Zase problém s APIC

[Jan Houstek]

On Tue, 4 Jan 2005, Milan Keršláger wrote:

> > Třeba ovladače nechám pouze ty co používám atd......
>
> To neni vyhodne, protoze vsechny ovladace jsou stejne moduly a nikdy
> nevite, co eventuelne budete potrebovat.

Na druhou stranu, pokud vite, co zcela jiste nebudete potrebovat, je asi
pomerne zbytecne to kompilovat (pokud uz tedy jadro kompilujete).

> Buildovat nemodularni jadro je take k nicemu, protoze i do nemodularniho
> jadra se da modul zavest (kdyz uz ma nekdo roota) a kdyz ho nema, tak je
> to fuk.

Na embedded systemech to az tak nesmyslne neni, odpada nutnost starat se o
nahravani modulu, usetri se nejaky ten kilobyte a zmensi se pocet mist,
kde se muze neco pokazit.

> A pro vyrabeni initrd image (tj. zavadeci ramdisk s moduly) existuji v
> kazde slusne distribuci skripty, takze to zvladne take kazdy.

Trochu nestastne je, ze struktura toho image neni poradne standardizovana
a kazdy si to dela nejak jinak. Pocinaje pouzitim ruznych specialnich
filesystemu, pres nejruznejsi shelly, staticke ci dynamicke binarky po
nejruznejsi hacky kolem SW RAIDu, LVM apod.

Navic, v okamziku, kdy uz si kernel sam kompiluju a vim, co budu pro
pristup na root filesystem potrebovat, je pomerne logicke to zakompilovat
staticky a usetrit si starosti s initrd. Pokud na druhou stranu pouzivam
hotovy kernel, tak k nemu mam i hotovy initrd a taktez se o nej nemusim
starat.

Nehlede na to, ze nektere veci funguji jen jsou-li staticky v kernelu,
napr. autodetekce MD svazku.

-- Honza Houstek