deniz.in

Piyasalar

Hava durumu

Hava durumu yükleniyor

· kaynak dev.to (home feed)

Snapdragon işlemcili Samsung Galaxy Book Go, Debian portlamasıyla günlük kullanıma hazır bir Linux makinesine dönüştü

Bir dev.to rehberi, Snapdragon 7c'li Samsung Galaxy Book Go üzerinde Debian sid ile günlük masaüstü kullanımını belgeliyor; shell script'leri, tek bir device tree yaması ve Windows kurulumundan kopyalanan firmware kullanılıyor.

Snapdragon işlemcili Samsung Galaxy Book Go, Debian portlamasıyla günlük kullanıma hazır bir Linux makinesine dönüştü

Bir geliştirici, Samsung'un Windows on ARM ile piyasaya sürdüğü Snapdragon 7c Gen 2 dizüstü bilgisayar Samsung Galaxy Book Go üzerinde Debian sid çalıştırmanın adım adım anlatımını yayımladı. dev.to'daki yazıya göre, küçük bir POSIX shell script'i koleksiyonu ve tek bir device tree yaması, kaba bir topluluk taslağını günlük masaüstü çalıştıran bir makineye dönüştürmek için yeterli oldu: Wayland üzerinde GNOME 50.5 ile 7.2.9 çekirdeği, GPU hızlandırma, Wi-Fi, Bluetooth, hoparlörler, kamera, pil ve şarj durumu bildirimi, arka ışık, klavye, touchpad, güç düğmesi ve kapak askıya alma çalışıyor. Donanım video çözücüsü mpv'de çalışıyor, tarayıcılar videoyu yazılımla çözüyor ve yazar makaleyi, anlattığı dizüstü bilgisayarda yazdı.

Makinenin neden hiç portlanmaya ihtiyacı vardı

Galaxy Book Go'nun upstream Linux desteği yok. Mainline Linux bu makine için bir device tree içermiyor ve Debian'ın çekirdeği aynı Qualcomm SC7180 çipi için yalnızca Acer Aspire 1 ağacını sunuyor. Topluluk taslağı ağaç, Aspire 1 bellek adreslerini ve kendi yorumunun yanlış dediği bir klavye kesmesini (interrupt) ödünç alıyor.

dev.to gönderisine göre ACPI de bir kurtarma yolu değil: genel amaçlı bir ACPI çekirdeği, SMMU sürücüsü yüklenir yüklenmez makineyi yeniden başlatıyor ve SMMU olmadan USB de klavye de yok. Yani dizüstü bilgisayar bir device tree ile önyükleme yapmak zorunda ve o ağaçtaki eksik her düğüm, eksik bir cihaz demek. Samsung bu makine için bir Linux sürücü paketi yayımlamıyor; donanımın ihtiyaç duyduğu imzalı firmware'ün tek kopyası fabrika çıkışı Windows kurulumunda bulunuyor.

Tekrar başlatma tekniğiyle tek tek açılış

Bir PC çekirdeği donanımını keşfederken, bu çekirdek yalnızca device tree'nin söylediklerini biliyor. Her cihazın bir ağaç düğümü, Samsung'un firmware'ü ve Windows tarafından okunmuş bir kart bilgisi (bir kesme ya da güç pini gibi) gerekiyor. Aspire 1 yapılandırması başlangıç tahmini olarak kullanıldı ve ondan ödünç alınan dört değer — klavye kesmesi, ekran köprüsü kesmesi, ses bellek bölgesi ve hoparlör veri hattı — bu kartta yanlıştı.

Her tahmin bir yeniden başlatmayla test edildi. Yazarın günlüğü, 11 ve 12 Ekim 2026'daki iki günlük açılış sürecinde günlük kaydı bırakmayan UEFI shell önyüklemeleri hariç 26 açılış kaydetti. Riskli değişiklikler grub-reboot ile seçilen tek seferlik önyüklemeler olarak uygulandı; böylece siyah ekran, önyüklenemez bir makine yerine tek bir güç döngüsüne mal oldu. Script'ler ve device tree yaması linux-arm-adventures adlı bir GitHub deposunda toplanmış durumda.

