Linux 7.1

 (lore.kernel.org)
1 puan yazan GN⁺ 6 시간 전 | 1 yorum | WhatsApp'ta paylaş
  • Linux 7.1, düzenli sürüm takvimine uygun olarak dağıtıldı ve sürümün hemen ardından birleştirme penceresinin açıldığı çekirdek geliştirme akışı devam ediyor
  • Bu sürümün geçen haftaki değişikliklerinde özellikle dikkat çekici ya da endişe verici bir başlık öne çıkmadı; bu da hedeflenen duruma yakın
  • Değişiklikler ağırlıklı olarak GPU·ağ iletişimi·ses·diğer sürücüler için küçük güncellemeler ile ağ iletişimi ve izleme araçlarındaki düzeltmelerden oluşuyor
  • Birleştirme penceresi ertesi gün açılıyor, ancak dizüstü bilgisayar ve internet olmayan uzun bir uçuş nedeniyle ilk birkaç gündeki işlem süreleri her zamankinden daha düzensiz olabilir
  • Bazı ilk pull request'ler önceden alınarak çevrimdışıyken de işlenebilir ve sürüm sonrasında testlerin devam etmesi gerekiyor

Sürüm özeti

  • Linux 7.1 sürümü düzenli zamanlamaya uygun şekilde yayımlandı, ancak bulunulan yerin saat dilimi normalden farklı olduğu için bu, alışılmış saat dilimindeki bir sürüm değil
  • Birleştirme penceresi sürümün ertesi günü açılıyor ve o sırada başka bir saat diliminde olunacağı için takvim biraz düzensizleşebilir
  • Normalde birleştirme penceresinin ilk birkaç gününde mümkün olduğunca çok iş öne alınır, ancak bu kez dizüstü bilgisayar ve internet olmayan uzun bir uçuş nedeniyle aynı şekilde çalışmak zor olabilir
  • Bazı ilk pull request'ler önceden alınmış durumda olduğundan çevrimdışıyken de bazı birleştirme işleri yapılabilir

Birleştirme penceresinin yürütülmesi

  • Birleştirme penceresinde biraz gecikme olabilir, ancak bu sürümdeki asıl haber 7.1'in yayımlanması
  • Sürümü bir hafta erteleme seçeneği de değerlendirildi, ancak buna değecek kadar önemli görülmediği için uygulanmadı
  • Önümüzdeki birkaç gün boyunca birleştirme penceresine verilen yanıt süreleri biraz rastgele olabilir; bunun için anlayış rica ediliyor
  • Sürümden sonra da testlerin sürmesi gerekiyor

Geçen haftaki değişikliklerin niteliği

  • Geçen haftaki shortlog'da özellikle ilginç ya da korkutucu bir başlık öne çıkmıyor; bu da normal bir sürüm durumuna işaret ediyor
  • Değişikliklerin çoğu küçük sürücü güncellemelerinden oluşuyor
    • Hedef alanlar GPU, ağ iletişimi, ses ve diğer sürücüler
  • Ağ iletişimi ve trace tooling ile ilgili düzeltmeler de yer alıyor
  • Bunların dışında çeşitli küçük değişiklikler bulunuyor

Başlıca düzeltme kapsamı

  • USB seri sürücülerinde heap overflow ve bulk-out buffer overflow sorunları düzeltildi
  • Ağ iletişimi tarafında Open vSwitch, netfilter, SCTP, TCP, IPv6, XDP, RDMA, mlx5, mvpp2 gibi çeşitli alt bileşenlerdeki hata ve sızıntı sorunları giderildi
  • DRM ve GPU tarafında amdgpu, xe, i915, virtio, hyperv, colorop ile ilgili hatalar, refcount sorunları ve suspend·shutdown ile ilgili problemler düzeltildi
  • Bellek yönetimi ile dosya ve IPC çevresindeki alanlarda use-after-free, NULL pointer dereference, refcount leak, resource leak gibi çok sayıda sorun giderildi
  • I2C, GPIO, SPI, ASoC, cpufreq, firmware, thunderbolt, Hyper-V ile ilgili sürücüler ve araçlarda da küçük düzeltmeler yer aldı

