Administrace komentářů

Nicméně to není ten problém

Tak aspoň se odstraní chybové hlášení. Já se teda setkal i s tím, že embedded jádra nevytvořily device nod v /dev a pak odmítly bootovat (a ty vyžaduješ pár nodů v kernel parametrech: "console=tty0 console=ttyS0").

Jinými slovy mám za to, že ty binárky mám zkompilované dobře (resp. jsem nezaznamenal nic, co by napovídalo opaku, ani známky, že by se to mohlo dát dělat nějak jinak) a že problém mám na straně jádra, které ten E bit nenastaví.

Podle mě kernel v LE módu ten userspace nepouští, to by snad byl schopnej spustit i LE nakompilovanej init bez format erroru. Nejspíš by šlo udělat nějakej krátkej assert do kernelu, kterej by obsah toho flagu občas vypsal do konzole. Stejně tak pokud byl byl schopnej debugovat třeba přes JTAG, tak se můžeš rovnou kouknout přes GDB na obsah toho flagu. To by šlo udělat i v emulátoru, třeba v qemu.

Přepnutí mezi userspace a kernelspace bývá v assemblerovejch souborech typu entry.S, ale těch zdrojů přechodu je mnoho (syscally, různá přerušení, MMU exception, opcode exception, FPU exception). Kdyžtak můžeš zkusit hledat makro ARM_BE8 (protože pokud existuje něco jako mixed mode, tak by se muselo přepínat).

A neumím programovat v assembleru, že bych si splácal jednoduchou binárku

V assembleru to je triviální, potřebuješ jen zavolat asm z céčkovýho kódu. Pro naučení syntaxe můžeš klidně vykrást kernel (myslím že se tomu říká asm inlining).

Ale jestli to nespustí (klidně jednou s a jednou bez toho setend, abys věděl zda se něco změní) ani něco takovýho jako (init=/helloworld.bin):

asm volatile ("setend be" :::);
while(1) {
  printf("hello world\n");
}

Tak bude problem někde jinde. Jinak já bych tu binárku neukončoval, protože to pak bude znamenat že jí má kernel killnout ... A init nemůže být killnutej .

Nicméně napadájí mě ještě dvě varianty. Tohle může být problém i toho, že je ta binárka zkompilovaná se špatnejma parametrama (jiná verze ARMu = jiný instrukce, chybějící podpora VFP/neonu/emulace v libc a/nebo kernelu = to jsou vlatsně taky jiný instrukce). A protože se při kompilaci toolchainu kompiluje i libc, tak může být problém i tam.

Druhá možnost je problém s kompilátorem. Někde na začátku léta vydali novou major řadu GCC, kde nějak optimalizujou tvorbu kódu a GCC teďka kompiluje občas nevalidní binárky pro staré architektury (ARMv5 - xscale). Projevuje se to podobně, že kernel zpanikaří. Neměl jsem absulutně čas se na to kouknout, ale bude to nejspíš dost komplikovanej bug (protože mě nenapadá ani kde začít, kromě ručního porovnávání instrukce po instrukci). Kdyžtak zkus použít starší kompilátor (6.x) a zkontrolovat zda věci jako VFP/emulace a verze ARMu opravdu sedí s fyzickým hw.

P.S. Ještě můžeš vypsat dump_stack().