Dotaz: Kompilace jádra pro netbook Lenovo IdeaPad S10-3 - kam vypsat hlášky

[d.c.]

Snažím se zkompilovat vlastní jádro pro Lenovo IdeaPad S10-3. Aktuální vanilla 2.6.35.4. Jádro nebootuje (končí u Using IPI shortcut mode), takže jsem u poměrně minimalistické konfigurace.

Stroj nemá spoustu věcí, mimo jiné uživatelsky přístupný sériový port. Napadá vás, kam si nechat vypsat hlášky jádra, abych věděl, co proběhlo (a co tím pádem už ne)? Třeba sériový port přes USB konvertor?

---

---

Odpovědi

[d.c.]

Stále žádné nápady?

[benn]

A co zkusit přidat do bootovacích parametrů "initcall_debug=1". Měly by se vypisovat hlášky o inicializaci driverů a tím by se dalo zjistit, na které funkci to vytuhlo.

[d.c.]

To vypadá na dobrý nápad, díky!

Problémem ale zůstává:

* že vidím jen posledních pár řádek na obrazovce,

* že se patrně dělají (některé?) inicializace v jádře asynchronně.

[d.c.]

Hlášky si lze přesměrovat na USB převodník RS232, ale USB moduly (usb core, usb host driver, usb converter, ...) musí být zakompilovány do jádra a musí být inicializovány dříve, než to vytuhne, jinak prd uvidíte. Do bootovacích parametru stačí zadat "console=ttyUSB0,115200". Jenom si pomůžete, že můžete vidět zprávy od startu kernelu na jiném PC.

[d.c.]

Jo, díky! Před pár hodinami jsem na to také přišel, že tato možnost přibyla! Od té doby hledám, kam jsem zašil všechny šňůry

Ale asi to příliš nepomůže, neboť problém zdá se být někde v PCI. A bez PCI nepoběží USB. Těžko říct, co všechno je v tomhle případě zabugované.

[benn]

Ono jedním z příčin může být přerušení, které se stále volá dokola nebo se všechny přerušení zakázala a nedochází k přepínání tásků. Tak haluzově můžete zkusit dopsat do funkce do_IRQ(...) v souboru arch/x86/kernel/irq_32.c (pro 64bit irq_64.c) následující kód:

irq_enter();
irq = __get_cpu_var(vector_irq)[vector];
if ((cnt++ % 1000) == 0) printk("irq=%d ", irq); // dopsano

a MIMO funkci do_IRQ deklarujte proměnou cnt int cnt = 0;

Ono každou sekundu se bude vypisovat číslo irq od časovače. Tak aspoň ověříte, že funguje IRQ a vypisování textů. Soft IRQ se dá kontrolovat zapnutím "Kernel debugging" a uvnitř ještě povolit "Detect soft Lockups", ale je potřeba po bootu několik minut počkat než tato ochrana zabere.

Víc takhle přes forum už poradit neumím.

[d.c.]

K rade vyse: to asi musim zvolit spravne misto podle toho, jestli je to SMP nebo jednoprocesor, ze?

Asi to bude nejaka novinka. S jadry do 2.6.34.7 vcetne problem nemam. 2.6.35.4 a rc verze 2.6.36 uz ano.

[lertimir]

Pokud vám funguje nějaké jádro, tak by mohlo i to chybné jádro při bootu zapisovat do /var/log. a po bootu do funkčního jádra přečíst předposlední log. já mám z bootu dva poslední logy jako boot.msg a boot.omsg ale asi to jde nastavit i na více.

[d.c.]

Obavam se, ze tezko. Jak by mohlo? Kdyz nenabootoje, nemuze nikam psat. Ale treba jsem jen nedaval pozor, kdyz se to probiralo

[lertimir]

No možná tomu také nerozumím, ale vždy jsem měl pocit, že systém mi při bootu ty hlášky, které píše na konsoli, píše také do logu. Tedy píše mi to klogd. v logu jsou časy i 0 nebo 0.001 sec, které jasně píše jádro na začátku. podle mě se tobě jádro kousne na nějakých interuptech a pokud se to kousne později, než je jádro schopno mít přístup na disk a psát tenhle bootovací log tak bys to mohl mít zaznamenané i když jádro nenabootuje. A bootem do jiného jádra mít možnost se k disku dostat a přečíst. Je fakt že nevím, co musí v jádře najet, aby mohlo tenhle bootovací log najet. (Je fakt že to asi nemusí být dost včas. ted jsem se díval do svého boot.msg logu a s disky se seznamuje v čase asi 2 sec od startu.)

[d.c.]

Jak to rikaval Medvidek Pu? Jestli o necem neco vim, tak /var/log/boot.msg se zapisuje az po uspesnem bootu, namountovani filesystemu a spusteni klogd. boot.omsg je jen zaloha minule verze, aby treba bylo s cim porovnavat. Nevim, jak je to u distribuci caste, treba v SuSE to byvalo nastavene prave takhle (ale uz skoro 10 let SuSE nevyhledavam). U Slackware se treba hlaseni jadra posila do messages (kdyz si to spravce nenastavi jinak, ovsem).

Kdyz jadro nenastartuje, neni to kam ulozit a tim padem ani jak uchovat pri restartu. Proto se tady bavime o tom, jak se k tem hlaskam dostat :o)

[benn]

Ono ještě výpisy jdou přesměrovat přes ethernet prostřednictvím UDP paketů. K tomu slouží bootovací parametr "netconsole=" více v Documentation/networking/netconsole.txt. Ale mám pocit, že bootování se ani nedostane k síťovému ovladači, tak tahle informace je spíše jenom doplňková.

Jinak jádro neukládá výpisy na disk, ty zůstávají v RAMce a nebo je vypisuje do zadaného zařízení. O uložení do /var/log/... se stará démon klogd.

[d.c.]

Jasne.

A jeste lze pouzit cosi, co se jmenuje EHCI Debug Port, resp. specialni zarizeni pripojitelne na USB (EHCI). Pry to funguje nejak rovnou. Nevim, nemam k dispozici a asi na dalsi hracky nebudu mit v blizke dobe cas