Linux 7.1

 (lore.kernel.org)
1 điểm bởi GN⁺ 6 giờ trước | 1 bình luận | Chia sẻ qua WhatsApp
  • Linux 7.1 đã được phát hành đúng theo lịch phát hành thông thường, và quy trình phát triển kernel với cửa sổ hợp nhất mở ngay sau khi phát hành vẫn tiếp tục
  • Trong các thay đổi của tuần qua cho bản phát hành này, không có mục nào đặc biệt nổi bật theo hướng thú vị hoặc đáng lo ngại, và đây là trạng thái gần với chủ đích
  • Các thay đổi chủ yếu gồm các cập nhật nhỏ cho GPU, mạng, âm thanh và các driver khác, cùng với các bản sửa cho công cụ mạng và truy vết
  • Cửa sổ hợp nhất sẽ mở vào ngày hôm sau, nhưng do chuyến bay đường dài không có laptop và Internet, thời gian xử lý trong vài ngày đầu có thể thất thường hơn bình thường
  • Một số pull request ban đầu có thể được lấy trước để vẫn xử lý được khi ngoại tuyến, và việc kiểm thử cần tiếp tục ngay cả sau khi phát hành

Tổng quan phát hành

  • Bản phát hành Linux 7.1 đã diễn ra đúng thời điểm thông thường, nhưng do múi giờ ở vị trí hiện tại khác thường lệ nên đây không phải là bản phát hành theo múi giờ quen thuộc
  • Cửa sổ hợp nhất sẽ mở vào ngày sau khi phát hành, và đến thời điểm đó sẽ lại ở một múi giờ khác nên lịch trình có thể trở nên hơi thất thường
  • Thông thường, càng nhiều công việc càng tốt sẽ được xử lý sớm trong vài ngày đầu của cửa sổ hợp nhất, nhưng lần này điều đó có thể khó thực hiện theo cách quen thuộc vì chuyến bay đường dài không có laptop và Internet
  • Một số pull request ban đầu đã được lấy trước, nên vẫn có thể xử lý một phần công việc hợp nhất khi ngoại tuyến

Vận hành cửa sổ hợp nhất

  • Có thể sẽ có một chút chậm trễ trong cửa sổ hợp nhất, nhưng tin chính của bản phát hành này là 7.1 đã được phát hành
  • Phương án kéo dài bản phát hành thêm một tuần cũng đã được cân nhắc, nhưng được đánh giá là không đủ giá trị để thực hiện
  • Trong vài ngày tới, thời gian phản hồi trong cửa sổ hợp nhất có thể hơi ngẫu nhiên, nên cần được thông cảm trước
  • Việc kiểm thử cần tiếp tục ngay cả sau khi phát hành

Tính chất của các thay đổi tuần qua

  • Shortlog của tuần qua không có mục nào đặc biệt thú vị hay đáng sợ nổi bật, và đây là trạng thái của một bản phát hành bình thường
  • Phần lớn thay đổi gồm các cập nhật driver nhỏ
    • Các khu vực liên quan gồm GPU, mạng, âm thanh và các driver khác
  • Cũng bao gồm các bản sửa liên quan đến mạng và trace tooling
  • Ngoài ra còn có một số thay đổi nhỏ lẻ ở các khu vực khác

Phạm vi sửa lỗi chính

  • Ở driver USB serial, các vấn đề heap overflow và bulk-out buffer overflow đã được sửa
  • Trong khu vực mạng, các lỗi và vấn đề rò rỉ ở nhiều thành phần con như Open vSwitch, netfilter, SCTP, TCP, IPv6, XDP, RDMA, mlx5, mvpp2... đã được sửa
  • Trong khu vực DRM và GPU, các lỗi liên quan đến amdgpu, xe, i915, virtio, hyperv, colorop, cùng các vấn đề refcount và các lỗi liên quan đến suspend và shutdown đã được sửa
  • Trong quản lý bộ nhớ và các khu vực lân cận như file và IPC, nhiều vấn đề như use-after-free, NULL pointer dereference, refcount leak và resource leak đã được sửa
  • Các bản sửa nhỏ cũng đã được áp dụng cho driver và công cụ liên quan đến I2C, GPIO, SPI, ASoC, cpufreq, firmware, thunderbolt và Hyper-V

