Linux 7.1

 (lore.kernel.org)
1 คะแนน โดย GN⁺ 6 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Linux 7.1 ถูกเผยแพร่ตามกำหนดของรุ่นปกติ และยังคงตามกระบวนการพัฒนาเคอร์เนลที่เปิด merge window ทันทีหลังออกรีลีส
  • การเปลี่ยนแปลงในสัปดาห์ที่ผ่านมาของรีลีสนี้ไม่มีประเด็นที่โดดเด่นเป็นพิเศษ ทั้งในแง่น่าสนใจหรือน่ากังวล ซึ่งถือว่าใกล้เคียงกับสภาพที่ตั้งใจไว้
  • การเปลี่ยนแปลงส่วนใหญ่ประกอบด้วยการอัปเดตเล็ก ๆ ของ GPU·เครือข่าย·เสียง·ไดรเวอร์อื่น ๆ รวมถึงการแก้ไขด้านเครือข่ายและเครื่องมือติดตาม
  • merge window จะเปิดในวันถัดไป แต่เนื่องจากต้องบินระยะไกลโดยไม่มีแล็ปท็อปและอินเทอร์เน็ต เวลาการจัดการในช่วงสองสามวันแรกอาจไม่สม่ำเสมอเหมือนปกติ
  • มี pull request บางส่วนในช่วงต้นที่ดึงมาไว้ล่วงหน้าแล้ว จึงยังพอจัดการแบบออฟไลน์ได้ และควรทดสอบต่อเนื่องหลังการรีลีส

ภาพรวมรีลีส

  • รีลีส Linux 7.1 ดำเนินไปตามเวลาปกติ แต่เนื่องจากเขตเวลาของสถานที่ปัจจุบันต่างจากปกติ จึงไม่ใช่การรีลีสในช่วงเวลาปกติเดิม
  • merge window จะเปิดในวันถัดจากรีลีส และในเวลานั้นจะอยู่ในอีกเขตเวลาหนึ่ง ทำให้ตารางเวลาอาจไม่ค่อยสม่ำเสมอ
  • โดยปกติจะเร่งจัดการงานให้ได้มากที่สุดในช่วงสองสามวันแรกของ merge window แต่ครั้งนี้อาจทำแบบเดิมได้ยาก เพราะต้องเดินทางไกลโดยไม่มีแล็ปท็อปและอินเทอร์เน็ต
  • มี pull request บางส่วนในช่วงต้นที่ดึงมาไว้ล่วงหน้าแล้ว จึงสามารถจัดการงาน merge บางส่วนแบบออฟไลน์ได้

การดำเนินงานของ merge window

  • อาจมีความล่าช้าเล็กน้อยในช่วง merge window แต่ข่าวสำคัญหลักของรีลีสนี้คือการ ปล่อย 7.1
  • มีการพิจารณาทางเลือกในการเลื่อนรีลีสออกไปอีกหนึ่งสัปดาห์ แต่ตัดสินใจว่าไม่มีคุณค่ามากพอจึงไม่ดำเนินการ
  • ในอีกไม่กี่วันข้างหน้า เวลาตอบสนองในช่วง merge window อาจค่อนข้างสุ่ม จึงขอความเข้าใจล่วงหน้า
  • หลังรีลีสแล้วก็ยังควรทดสอบต่อไป

ลักษณะของการเปลี่ยนแปลงในสัปดาห์ที่ผ่านมา

  • shortlog ของสัปดาห์ที่แล้วไม่มีรายการใดที่โดดเด่นเป็นพิเศษ ทั้งในแง่น่าสนใจหรือน่ากลัว ซึ่งสอดคล้องกับสภาพของรีลีสตามปกติ
  • การเปลี่ยนแปลงส่วนใหญ่เป็น การอัปเดตไดรเวอร์ขนาดเล็ก
    • พื้นที่ที่เกี่ยวข้องได้แก่ GPU, เครือข่าย, เสียง และไดรเวอร์อื่น ๆ
  • รวมถึงการแก้ไขที่เกี่ยวข้องกับเครือข่ายและ trace tooling
  • นอกเหนือจากนั้นยังมีการเปลี่ยนแปลงย่อยแบบกระจัดกระจายอีกเล็กน้อย

