Linux 7.1

 (lore.kernel.org)
1 ポイント 投稿者 GN⁺ 6 시간 전 | 1件のコメント | WhatsAppで共有
  • Linux 7.1 は通常のリリース時期に合わせて公開され、リリース直後にマージウィンドウが開くカーネル開発の流れが続いている
  • 今回のリリースにおける先週の変更内容には、特に興味深い項目や懸念すべき項目は目立っておらず、これは意図された状態に近い
  • 変更点は主に GPU・ネットワーキング・サウンド・その他のドライバー の小規模な更新と、ネットワーキングおよびトレースツールの修正で構成される
  • マージウィンドウは翌日に開くが、ノートPCもインターネットもない長距離フライトのため、最初の数日間の対応時間は普段より不規則になる可能性がある
  • 一部の初期 pull request は事前に取り込んであり、オフラインでも処理できるため、リリース後もテストは継続する必要がある

リリース概要

  • Linux 7.1 のリリースは通常のタイミングどおりに行われたが、現在地のタイムゾーンが普段と異なるため、通常の時間帯でのリリースではない
  • マージウィンドウはリリース翌日に開き、その時点ではさらに別のタイムゾーンにいるため、日程がやや不規則になる可能性がある
  • 普段はマージウィンドウ序盤の数日間にできるだけ多くの作業を前倒しで処理するが、今回はノートPCもインターネットもない長距離フライトのため、同じやり方は難しい可能性がある
  • 一部の初期 pull request はあらかじめ取得済みのため、オフラインでも一部のマージ作業を進められる

マージウィンドウ運用

  • マージウィンドウでは多少の遅れが生じる可能性があるが、今回のリリースの主なニュースは 7.1 の公開 である
  • リリースを1週間延長する案も検討されたが、それだけの価値は大きくないと判断され、実施されなかった
  • 今後数日間はマージウィンドウへの応答時間がややランダムになる可能性があるため、事前の理解が求められる
  • リリース後もテストは継続されるべきである

先週の変更内容の性格

  • 先週の shortlog には、特に興味深い項目や恐ろしい項目は目立っておらず、これは通常のリリース状態に当たる
  • 変更点の大半は 小規模なドライバー更新 で構成される
    • 対象領域は GPU、ネットワーキング、サウンド、その他のドライバーである
  • ネットワーキングと trace tooling 関連の修正も含まれる
  • そのほかの領域には細かな変更がいくつかある

主な修正範囲

  • USBシリアルドライバーでは heap overflow と bulk-out buffer overflow の問題が修正された
  • ネットワーキング領域では Open vSwitch、netfilter、SCTP、TCP、IPv6、XDP、RDMA、mlx5、mvpp2 など複数の下位コンポーネントにおける不具合とリーク問題が修正された
  • DRM と GPU 領域では amdgpu、xe、i915、virtio、hyperv、colorop 関連の不具合や refcount 問題、suspend・shutdown 関連の問題が修正された
  • メモリ管理とファイル・IPC 周辺領域では use-after-free、NULL pointer dereference、refcount leak、resource leak などが多数修正された
  • I2C、GPIO、SPI、ASoC、cpufreq、firmware、thunderbolt、Hyper-V 関連のドライバーやツールにも小規模な修正が反映された

実務上の参考点

  • 今回のリリースは大きな機能発表よりも、安定化の性格が強い 修正リリース に近い変更の流れを示している
  • ドライバー、ネットワーキング、トレースツールを利用する環境では、shortlog に含まれるサブシステムごとの修正項目を確認する必要がある
  • リリース直後もテスト継続が求められており、マージウィンドウ初期の応答遅延の可能性を考慮する必要がある

関連記事

