AMD, Linux kullanıcılarının Ryzen işlemcilerindeki bazı güç ve akım sınırlarını işletim sistemi üzerinden değiştirmesine yönelik AOD sürücüsünü hazırlıyor. AMD mühendisi Shyam Sundar S K’nin çekirdek geliştiricilerine sunduğu üç yama, ilk sürümün kapsamını açıklıyor. Çalışma henüz inceleme sürecinde bulunuyor. Bu nedenle bugün dağıtılan bütün Linux sürümlerine gelmiş bir özellikten söz etmek mümkün değil.
AOD, Ryzen platformunun ürün yazılımındaki hız aşırtma arayüzüyle WMI üzerinden haberleşiyor. Windows’taki Ryzen Master da aynı ürün yazılımı arayüzünü kullanıyor. Bununla birlikte yama paketi Linux için bir Ryzen Master uygulaması sunmuyor. Kullanıcı arayüzü ile çekirdekteki sürücüyü birbirinden ayırmak gerekiyor.
Günün Öne Çıkan Fırsatları
REKLAM — Bu içerikte satış ortaklığı bağlantıları bulunmaktadır. Bu bağlantılar üzerinden yapılan alışverişlerden Teknoblog komisyon kazanabilir. Satış ortaklığı açıklaması
İlk kapsam, işlemcinin PPT güç sınırıyla TDC ve EDC akım sınırlarını içeriyor. PPT, işlemci soketinin çekebileceği gücü belirliyor. TDC daha uzun süreli akım kapasitesini, EDC ise kısa süreli tepe akımını tanımlıyor. Sürücü ayrıca her ayarın desteklediği en düşük ve en yüksek değeri, değişim adımlarıyla birlikte bildiriyor.
Bunlara ek olarak AOD, SMT ayarını değiştirmeye ve mevcut bellek saatini okumaya izin veriyor. Bellek saati alanı yalnızca okuma amacı taşıyor, bellek hız aşırtma kontrolü sunmuyor. Sürücü ayar alanlarını ancak ürün yazılımı ilgili komutu desteklediğinde oluşturuyor. Dolayısıyla her Ryzen sisteminde aynı seçeneklerin görüneceği yönünde bir söz verilmiyor.
AOD değişiklikleri yeniden başlatmadan sonra uyguluyor
Yamanın ayar denetimi, yalnızca bir sayının aralık içinde kalmasına bakmıyor. Değerin platformun tanımladığı değişim adımlarına da uyması gerekiyor. Ürün yazılımı bazı komutlar için kesintisiz bir aralık yerine belirli seçenekler bildirirse sürücü buna göre doğrulama yapıyor. Böylece desteklenmeyen bir değeri normal bir ayarmış gibi kabul etmiyor. Açıklama, uyumun işlemci adı kadar platformun sunduğu komutlara da bağlı olduğunu gösteriyor.
Yama kodu ve arayüz belgesi, değişikliklerin ürün yazılımında saklandığını belirtiyor. Sistem yeni değerleri bir sonraki açılışta uyguluyor. Bu yüzden çalışan bir test sırasında sınırı değiştirmek, o anda sonucu değiştiren canlı bir ayar gibi işlemiyor. Ayrıca ürün yazılımı aktif PPT, TDC ve EDC değerlerini geri bildirmediği için bu alanlar yalnızca yazma erişimi taşıyor.
AMD, AOD ile mevcut HSMP arayüzü arasındaki farkı da açıklıyor. AOD, yeniden başlatmadan sonra geçerli olacak ürün yazılımı seçeneğini değiştiriyor. HSMP ise işlemci yönetim birimindeki çalışma anı sınırına müdahale ediyor ve bu değişiklik yeniden başlatmada kayboluyor. İki yol benzer bir güç sınırına dokunsa da kalıcılıkları ve uygulama zamanları farklı.
Paketin hata ayıklama bölümü daha düşük seviyeli WMI komutlarına erişim sağlıyor. Ancak geliştirici, bu bölümün kararlı bir uygulama arayüzü olmadığını açıkça belirtiyor. Kod ayrıca yanlış ayarların kararsızlığa veya donanım hasarına yol açabileceği uyarısını taşıyor. Çalışmanın hangi son kullanıcı dağıtımında ve ne zaman varsayılan hâle geleceği henüz kesinleşmedi.
İLGİNİZİ ÇEKEBİLİR
Steam Linux’ta 64 bite geçiyor, 32 bit kitaplıklar hâlâ gerekiyor
AMD, FSR 4.1’i Xbox konsollarına ve RX 6000’e taşıyor
OneDrive, Copilot ile klasörleri düzenliyor ve rapor hazırlıyor
Figma, MCP ortaklarını artırırken veri paylaşımının sınırlarını tartışıyor
Steam Deck 2 ile ilişkilendirilen AMD yongası testte göründü, performansı belirsiz