ขอบเขตการแก้ไขหลัก

  • ในไดรเวอร์ USB serial มีการแก้ปัญหา heap overflow และ bulk-out buffer overflow
  • ในส่วนเครือข่าย มีการแก้ไขข้อผิดพลาดและปัญหาการรั่วไหลในองค์ประกอบย่อยหลายส่วน เช่น Open vSwitch, netfilter, SCTP, TCP, IPv6, XDP, RDMA, mlx5 และ mvpp2
  • ในส่วน DRM และ GPU มีการแก้ไขข้อผิดพลาดและปัญหา refcount รวมถึงปัญหาที่เกี่ยวข้องกับ suspend·shutdown ของ amdgpu, xe, i915, virtio, hyperv และ colorop
  • ในส่วนการจัดการหน่วยความจำและพื้นที่รอบ ๆ ไฟล์·IPC มีการแก้ไข use-after-free, NULL pointer dereference, refcount leak และ resource leak จำนวนมาก
  • ยังมีการปรับแก้เล็กน้อยในไดรเวอร์และเครื่องมือที่เกี่ยวข้องกับ I2C, GPIO, SPI, ASoC, cpufreq, firmware, thunderbolt และ Hyper-V

ประเด็นอ้างอิงเชิงปฏิบัติ

  • รีลีสครั้งนี้แสดงให้เห็นแนวโน้มของการเปลี่ยนแปลงที่ใกล้เคียงกับ รีลีสเพื่อแก้ไขเสถียรภาพ มากกว่าการประกาศฟีเจอร์ขนาดใหญ่
  • ในสภาพแวดล้อมที่ใช้งานไดรเวอร์ เครือข่าย และเครื่องมือติดตาม ควรตรวจสอบรายการแก้ไขรายซับซิสเต็มที่อยู่ใน shortlog
  • มีการขอให้ทดสอบต่อเนื่องแม้หลังรีลีส และควรคำนึงถึงความเป็นไปได้ของการตอบสนองล่าช้าในช่วงต้นของ merge window

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 6 시간 전
ความคิดเห็นจาก Hacker News

  • ส่วนตัวค่อนข้างตั้งตารอคอมมิตนี้ที่จะแก้ปัญหา WiFi ช้า ที่เคยเจอกับชุดโมเด็ม/เราเตอร์ของ ISP และโน้ตบุ๊ก
    https://github.com/torvalds/linux/commit/711a9c018ad252b2807...
    หวังว่าจะเข้า Fedora เร็ว ๆ

  • ตั้งตารอที่จะได้ลอง ไดรเวอร์ NTFS ตัวใหม่
    หวังว่าเวอร์ชันนี้จะดีกว่า ntfs3 ของ Paragon

    • สงสัยว่าไดรเวอร์ก่อนหน้านี้ขาดอะไรไป
      โดยรวมแล้วการรองรับ NTFS บน Linux ก็น่าจะมีไว้เพื่ออ่านเขียนไฟล์บนดิสก์ Windows เป็นหลัก และผมก็คิดว่าไดรเวอร์ NTFS บน Linux ทั้งหลาย รวมถึงไดรเวอร์แบบ FUSE ก่อนยุค Paragon ก็ถือว่าใช้ได้ดีกับงานนั้น
    • ใช้ได้ดี
      ผมแพ็กใส่ Gentoo overlay ของตัวเองแล้วใช้มาหลายเดือน ไม่มีปัญหาแปลก ๆ แบบที่เคยเจอใน ntfs3

  • ค่าเริ่มต้นปัจจุบันของ Arch คือ 7.0.10
    กำลังหวังว่า 7.1 จะเข้ามาใน rolling เร็ว ๆ นี้

    • Fedora น่าจะใช้เวลาอีกสักหลายเดือน
      ตอนนี้เป็น 7.0.12

  • การผลักโค้ดที่เก่าแก่มากและแทบไม่มีคนใช้ให้ออกไปอยู่นอกเคอร์เนลเพื่อลด รายงานบั๊กที่มี AI ช่วยสร้าง น่าจะเป็นหนึ่งในผลลัพธ์ที่ดีที่สุดจาก AI
    ชอบแนวคิดนี้
    ถึงเวลาที่เราควรเริ่มตัดส่วนเกินออกจากทุกอย่างได้แล้ว

    • ก็เพราะวิธีคิดแบบนั้นแหละ องค์กรต่าง ๆ ถึงได้ต้องซื้อเดสก์ท็อปใหม่กันยกชุด ทั้งที่เครื่องเดิมยังใช้งานได้ดี เพียงเพราะรัน Windows 11 ไม่ได้
      ผมยังใช้เซิร์ฟเวอร์อายุ 10 ปีอยู่เลย และบน Linux มันก็ยังทำงานได้ดี
    • “ความสมบูรณ์แบบไม่ได้เกิดขึ้นเมื่อไม่มีอะไรให้เพิ่มอีกต่อไป แต่เกิดขึ้นเมื่อไม่มีอะไรให้เอาออกอีกแล้ว” — Antoine de Saint-Exupéry
      มีเพื่อนผมคนหนึ่งเคยมีชื่อเสียอยู่พักหนึ่งว่าเป็นคนที่ วันนี้ลบโค้ดไป X บรรทัด
    • เคยลองส่งโค้ดไปยังบางดิสโทรเพื่อถอดไดรเวอร์เก่าออกจากการ build kernel แต่ก็โดนปฏิเสธทั้งหมด
      จนกว่า Torvalds จะบอกว่าโอเค ทุกคนก็ยังกลัว ทำให้สภาพแวดล้อมของผู้ใช้พัง
    • ภายนอกอาจจะดูเป็นมุก แต่ตอนอ่านครั้งแรกผมเข้าใจว่า Linux กำลังลบ ช่องทางโจมตี ที่แตะฟีเจอร์ซึ่งแทบไม่มีคนใช้
      อย่างน้อยในระบบปฏิบัติการมือถือ รูปแบบหรือฟีเจอร์ที่แปลกและพบไม่บ่อยมักเป็นหรืออาจยังเป็นแหล่งของบั๊กที่นำไปใช้โจมตีได้อยู่เสมอ
    • ผู้ใช้อาจจะไม่อัปเกรดก็ได้ ดังนั้นน่าจะดีถ้ามีนิยามของ ฮาร์ดแวร์ล้าสมัย
      สำหรับผม เครื่องพิมพ์ HP ทุกตัวคือล้าสมัย แต่คนอื่นก็อาจมีเกณฑ์ที่ต่างออกไปโดยยังสมเหตุสมผลเหมือนกัน
      สงสัยว่าในโลกฮาร์ดแวร์คอมพิวเตอร์เขาตัดสินเรื่องนี้กันอย่างไร

  • มีอะไรในรีลีสนี้ที่น่าสนใจเป็นพิเศษไหม?
    ผมคิดว่าตัวเลขหลักแรกของเวอร์ชันเปลี่ยนก็แค่เพราะตัวเลขหลักที่สองมันโตเกินไปแล้ว ไม่ได้มีเหตุผลอื่น

  • มีใครเห็น อวาตาร์แบบแอนิเมชัน แวบผ่านไปสั้น ๆ ก่อนที่เนื้อหาจะโหลดไหม? นั่นคืออะไร?

  • ข่าวด่วน: Linus กำลังเดินทาง
    ผมพลาดอะไรไปหรือเปล่า หรือมันก็แค่เลขอีกตัวหนึ่ง?

    • การเปลี่ยนเลขมันก็น่าเบื่อได้ถ้าไม่ได้สร้างความเปลี่ยนแปลงอะไรเป็นพิเศษและไม่ได้พยายามปรับทุกอย่างครั้งใหญ่ในคราวเดียว
      ถึงอย่างนั้น แรงผลักจากความรู้สึกไม่อยากพลาดของตัวเลขความ ใหม่ ก็ยังมีข้อดี เพราะมันทำให้วงจรการปรับปรุงถี่ขึ้น
      ของที่น่าสนใจและเสี่ยงมักจะอยู่หลัง flag เสมอ ดังนั้นถ้าแคร์จริงก็ไป build, configure และ benchmark เคอร์เนลกับระบบเองได้เลย
    • “อย่างไรก็ตาม อาจมีสะอึกเล็กน้อยใน merge window แต่ข่าวของวันนี้คือ 7.1”
      “ไม่มีอะไรที่ดูน่าสนใจหรือชวนกลัวเป็นพิเศษ ซึ่งก็ควรจะเป็นแบบนั้น”
      สรุปคือมันเป็นตัวเลข
    • น่าแปลกที่ไม่มีใครช่วยออกค่า WiFi บนเครื่องบิน ให้ Linus
      ถ้าวัดผลตอบแทนต่อดอลลาร์ นี่คงเป็นค่าใช้จ่ายที่คุ้มที่สุดระดับต้น ๆ เลย!

  • ใน Debian Stable ปลอดภัยไหมที่จะสมมติว่าเราจะได้เห็นสิ่งนี้ราว ๆ ปี 2036?

    • ลำดับ Linux kernel รุ่นล่าสุดคือ 7.1, 7.0, 6.19, 6.18, …
      https://en.wikipedia.org/wiki/Linux_kernel_version_history
      7.0 มีอยู่ใน forky (ปัจจุบันคือ testing) แล้ว และยังมีให้ใช้เป็น backport สำหรับ trixie (ปัจจุบันคือ stable) ด้วย
      https://packages.debian.org/search?keywords=linux-image-amd6...
      https://packages.debian.org/trixie-backports/linux-image-amd...
      kernel พื้นฐานของ trixie/stable คือ 6.12 ซึ่งออกครั้งแรกในเดือนพฤศจิกายน 2024 และ upstream รองรับอย่างเป็นทางการถึงเดือนธันวาคม 2028
    • รู้แหละว่ามันเป็นมีม แต่ฉันใช้ kernel backport บน Debian Stable และตอนนี้เป็นเวอร์ชัน 6.19
      ตอนนี้ห่างจาก 7.0 แค่ minor version เดียว
      อยากให้คนหันมาพิจารณา Debian สำหรับเครื่องของตัวเองมากกว่านี้ ฉันชอบที่มันเป็นระบบที่เสถียรมาก และต่างจาก Ubuntu ตรงที่มันให้ประสบการณ์แบบ “ใช้งานได้เลย” จริง ๆ โดยไม่มีความติดขัดแบบที่เจอกับดิสโทรเล็ก ๆ
      ตอนที่ Trixie ยังเป็น Testing ฉันติดตั้ง Debian Trixie บนเครื่องที่ค่อนข้างใหม่มากเครื่องหนึ่ง แม้จะเลือกใช้อุปกรณ์ AMD ทั้งหมดเพื่อความเข้ากันได้ แต่ก็มีไดรเวอร์ที่ต้องใช้ครบหมด
      ตอนนี้ถ้าฉันหาวิธี build package ได้เพื่อจะได้เริ่มมีส่วนร่วมกับ Debian ก็คงดี และก็หวังว่า AMD จะจัดการเรื่องการรองรับ NPU บน Linux ให้เป็นระเบียบจริงจังสักที
    • บน Debian การ build kernel package จาก vanilla source โดยตรงนั้นค่อนข้างง่าย
      ฉันอัปเดตไปใช้ 7.0.x ใหม่ล่าสุดภายในไม่กี่ชั่วโมงหลังออกรีลีสอยู่เสมอ
      ใช้เวลาประมาณ 30–45 นาที ขึ้นอยู่กับว่าคุณใช้เวลาไล่ดู ChangeLog มากแค่ไหน ทั้งนี้ก็แล้วแต่สภาพแวดล้อมด้วย
    • ถึงจะไม่ใช่คำถามจริงจังก็เถอะ แต่ถ้าจะตอบแบบจริงจัง ฉันไม่เคยกังวลเลยว่า Debian Stable ใช้ kernel อะไรอยู่
      ถ้าอยากได้ kernel ใหม่กว่านี้ก็ใช้ Debian unstable (Sid) ได้ ซึ่งตอนนี้คือ 7.0.12 และถือเป็น kernel ของ stable ปัจจุบันในช่วงที่ 7.1 เป็น mainline
      บนเซิร์ฟเวอร์ก็ใช้ Stable และตอนนี้ Trixie ก็ทำงานได้ดีเกินพอแม้กับ kernel 6.17.3
      Debian Forky น่าจะออกประมาณปี 2027 และตามสถานการณ์ก็น่าจะใช้ kernel 7.0.x หรือ 7.1.x
      kernel ที่ใช้อยู่ใน testing ตอนนี้ ซึ่งก็คือรีลีสที่จะกลายเป็น stable ตัวถัดไป คือ 7.0.10
    • ตอนที่ Forky/14 ออกในปีหน้า มันก็น่าจะรวมเวอร์ชันนี้หรือใหม่กว่านี้ไว้ไม่ใช่เหรอ?
      Debian เดินช้า แต่ถ้าอยากได้อะไรเร็ว ๆ ก็ไปใช้ Arch หรือ Fedora ได้ ถึงอย่างนั้น Debian ก็ยังเดินหน้าต่อไปเรื่อย ๆ