Am Dienstag 27 November 2007 schrieb Thomas Halinka: > Am Dienstag, den 27.11.2007, 09:45 +0100 schrieb Martin Steigerwald: > > Am Montag 26 November 2007 schrieb Thomas Halinka: > > > Am Montag, den 26.11.2007, 15:47 +0100 schrieb Uwe Kerstan: > > > > * Thomas Halinka [26-11-2007 00:35]: [...] > > > - Wie bäckt man einen Kernel "richtig" damit er zB bzgl HDDs, > > > Chipsets etc auf möglichst vielen Plattformen läuft? Muss ich da > > > jetzt bei allem was irgendwie brauchbar anhört n Haken setzen?! > > > > Da würde ich in der Regel dann doch eine Distributionsconfig von > > Debian als Basis nehmen. Ich habe hier in der Arbeit einen > > Workstation-Kernel, da habe ich glaub su ziemlich alle IDE-Treiber > > rein und die > > Netzwerk-Treiber als Module. Das Ding läuft derzeit noch ohne InitRD. > > Hehe da kommen wir aber nun zur spannenden Frage: > Wie soll man denn nun einen "Universal-Kernel" backen? > Baut man sich lieber einen riesenklotz, wo alles fest drin ist oder > doch lieber als Module? Der fette Kernel bootet doch normalerweise viel > langsamer wie der modulare, weil da doch nur das geladen wird, was > wirklich gebraucht wird?! > Ich nehme jetzt mal Bezug auf folgende Aspekte: > - Subsystem IDE/SATA/SCSI/USB > - Filesysteme > - Sound/Grafikkarten Ich würde es ziemlich genauso machen wie der Distributor, denke ich. Was geht als Module und die in eine große InitRD rein. Eine InitRD ist für einige Sachen ohnehin erforderlich. Z.B. / bereits auf einem LVM oder SoftRAID liegt AFAIK. Ich hab nur keine InitRD, weil es damals nicht hinbekommen hab und ich zu faul war, mich eingehender zu beschäftigen. Zudem habe ich bei meinem ThinkPad nur einen Plattencontroller. Den würde ich wohl auch bei einer InitRD statisch einkompiliert lassen. Damit auch dann evtl. noch was geht, wenn die InitRD mal kaputt ist. Und das Modul für den Controller würde ich ohnehin nicht entladen wollen ;-). -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Attachment:
signature.asc
Description: This is a digitally signed message part.