Pratikte dikkat edilmesi gerekenler

  • Bu sürüm, büyük özellik duyurularından çok kararlılık odaklı bir düzeltme sürümü akışına daha yakın bir değişim gösteriyor
  • Sürücüler, ağ iletişimi ve izleme araçlarını kullanan ortamlarda shortlog'da yer alan alt sistem bazlı düzeltmeleri kontrol etmek gerekiyor
  • Sürümün hemen ardından da testlerin sürdürülmesi istendi ve birleştirme penceresinin başındaki olası yanıt gecikmeleri göz önünde bulundurulmalı

İlgili okumalar

1 yorum

 
GN⁺ 6 시간 전
Hacker News yorumları

  • Şahsen, ISP’nin modem/router’ı ile dizüstü bilgisayar kombinasyonunda yaşadığım yavaş WiFi sorununu düzelten bu commit beni epey heyecanlandırıyor
    https://github.com/torvalds/linux/commit/711a9c018ad252b2807...
    Umarım Fedora’ya hızlıca girer

  • Yeni NTFS sürücüsünü denemeyi dört gözle bekliyorum
    Umarım bu sürüm Paragon’un ntfs3’ünden daha iyidir

    • Önceki sürücüde neyin eksik olduğunu merak ediyorum
      Linux’ta NTFS desteği sonuçta çoğunlukla Windows disklerindeki dosyaları okuyup yazmak için değil mi; Paragon’dan önceki FUSE tabanlı sürücü de dahil olmak üzere Linux NTFS sürücülerinin bu iş için gayet yeterli olduğunu düşünüyordum
    • Gayet iyi
      Onu Gentoo overlay’imde paketleyip aylardır kullanıyorum ve ntfs3’te gördüğüm tuhaf sorunlar bunda yok

  • Arch’ın mevcut varsayılanı 7.0.10
    7.1’in yakında rolling sürüme gelmesini bekliyorum

    • Fedora’da muhtemelen birkaç ay sürer
      Şu an 7.0.12

  • Çok eski ve neredeyse hiç kullanılmayan kodu çekirdek dışına iterek yapay zeka destekli hata raporlarını azaltmak, bence yapay zekanın getirdiği en iyi sonuçlardan biri
    Hoşuma gidiyor
    Artık her yerde biraz fazlalık atmaya başlamamız lazım

    • İşte tam da bu zihniyet yüzünden, gayet iyi çalışan masaüstü bilgisayarları sırf Windows 11 çalıştıramıyor diye kurumlar topluca yenisini almak zorunda kaldı
      Ben hâlâ 10 yıllık sunucular kullanıyorum ve Linux’ta gayet iyi çalışıyorlar
    • “Mükemmellik, eklenecek bir şey kalmadığında değil, çıkarılacak bir şey kalmadığında elde edilir.” — Antoine de Saint-Exupéry
      Arkadaşlarımdan biri bir dönem bugün X satır kod sildim diyen kişi olarak nam salmıştı
    • Bazı dağıtımlarda eski sürücüleri kernel derlemesinden çıkarmaya yönelik kod göndermeyi denedim ama hepsi reddedildi
      Torvalds tamam demeden önce herkes kullanıcı deneyimini bozma korkusu yaşıyor
    • Yüzeyde şaka gibi dursa da, ilk okuduğumda bunu Linux’un neredeyse hiç kullanılmayan özelliklere dokunan saldırı yüzeyini azaltması olarak anladım
      En azından telefon işletim sistemlerinde, tuhaf ve nadir formatlar ya da özellikler istismar edilebilir hataların yaygın bir kaynağıydı ya da hâlâ öyle olabilir
    • Son kullanıcılar yükseltme yapmayabilir, o yüzden eski donanımın bir tanımı olsa iyi olur
      Bana göre bütün HP yazıcılar eskidir ama başkaları da tamamen farklı, yine de aynı derecede geçerli ölçütlere sahip olabilir
      Bilgisayar donanımında bunun nasıl belirlendiğini merak ediyorum

  • Bu sürümde özellikle ilginç bir şey var mı?
    Sürüm numarasının ilk hanesi, ikinci hane fazla büyüdüğünde değişiyor gibi; bunun dışında bir sebep yok sanırım

  • İçerik yüklenmeden hemen önce çok kısa bir anlığına geçen animasyonlu avatarı gören oldu mu? O da neydi?

  • Flaş haber: Linus hareket halinde
    Ben bir şeyi mi kaçırdım, yoksa bu sadece başka bir sayı mı?

    • Numara değişikliğinin kendi başına pek bir fark yaratmaması ve her şeyi tek seferde iyileştirmeye çalışmaması bir noktadan sonra sıkıcı geliyor
      Yine de sayıları kaçırmama psikolojisinin yeniliği itmesi ve bunun da iyileştirme döngüsünü sıklaştırması iyi bir taraf
      İlginç ve riskli şeyler her zaman flag’lerin arkasında olur; gerçekten önemsiyorsanız kernel’i ve sistemi kendiniz derleyip yapılandırabilir, benchmark yapabilirsiniz
    • “Her neyse, merge window sırasında ufak tefek hıçkırıklar olabilir ama bugünün haberi 7.1.”
      “Özellikle ilginç ya da korkutucu görünen bir şey fark etmedim; zaten olması gereken de bu.”
      Yani sadece bir sayı
    • Linus’un uçak içi WiFi ücretini karşılayacak kimsenin olmaması şaşırtıcı
      Dolar başına getiri açısından bakınca yapılabilecek en verimli harcamalardan biri olurdu!

  • Debian Stable'da bunu 2036 civarında göreceğimizi varsaymak güvenli mi?

    • En yeni Linux çekirdeği sürümleri sırasıyla 7.1, 7.0, 6.19, 6.18, …
      https://en.wikipedia.org/wiki/Linux_kernel_version_history
      7.0 zaten forky'de (şu anki testing) var ve trixie (şu anki stable) için backport olarak da sunuluyor
      https://packages.debian.org/search?keywords=linux-image-amd6...
      https://packages.debian.org/trixie-backports/linux-image-amd...
      trixie/stable'ın varsayılan çekirdeği, ilk kez 2024 Kasım'ında yayımlanan 6.12 ve upstream tarafından 2028 Aralık'a kadar resmi olarak destekleniyor
    • Bunun bir meme olduğunu biliyorum ama ben Debian Stable'da backport çekirdeği kullanıyorum ve sürümüm 6.19
      Şu anda 7.0'dan yalnızca bir minor sürüm geride
      Keşke daha fazla insan cihazları için Debian'ı değerlendirse. Çok kararlı bir sistem olmasını seviyorum; Ubuntu'nun aksine gerçekten “sadece çalışıyor” deneyimi sundu ve küçük dağıtımlarda yaşanan sürtüşmeler de olmadı
      Trixie hâlâ Testing iken oldukça yeni bir cihaza Debian Trixie kurmuştum; uyumluluk için her şeyi AMD seçtim ama ihtiyacım olan tüm sürücüler mevcuttu
      Şimdi tek isteğim, Debian'a katkıda bulunabilmek için paketlerin nasıl build edildiğini çözebilmek ve AMD'nin de Linux için NPU desteğini düzgünce toparlaması
    • Debian'da doğrudan vanilla kaynaktan çekirdek paketi build etmek oldukça kolay
      Ben en güncel 7.0.x'i yayımlandıktan birkaç saat sonra kurup kullanıyorum
      ChangeLog'a göz gezdirmeye ne kadar zaman ayırdığına bağlı olarak build işlemi yaklaşık 30-45 dakika sürüyor. Ortama göre değişebilir
    • Ciddi bir soru değil sanırım ama yine de ciddi cevap vereyim: Debian Stable'da hangi çekirdeğin kullanıldığı konusunda hiç endişelenmedim
      Daha yeni bir çekirdek istiyorsan Debian unstable (Sid) kullanabilirsin; şu anda 7.0.12'de. 7.1 mainline iken mevcut stable çekirdeği bu
      Sunucularda Stable, şu an Trixie ise 6.17.3 çekirdeğiyle bile fazlasıyla iyi çalışıyor
      Debian Forky muhtemelen 2027 civarında yayımlanacak ve duruma göre 7.0.x ya da 7.1.x çekirdeğini kullanacak
      Şu anki testing, yani bir sonraki stable olacak sürümde kullanılan çekirdek 7.0.10
    • Forky/14 gelecek yıl yayımlandığında bu sürümü ya da daha yenisini içermesi gerekmez mi?
      Debian yavaş ilerler ama hızlı bir şey istiyorsan Arch ya da Fedora kullanırsın; yine de Debian ilerlemeye devam ediyor