deniz.in

Piyasalar

Hava durumu

Hava durumu yükleniyor

· kaynak dev.to (home feed)

Kodlama ajanları reportedly bir ayda M4 Mac mini için OpenGL ES 3.0 Linux GPU sürücüsünün büyük kısmını yazdı

İki geliştirici, kodlama ajanlarının Khronos uygunluk testleriyle temellendirilen bir clean-room süreciyle, yaklaşık bir ayda Apple'ın M4 donanımı için OpenGL ES 3.0 uyumlu bir Linux GPU sürücüsünün büyük kısmını yazdığını bildiriyor.

Kodlama ajanları reportedly bir ayda M4 Mac mini için OpenGL ES 3.0 Linux GPU sürücüsünün büyük kısmını yazdı

İki geliştirici, işin büyük kısmı LLM kodlama ajanları tarafından üretilmek üzere, yaklaşık bir aylık çalışmanın ardından Apple'ın M4 Mac mini'si için OpenGL ES 3.0 uyumlu bir Linux GPU sürücüsü yayımladıklarını söylüyor. dev.to'daki yazıya göre Cody Ho ve Niklas Sheth sürücüyü Eylül 2026'da yayımladı; sürücü M4 Mac mini ve MacBook Neo'yu hedefliyor ve Ho, bunu büyük olasılıkla tamamen LLM'ler tarafından yazılmış ilk GPU sürücüsü olarak tanımlıyor.

Sıfırdan kuruldu, taşınmadı

Göründüğü gibi olsa da bu, iyi bilinen Asahi Linux sürücüsünün yeni silikon için yamalanmış hali değil. Yazıya göre ikili, AGX firmware ABI'sini ve M4 kullanıcı alanını kendileri, canlı donanım izlerinden çalışıp bilinçli olarak Apple'ın binary'lerinden kaçınarak tersine mühendislikle çözümledi. Ortaya çıkan kod yeni; özel bir shader derleyicisi ve bir komut akışı (command stream) oluşturucu da dahil. Asahi'nin çekirdek UAPI'si değiştirilmeden yeniden kullanıldı ve geliştiriciler, önceki M1/M2 sürücüsünün birçok tasarım sorusunu çözmüş olmasının hakkını veriyor.

Yeni nesil gerçekten daha karmaşık: yeni firmware ABI'sinin, M1/M2 karşılığına kıyasla yaklaşık bir buçuk kat daha fazla struct ve iki kat daha fazla işaretçi içerdiğini bildiriyorlar. İddia edilen sonuç, tam OpenGL ES 3.0 uygunluğu; kalan başarısızlıklar yalnızca isteğe bağlı uzantılarla sınırlı, ayrıca yayımlanan sürümde OpenGL 3.3 desteği de var.

Ajanlar nasıl çalıştı

Ho'nun çekirdek ve firmware tersine mühendisliği için Codex, kullanıcı alanı çalışması için Claude kullandığı, çabanın büyük kısmının uzun ve büyük ölçüde gözetimsiz ajan döngüleri olarak yürütüldüğü bildiriliyor. Çekirdek tarafında ajan, Ho'nun önceki bir proje için yazdığı bir hypervisor kullanarak GPU'nun tam bellek durumunu yakaladı, yeniden başlatmadan sonra onu yeniden oynattı ve hiçbir şey yeniden oynatmaya gerek kalmayana dek firmware yapılarını koda aşamalı olarak inşa etti. Kullanıcı alanı tarafında Sheth'in ajanı, OpenGL ES 3.0 testleri geçilene dek Mesa'yı Khronos uygunluk paketine karşı yineledi.

O test paketi hikayenin merkezinde. Geliştiriciler, LLM'lerle çalışmanın en zor ve en hassas kısmının onları yerli yerinde tutacak iyi testler sunmak olduğunu, Khronos uygunluk paketinin ise bu sorunu onlar için çoktan çözmüş olduğunu savunuyor.

İnsan yargısının hâlâ önemli olduğu yerler

Yazı sınırlar konusunda açık sözlü. Bir compute yakalaması 336 MB olarak geri geldi ve yeniden oynatılması imkânsız olduğu ortaya çıktı; ajan başarısızlıkla sonuçlanan bir haftadan fazlasını ona harcadı. Büyük ilerleme bir yöntem kararıyla, yani insan kararlıyla geldi: hiçbir render işi çalışmayacak şekilde tek kullanıcı modunda önyükleme yap, minimal bir Metal compute programı tetikle ve onu yakala. Bir gün daha, ajanın en zor alt görevi önce seçmesi yüzünden kaybedildi. İkisi de ajanların gözetimsiz çalıştığını iddia etmiyor.

Clean-room tersine mühendisliğin ardındaki araçlar

Kullanılan araçlar dikkat çekici. Ho'nun, özgün olarak donanımda macOS'u çalıştırmak ve gözlemlemek için inşa ettiği hypervisor, firmware ABI izlerini üretti ve ajanlar onu doğrudan kullanarak tam adres alanları yakaladı, kendi kodları yanlış davrandığında bunları bilinen doğru örneklerle karşılaştırdı. Referans iş yükleri, ekibin kendisinin yazdığı küçük Metal shader'lardı; derlenip çalıştırıldılar ki geliştiriciler bellekte neyin değiştiğini izleyebilsin. Apple'ın zorunlu firmware blob'ları opak olarak ele alındı; üçüncü bir taraf onları belgeledi ki uygulama clean-room kalabilsin. Tüm tersine mühendislik deneyleri yayımlandı, böylece işin kökeni bağımsız olarak doğrulanabilir.

Asahi bölünmesi ve upstream planları

Sürücü, özellikle yapay zekâ politikası nedeniyle Asahi Linux'tan çatallanan bir Fedora remix'i olan Gravity Linux'ta geliyor. Asahi'nin katkı kuralları üretken yapay zekâyı yasaklıyor; Gravity ise bunu bildirim ve köken şartları altına izin veriyor.

Upstream konusunda geliştiriciler, Mesa tarafının değiştirilmemiş Asahi UAPI'sini kullandığını, dolayısıyla orada bir politika engeli olmadığını, yine de daha fazla teste ve insan incelemesine ihtiyaç olduğunu söylüyor. Ayrıca kodlarının, insan yazımı koddan daha yüksek bir standarda tabi tutulmasını bekliyorlar. Çekirdek sürücüsü daha uzakta, çünkü önce M1/M2 sürücüsünün upstream'e gitmesini beklemeyi planlıyorlar.

Neden önemli

Apple Silicon'da Linux çalıştıran herkes için GPU hızlandırma, kullanılabilir bir masaüstü ile her şeyi yazılımda render eden bir makine arasındaki farktır ve M4 nesli, Asahi'nin ilerleme kaydettiği M1/M2 donanımından daha yeni bir bölge. Apple Silicon'ın ötesinde proje, kodlama ajanlarının, zaten kapsamlı bir test paketi bağlanmış zor bir tersine mühendislik sorununa yönlendirildiklerinde ne yaptığına dair kontrollü bir vaka çalışması; o paketin ajan yazımı kodu dürüst tutan şey gibi göründüğü söylenebilir. Ayrıca yapay zekâ katkı politikasının açık kaynak dünyasında, bir dağıtımın bu yüzden çatallanacak kadar önemli olan gerçek bir fay hattı hâline geldiğini gösteriyor.

  • #linux
  • #gpu-drivers
  • #apple-silicon
  • #coding-agents
  • #open-source

İlgili yazılar