1件のコメント

 
GN⁺ 6 시간 전
Hacker Newsのコメント

  • 個人的には、ISPのモデム/ルーターとノートPCの組み合わせで悩まされていた遅いWiFiを修正するこのコミットにかなり期待している
    https://github.com/torvalds/linux/commit/711a9c018ad252b2807...
    Fedoraに早く入ってほしい

  • 新しいNTFSドライバーを試すのが楽しみ
    今回のバージョンがParagonのntfs3より良ければいいのだが

    • 以前のドライバーに何が足りなかったのか気になる
      LinuxのNTFSサポートは、基本的にWindowsディスク上のファイルを読み書きするためのものではないかと思うし、Paragon以前のFUSEベースのドライバーも含めて、LinuxのNTFSドライバーはその用途には十分だったと思う
    • 悪くない
      自分のGentooオーバーレイでパッケージ化してここ数か月使っているが、ntfs3で見ていた妙な問題がない

  • Archの現在のデフォルトは7.0.10
    7.1がすぐrollingに入ることを期待している

    • Fedoraは数か月くらいかかりそう
      今は7.0.12

  • とても古くてほとんど使われていないコードをカーネルの外に追い出してAI支援バグレポートを減らすのは、AIがもたらした最高の結果の一つだと思う
    気に入っている
    そろそろあらゆるものの無駄を削ぎ落としていくべきだ

    • そういう考え方のせいで、ちゃんと動くデスクトップPCがWindows 11を動かせないという理由だけで、組織が全部買い替えることになったんだよ
      自分は10年前のサーバーもまだ使っているが、Linuxでは問題なく動く
    • 「完璧とは、もはや付け加えるものがないときではなく、もはや取り除くものがないときに達成される。」 — Antoine de Saint-Exupéry
      友人の一人は、しばらくの間今日X行のコードを消した人として悪名高かった
    • いくつかのディストリビューションで古いドライバーをカーネルビルドから外すコードを提出してみたが、全部拒否された
      Torvaldsが大丈夫だと言うまでは、みんなユーザー環境を壊すことを恐れている
    • 表向きは冗談なのだろうが、最初に読んだときは、Linuxがほとんど使われない機能に触れる攻撃経路を取り除くことだと理解した
      少なくともスマートフォンOSでは、珍しくてまれな形式や機能が、悪用可能なバグのよくある発生源だったし、今でもそうあり得る
    • エンドユーザーはアップグレードしないかもしれないので、旧式ハードウェアの定義があるといいと思う
      自分の基準ではHPプリンターは全部旧式だが、他の人も同じくらいもっともで、まったく違う基準を持ち得る
      コンピュータハードウェアではこれをどう決めるのか気になる

  • このリリースで特に面白いものはある？
    バージョンの最初の数字は、2番目の数字が大きくなりすぎたときに変わるだけで、それ以外の理由はないと思う

  • コンテンツが読み込まれる直前に、アニメーションのアバターが一瞬通り過ぎるのを見た人いる？ あれは何だったんだ？

  • 速報: Linusが移動中
    自分が何か見落としているのか、それともただのまた別の数字なのか？

    • 数字の変更が大した変化をもたらさず、一度にすべてを改善しようとしないなら、退屈にはなる
      それでも、数字に対する見逃したくない心理が新しさを後押しし、そのおかげで改善ループがより密になるのは利点だ
      面白くて危険なものは常にフラグの裏にあるので、本当に気にするなら自分でカーネルとシステムをビルドして設定し、ベンチマークすればいい
    • 「いずれにせよ、マージウィンドウで少ししゃっくりのようなことはあるかもしれないが、今日のニュースは7.1だ。」
      「特に面白いことや恐ろしいことは目立たないが、それが本来あるべき姿だ。」
      つまり数字だということ
    • Linusに機内WiFi代を出してくれる人が誰もいないというのが驚き
      1ドル当たりの収益率で見れば、最高クラスの支出だろうに!

  • Debian Stable ではこれを2036年ごろに見られると考えても安全なのか？

    • 最新の Linux カーネルリリースは 7.1、7.0、6.19、6.18、… の順
      https://en.wikipedia.org/wiki/Linux_kernel_version_history
      7.0 はすでに forky（現在の testing）に入っており、trixie（現在の stable）向けバックポートとしても提供されている
      https://packages.debian.org/search?keywords=linux-image-amd6...
      https://packages.debian.org/trixie-backports/linux-image-amd...
      trixie/stable のデフォルトカーネルは 2024年11月に初めてリリースされた6.12で、アップストリームでは 2028年12月まで公式サポートされる
    • ミームなのは分かっているが、私は Debian Stable でバックポートカーネルを使っていて、バージョンは 6.19 だ
      現在の 7.0 とはマイナーバージョンが 1 つ違うだけ
      もっと多くの人が自分のデバイス向けに Debian を検討してくれたらと思う。非常に安定したシステムなのが気に入っているし、Ubuntu と違って本当に「ただ動く」体験だったし、小規模ディストリビューションで生じがちな摩擦もなかった
      Trixie がまだ Testing だった頃、かなり新しいデバイスに Debian Trixie をインストールしたが、互換性のために全部 AMD でそろえてはいたものの、必要なドライバーはすべてそろっていた
      あとはパッケージのビルド方法を理解して Debian に貢献できればいいし、AMD も Linux 向けの NPU サポートをきちんと整備してくれるといい
    • Debian ではバニラソースから直接カーネルパッケージをビルドするのはかなり簡単
      私は最新の 7.0.x をリリースから数時間以内に入れて使っている
      ChangeLog をざっと見るのにどれだけ時間をかけるかによるが、ビルドには 30〜45 分ほどかかる。環境によって変わることはある
    • 真面目な質問ではないのだろうが、それでも真面目に答えるなら、Debian Stable でどのカーネルを使っているかを心配したことは一度もない
      より新しいカーネルが欲しければ Debian unstable（Sid）を使えばよく、現在は 7.0.12 だ。7.1 が mainline である一方、これは現在の stable カーネルに相当する
      サーバーでは Stable、そして現在 Trixie は 6.17.3 カーネルでも十分うまく動いている
      Debian Forky は 2027年ごろにリリースされるはずで、状況次第で 7.0.x か 7.1.x のカーネルを使うことになるだろう
      現在の testing、つまり次の stable になるリリースで使われているカーネルは7.0.10だ
    • Forky/14 が来年リリースされるとき、このバージョンか、あるいはもっと新しいバージョンが入るのではないか？
      Debian の動きは遅いが、速さが欲しければ Arch や Fedora を使えばいいし、それでも Debian は動き続けている