Điểm tham khảo thực tế

  • Bản phát hành lần này cho thấy xu hướng thay đổi gần với một bản phát hành sửa lỗi mang tính ổn định hơn là công bố tính năng lớn
  • Trong các môi trường sử dụng driver, mạng và công cụ truy vết, cần kiểm tra các mục sửa lỗi theo từng subsystem có trong shortlog
  • Việc tiếp tục kiểm thử đã được yêu cầu ngay cả sau khi phát hành, và cần tính đến khả năng phản hồi chậm ở giai đoạn đầu của cửa sổ hợp nhất

Bài viết liên quan

1 bình luận

 
GN⁺ 6 giờ trước
Ý kiến trên Hacker News

  • Cá nhân tôi khá mong chờ commit sửa lỗi WiFi chậm mà tôi từng gặp với tổ hợp modem/router của ISP và laptop
    https://github.com/torvalds/linux/commit/711a9c018ad252b2807...
    Mong là sớm được đưa vào Fedora

  • Tôi cũng mong được thử driver NTFS mới
    Hy vọng bản này tốt hơn ntfs3 của Paragon

    • Không rõ driver trước đây thiếu điểm gì
      Tôi đoán hỗ trợ NTFS trên Linux chủ yếu là để đọc ghi file trên ổ đĩa Windows, và các driver NTFS trên Linux, kể cả driver nền FUSE trước Paragon, theo tôi là đã ổn cho mục đích đó
    • Ổn đấy
      Tôi đã đóng gói nó trong overlay Gentoo của mình và dùng mấy tháng nay, không gặp các vấn đề kỳ lạ như trên ntfs3

  • Mặc định hiện tại của Arch là 7.0.10
    Đang mong 7.1 sớm được đưa vào bản rolling

    • Fedora chắc sẽ mất vài tháng
      Hiện giờ là 7.0.12

  • Việc đẩy những đoạn mã cực cũ và gần như không ai dùng ra khỏi kernel để giảm báo cáo lỗi có AI hỗ trợ có lẽ là một trong những kết quả tốt nhất mà AI mang lại
    Tôi thích điều đó
    Giờ nên bắt đầu cắt bớt phần thừa ở mọi thứ

    • Chính kiểu suy nghĩ đó đã khiến các tổ chức phải mua mới toàn bộ chỉ vì những máy desktop vẫn chạy tốt lại không chạy được Windows 11
      Tôi vẫn đang dùng cả server 10 năm tuổi, trên Linux vẫn chạy tốt
    • “Sự hoàn hảo đạt được không phải khi không còn gì để thêm vào, mà là khi không còn gì để bỏ đi.” — Antoine de Saint-Exupéry
      Có một người bạn của tôi từng nổi tiếng một thời vì kiểu hôm nay tôi đã xóa X dòng code
    • Tôi từng thử gửi code để bỏ các driver cũ khỏi bản build kernel ở một vài distro, nhưng đều bị từ chối
      Mọi người đều sợ làm hỏng trải nghiệm người dùng cho đến khi Torvalds nói là ổn
    • Bề ngoài nghe như đùa, nhưng lúc đầu tôi hiểu là Linux đang loại bỏ các đường tấn công chạm tới những tính năng hiếm khi dùng
      Ít nhất trên hệ điều hành điện thoại, các định dạng hoặc tính năng lạ và hiếm từ trước đến nay vẫn là nguồn phổ biến của các lỗi có thể bị khai thác
    • Người dùng cuối có thể không nâng cấp, nên sẽ tốt hơn nếu có định nghĩa rõ ràng về phần cứng lỗi thời
      Với tôi thì mọi máy in HP đều là đồ lỗi thời, nhưng người khác hoàn toàn có thể có tiêu chí khác mà vẫn hợp lý
      Tôi tò mò không biết trong phần cứng máy tính thì chuyện này được quyết định ra sao

  • Có gì đặc biệt thú vị trong bản phát hành này không?
    Tôi nghĩ chữ số đầu của phiên bản chỉ đổi khi chữ số thứ hai tăng quá lớn, chứ không có lý do nào khác

  • Có ai thấy avatar hoạt hình lướt qua rất nhanh ngay trước khi nội dung tải xong không? Đó là gì vậy?

  • Tin nóng: Linus đang di chuyển
    Tôi đã bỏ lỡ điều gì à, hay đây chỉ là thêm một con số nữa thôi?

    • Đổi số mà không mang lại thay đổi lớn nào và cũng không cố cải thiện mọi thứ trong một lần thì đúng là hơi nhàm
      Nhưng tâm lý sợ bỏ lỡ gắn với con số lại giúp thúc đẩy cảm giác mới mẻ, nhờ đó vòng lặp cải tiến dày hơn, đó cũng là một lợi điểm
      Những thứ thú vị và rủi ro thì lúc nào cũng nằm sau cờ bật tính năng, nên nếu thực sự quan tâm thì cứ tự build, cấu hình và benchmark kernel cùng hệ thống của mình
    • “Dù sao thì cũng có thể có một vài trục trặc nhỏ trong merge window, nhưng tin hôm nay là 7.1.”
      “Không có gì đặc biệt thú vị hay đáng sợ nổi bật cả, và đó mới là điều nên như vậy.”
      Vậy nên đúng là chỉ là con số thôi
    • Thật ngạc nhiên là chẳng có ai chịu trả tiền WiFi trên máy bay cho Linus
      Nếu tính theo hiệu suất trên mỗi đô la thì đó hẳn sẽ là một khoản chi hàng đầu!

  • Có an toàn khi giả định rằng trên Debian Stable sẽ thấy cái này vào khoảng năm 2036 không?

    • Các bản phát hành nhân Linux mới nhất theo thứ tự là 7.1, 7.0, 6.19, 6.18, …
      https://en.wikipedia.org/wiki/Linux_kernel_version_history
      7.0 đã có trong forky (testing hiện tại), và cũng được cung cấp dưới dạng backport cho trixie (stable hiện tại)
      https://packages.debian.org/search?keywords=linux-image-amd6...
      https://packages.debian.org/trixie-backports/linux-image-amd...
      Nhân mặc định của trixie/stable là 6.12, được phát hành lần đầu vào tháng 11 năm 2024, và được upstream hỗ trợ chính thức đến tháng 12 năm 2028
    • Tôi biết đây là meme, nhưng tôi đang dùng nhân backport trên Debian Stable và phiên bản là 6.19
      Hiện tại chỉ còn cách 7.0 đúng một phiên bản phụ
      Tôi ước sẽ có nhiều người cân nhắc Debian cho thiết bị của mình hơn. Tôi thích việc đây là một hệ thống rất ổn định, và khác với Ubuntu, nó thực sự mang lại trải nghiệm “cứ thế là chạy”, đồng thời không có sự cọ xát thường thấy ở các bản phân phối nhỏ
      Tôi đã cài Debian Trixie lên phần cứng khá mới khi nó vẫn còn là Testing; vì tính tương thích nên tôi dùng toàn bộ AMD, nhưng mọi driver cần thiết đều có sẵn
      Giờ chỉ mong có thể tìm ra cách build gói để đóng góp cho Debian, và AMD cũng nên sắp xếp hỗ trợ NPU cho Linux cho đàng hoàng hơn
    • Trên Debian, việc build gói nhân trực tiếp từ mã nguồn vanilla khá dễ
      Tôi thường cập nhật lên bản 7.0.x mới nhất chỉ trong vài giờ sau khi phát hành
      Tùy bạn dành bao nhiêu thời gian để xem ChangeLog, quá trình build mất khoảng 30–45 phút. Có thể khác tùy môi trường
    • Có lẽ không phải câu hỏi nghiêm túc, nhưng nếu trả lời nghiêm túc thì tôi chưa bao giờ lo lắng về việc Debian Stable đang dùng nhân nào
      Nếu muốn nhân mới hơn thì dùng Debian unstable (Sid), hiện tại là 7.0.12. Trong lúc 7.1 là mainline thì đây tương ứng với nhân stable hiện tại
      Trên máy chủ thì Stable, hiện tại Trixie với nhân 6.17.3, cũng chạy quá ổn
      Debian Forky có lẽ sẽ được phát hành vào khoảng năm 2027, và tùy tình hình sẽ dùng nhân 7.0.x hoặc 7.1.x
      Nhân đang được dùng trong testing hiện tại, tức bản sẽ trở thành stable tiếp theo, là 7.0.10
    • Khi Forky/14 phát hành vào năm sau, chẳng phải nó sẽ bao gồm phiên bản này hoặc mới hơn sao?
      Debian di chuyển chậm, nhưng nếu muốn thứ gì đó nhanh hơn thì hãy dùng Arch hoặc Fedora; dù vậy Debian vẫn luôn tiến lên