Approvato: Fortect
Ciao a tutti,
Mi sono formato utilizzando U-Boot circa 3 giorni fa, quindi mi scuso in anticipo se
ho perso qualcosa di totalmente ovvio nella documentazione.
Sto utilizzando una scheda di studio Metrowerks MPC8540 precaricata con
U-Boot 1.0.1 (eval-20040206-0-pre4). Sospetto che questo possa essere parte del problema, ad esempio H. È solo che ho eseguito il flashing di una vecchia app di U-Boot per il firmware.
Attualmente non mantengo la possibilità di flashare la scheda allo stato attuale,
quindi sono sempre stato riluttante a pubblicare su U-Boot.
Ho scaricato ELDK 3.1.1 e qualsiasi tipo di kernel integrato usando make uImage. Ho quindi scaricato qualsiasi tipo di uImage TFTP specifico tramite la scheda. L’esecuzione di Iminfo genera
“Bad Header Checksum”. Ho utilizzato mkimage -l per verificare se
è un’etichetta valida e se è completa.
Inoltre, dato che ero in una posizione ideale per scaricare ed eseguire il programma di scelta “Hello World”, so che neanche il mio generatore TFTP è un problema.
Apprezzerei per quanto riguarda i suggerimenti su dove il . Sig. viaggia male.
Un messaggio da Dale di Dunlea
Sono l’applicazione di una scheda di test Metrowerks MPC8540, che sfortunatamente
ha preinstallato U-Boot 1.0.1 (eval-20040206-0-pre4). Indovina chi potrebbe essere?
Parte per problemi di moher.e. che ho scritto un vecchio diverso di Flash per U-Boot. Al momento non ho modo di riportare il blocco
al suo stato attuale, quindi sono riluttante ad aggiornare U-Boot
per il momento.
Ho anche scavato un po’ di più e ho trovato questo:
Quando ho caricato il blocco CRC sullo schermo ed ho eseguito il comando crc32
, il sito ha generato lo stesso CRC che stava già passando, il che significa che
è corretto. Ho finito per copiare una particolare immagine Linux, che non viene utilizzata per
Flash, nella RAM ed eseguire iminfo. L’immagine/il video è scomparso. Ho quindi ripristinato il blocco
CRC su questa immagine ed ho eseguito l’influenza crc32. Il CRC generato
era il risultato di qualcosa di nuovo rispetto a quello che effettivamente esisteva.
Come includere la U -avviare le variabili d’ambiente impostate?
Gli intervalli di ambiente possono essere configurati in un file richiesto per la scheda, ad esempio pacchetto / uboot-ar71xx per file / include / configs / nbg460n.h su Zyxel NBG 460N / 550N / 550NH. La posizione di archiviazione è completamente predefinita nella partizione costosa: ovvero viene copiata nella RAM durante la distribuzione di U-Boot. L’ambiente U-Boot è difeso da un checksum CRC32.
Mi sembra perché Metrowerks abbia introdotto una versione modificata di
U-Boot che utilizzi una diversa funzione di checksum durante la supervisione dell’
header. Se è così, sono probabilmente soggetti spesso ai termini della GPL, cosa dovrebbero fare se le persone vogliono rilasciare le loro modifiche? Tuttavia, sono abbastanza pronto per trovarlo
per avere ogni impatto.
Qualcun altro ha utilizzato questo grafico? Ulteriori ricerche, tra cui archivi, hanno portato
a questo argomento:
Questo sembra essere particolarmente il problema che ho avuto stamattina. Sfortunatamente
questo post sembra essere terminato per una soluzione.
Grazie quindi a tutti coloro che possono fare luce sulla situazione.
Approvato: Fortect
Fortect è lo strumento di riparazione PC più popolare ed efficace al mondo. Milioni di persone si affidano a milioni di persone per mantenere i loro sistemi in esecuzione veloci, fluidi e privi di errori. Grazie alla sua semplice interfaccia utente e al potente motore di scansione, Fortect trova e risolve rapidamente un'ampia gamma di problemi di Windows, dall'instabilità del sistema e problemi di sicurezza alla gestione della memoria e ai colli di bottiglia delle prestazioni.
Messaggio a Dale Dunlea
Presumo che Metrowerks abbia installato una copia modificata di
U-Boot mediante la quale utilizza una diversa funzione di checksum per controllare
i titoli. In tal caso, probabilmente secondo i termini della GPL,
Invece di speculare, fornisci un manuale relativamente
più dettagliato, proprio come i comandi ESATTI che hai utilizzato sulla tua scheda,
per caricare l’immagine e consentire a tutti di verificarne la coerenza. La maggior parte delle persone, ad esempio, attualmente ha provato a trascinare la parte dell’intestazione dell’immagine su “md”? E magari provare anche a eliminare in modo esadecimale la foto sul tuo sistema host?
—
Aumento software: sistemi embedded e real-time, Linux embedded
Telefono: (+49)-8142-66989-10 Fax: (+49)-8142- 66989-80 E-mail :wd da denx.de
È più completo sposarsi che bruciarsi.
– Bibbia “I. K Rynthian ” ca. 7, volt. 9
Caro Dale,
Scusa indipendentemente dal fatto che prima non fossi stato chiaro. Ho caricato la mia foto / video tramite TFTP In (come menzionato nel mio post di base), quindi tramite Kermit e Srecord.
Gli effetti erano gli stessi in ogni caso.
Per favore, non illustrare esattamente cosa hai fatto, assicurati invece di pubblicare
i comandi ESATTI che hai usato.
Durante la verifica allegata alle visioni scaricate, come detto, ho controllato
il checksum relativo ai checksum e agli elementi aggiuntivi della maggior parte del numero magico dell’impronta digitale scaricata tramite MD,
Ordina sia il corso principale che il lavoro a bordo. Considerando i parametri
c’è una certa incoerenza utilizzando la situazione in cui il CRC non supera il test CRC
l’istruzione crc32 generata durante l’installazione di U-Boot