Önyükleyicinin yapısını anlamak için iyi araçlar veya yöntemler?

Son zamanlarda açık kaynaklı bir bootloader olan U-boot çalışan bir Atmel AT91SAM9G20 SBC ile üzerinde çalıştığım kötü bir hatanın nedenini anladım . Sorunun özü, U-boot'ın donanımın onu oluşturduğumdan farklı bir şekilde yapılandırılmasını beklemesiydi, bu nedenle bazı cihaz kayıtları yanlış yapılandırıldı.

Şimdi sorunu çözdüğüme göre, kayıtları doğru bir şekilde yapılandırmak için U-boot ayarlamam gerekiyor. Bunu, programın sonuna birkaç satır kod ekleyerek körü körüne yapabilirim, ama bu dağınık.

Bu beni soruma getiriyor: U-boot'un main () 'den başlayıp tüm dosyalardaki olası tüm kod yollarını okumaktan nasıl daha verimli çalıştığını nasıl anlayabilirim? Dosyalarda uğraşmayı denedim ve ilgili tanımlayıcıların yakınındaki koda baktım. Bunun etkisiz olduğu kanıtlanmıştır; kod çoğu umurumda değil alt sistemler için sürücüler gibi görünüyor. Aslında bootloader'ın şu ana kadar nasıl iyi çalıştığını anlıyorum, ancak naif yaklaşımımdan daha iyi bir yöntem olduğunu umuyorum.

Yardımcı olabilecek birkaç araç / strateji vardır:

• Kaynak kodunu anlamak için daha iyi araçlar:

  • cscope , C kodunu keşfetmek için bir araç, grep gibi ama sözdizimini anlıyor
  • İşlev çağırma yapısının bir resmini çizmek için grafik oluşturucuları çağırın
  • Fenris ilginç görünüyor ama denemedim

• Çalışma zamanı analizi

  • Bir hata ayıklayıcı ile ilginç bölümlere göz atın ve neler olduğunu analiz edin
  • Her işlevin giriş / çıkışında iyi bir parça çağırmak için gcc'nin enstrümantasyon özelliklerini kullanın. Örneğin. http://ndevilla.free.fr/etrace/

• Kendi mini önyükleyicinizi yazma

  • Sıklıkla bir şeyi anlamanın en iyi yolunun onu yeniden yaratmak olduğunu görüyorum

Ne yazık ki, her şey için işe yarayan sihirli bir tarif yok.

AT91 için oluşturmayı nasıl yapılandırdınız?

Kod ağacı, mimariye özgü tüm öğelerin 'arch / (cpu sınıfı) / (cpu tipi) / ...' ağacında bulunacak şekilde tasarlanmış gibi görünmektedir. AT91 kodunu arch / arm / cpu / arm926ejs / at91 altında buldum ... değiştirmek istediğiniz varyant belirli şeyler orada değil mi? Özellikle dizinin neredeyse yarısı AT91 varyantına özgü olduğundan, bu dizinde bakmak için çok fazla bir şey yoktur.

Bu açıksa üzgünüm ... ama bunu kontrol etmekten bahsetmedin.

Henüz uBoot kod ağacına bakmamıştım, ancak mesajın beni korkuttu. Bir arka yazıcı projesi, sonunda özel bir iMX233 PCB'de uBoot ve Linux'un kullanılmasını içeriyor. UBoot mimarisinin ve varyanta özgü şeylerin ne kadar iyi izole edildiği ve bunun ne kadar büyük bir acı olacağı konusunda bu tür geri bildirimler almakla çok ilgileniyorum.