Kurulumdan çalışan masaüstüne

Rehberin ön koşulları hikâyeyi anlatıyor: Secure Boot kapalı bir Galaxy Book Go (NP340XLA veya NP345XLA), topluluk device tree'sini taşıyan bir Debian 13 kurulum belleği, USB önyüklemesinin doğrudan porttan yapıldığında güvenilmez olması nedeniyle USB klavye ve Ethernet adaptörlü bir USB-C hub, Windows silinmeden önce kopyalanan Windows DriverStore dizini ve SSH kurtarma yolu için ikinci bir makine.

Üç düzeltme öne çıkıyor. Birincisi, kurulumun standart GRUB menüsünde devicetree satırı yoktu, bu yüzden kurulan çekirdek ACPI üzerinden önyüklendi ve makine sıfırlandı — kurulu sistemin günlüğü boştu çünkü hiç önyüklenmemişti. Bir GRUB üretici script'i, her biri device tree'yi işaret eden normal, güvenli (GPU veya DSP sürücüleri olmadan) ve hata ayıklama önyüklemeleri için çekirdek başına girdiler ekliyor. İkincisi, GNOME başlangıçta dahili klavyeyi yok saydı: hid-over-i2c cihazı yabancı bir eksen bildiriyor, udev onu tablet pad olarak etiketledi ve etiketleri temizlemek için bir udev kuralı gerekiyor — üstelik libinput ebeveynin etiketlerini de okuduğundan kural yalnızca event cihazını değil input0 düğümünü de eşleşmeli. Üçüncüsü, GPU zap shader'ı, modem DSP'si, Wi-Fi, video codec'i ve ses DSP'sini kapsayan beş Samsung imzalı firmware dosyası yalnızca Windows sürücü deposunda mevcut. Kötü bir firmware dosyası bir Qualcomm SoC'yi her açılışta sıfırlayabileceğinden, her biri kurulmadan önce tek seferlik bir önyükleme için aşamalı olarak test edildi. Modem ath10k_snoc altında çalışmaya başladı, video çözücü ve kodlayıcı bağlandı ve GPU FD618 olarak başlatılarak gnome-shell'in yazılım render'dan kurtulmasını sağladı. Ses DSP'si başlangıçta Aspire 1 bellek bölgesinde başarısız oldu; rehberin ilerleyen adımları bunu ele alıyor.

Yazar donanımın zorlandığı noktaları da gösteriyor: dizüstü bilgisayarda 3,4 GiB kullanılabilir bellek var ve bir tarayıcı, GNOME ve yerel bir arm64 kodlama asistanı birlikte çalışırken 1,3 GiB swap'ta bekliyordu.

Neden önemli

Bu port, Linux-on-ARM donanım desteği için yararlı bir sinyal. ARM dizüstü bilgisayarların mevcut gerçeğini gözler önüne seriyor: donanım keşfi genel numaralandırma yerine kart başına device tree'lere bağlı, üretici firmware'ü yalnızca bir Windows kurulumunun içinde yaşıyor ve aynı SoC'yi paylaşan iki kart bile kesmeler ve bellek haritalarında farklılık gösteriyor. Ayrıca bu boşluğun bireyler tarafından kapatılabildiğini gösteriyor — bir topluluk taslağı, bir avuç script ve tek bir yama, başkalarının benzer Snapdragon donanımında yeniden kullanabileceği dikkatli bir yöntemle (aşamalı firmware, tek atımlık önyükleme girdileri) günlük kullanım seviyesine ulaştı. Kalan sınırlamalar, yalnızca yazılımla çalışan tarayıcı video çözümü ve dar bellek alanı, hâlâ çalışma gereken noktaları işaret ediyor.

  • #linux
  • #debian
  • #arm
  • #snapdragon
  • #device-tree
  • #open-source

İlgili yazılar