Dotaz: Kompilace jádra - zbytečný architektury v linux-headers

[Roman Horník]

Čau,
sestavuju si jádro (deb balíky) s vlastní konfigurací pomocí příkazů:

make menuconfig
make prepare
make-kpkg --append-to-version -X --us --uc -jY --initrd kernel_image kernel_headers

Podařilo se mi jádro dost odlehčit až na jedno - v hlavičkách je spousta zbytečnejch architektur (alpha, arc, arm, arm64…).
Otázka zní, dá se sestavit balík hlaviček jen s mou architekturou, tj. ia64?
Dále koukám, je tam spousta bordelu od ovladačů zařízení, který nemám a který jsem zakázal, složky obsahující vlastní Kconfig a Makefile. Proč tam jsou? Jsou nutný?
Hlavičky tam mám kvůli ovladači Nvidia (a DKMS).

Díky.

---

---

Odpovědi

[Jendа]

ia64

Nvidia

To se mi fakt nezdá, nejspíš máš ve skutečnosti amd64.

v hlavičkách je spousta zbytečnejch architektur (alpha, arc, arm, arm64…)

Dále koukám, je tam spousta bordelu od ovladačů zařízení, který nemám a který jsem zakázal, složky obsahující vlastní Kconfig a Makefile.

Těžko. Kdyby to po mně fakt někdo chtěl, tak bych spustil ten build nvidia ovladače, logoval, na které soubory sahá (strace), a odstranil všechny ostatní.

[jouda]

To se mi fakt nezdá, nejspíš máš ve skutečnosti amd64.

Presne, ani nevi co ma, a dela chytryho. V paticce pouziva anglictinu ale na kernelnewbies se zeptat neumi

[Roman Horník]

No, je vidět, že jseš Jouda, jen vypisuju, co ve složce arch je, a amd64 tam není!
Jo a prosím, nezáviď mi angličtinu, jo?

[Michal Kubeček]

Ale hned o řádek níž jste napsal "jen s mou architekturou, tj. ia64".

V různých kontextech se používají různá označení architektur (např. to, čemu Debian říká amd64, se obvykle označuje x86_64). Ve zdrojácích jádra navíc některé adresáře obsahují kód pro více architektur, pokud je ho většina společná. Příkladem je právě x86, který se používá pro i386 i x86_64, nebo třeba power (ppc, ppc64, ppc64le) a arm (všechny 32-bitové ARM architektury).

[lertimir]

ia64 jsou procesory Itanium. To fakt máš? Rozdíly.

[Roman Horník]

Copak, měl bych mít amd64, ale to tam jaksi není, tak jsem tipnul ia64, kde jsem bral IA jako Intel + AMD. Itanium fakt nemám.
Je tam:
alpha, arc, arm, arm64, csky, c6x, hexagon, h8300, ia64, microblaze, mips, m68k, nds32, nios2, openrisc, parisc, powerpc, riscv, sh, sparc, s390, um, unicore32, xtensa a x86
Takže asi generický x86.
Jádro si kompiluju už někdy od verze 2.6.x, a pamatuju si, že jsem dokázal udělat opravdu maličký jádro, kde tyhle zbytečnosti nebyly. Taky bylo sestavování mnohem rychlejší i na sračkovitým CPU E2180 (teď mám zatím G2020), taky se kompilovalo prakticky jen to, co jsem označil, ne všechno jako od verze 3.0, kdy ten bordel začal. U 2.6.x jsem dokázal, aby soubory vmlinuz, initrd a system.map se společně vešly na disketu, teď zaberou desetinásobek.
Proto by mě zajímalo, jestli někde nedělám chybu, jestli jsem neopomněl například zadat nějakej parametr, nebo jestli není problém někde v .configu.

[jouda]

U 2.6.x jsem dokázal, aby soubory vmlinuz, initrd a system.map se společně vešly na disketu

Srandisto

[Roman Horník]

Hele, když nevíš, ubunťáckej trolle, tak se nevyjadřuj, drž hubu a šoupej nohama.
U 2.6.x se kompilovalo jen a pouze to, co jsem povolil. Zařízení jsem moc neměl, měl jsem 32bitovej systém, dvoujádro, 2GiB RAM, tak nevím, proč tady meleš, že by se to na disketu nevešlo, když ty soubory měly, pokud si dobře vzpomínám, do 1.3MiB celkem.

[Filip Jirsák]

U 2.6.x se kompilovalo jen a pouze to, co jsem povolil.

Což platí dosud.

Řekl bych, že řešíte neexistující problém. Zkuste být méně arogantní a více vnímat to, co vám ostatní odpovídají.

[Michal Kubeček]

Co tedy řešíte za problém? Velikost sestaveného jádra? Na to nemají hlavičkové soubory vliv.

Nebo velikost hlavičkových souborů, proti kterým můžete překládat např. další moduly jádra? Jedna věc je, pokud je opravdu potřebujete (zda proti nim opravdu budete něco překládat), druhá, jestli vás opravdu trápí ten malinký prostor, který zabírají. A třetí věc – odstraňovat hlavičkové soubory nedává smysl, protože nikdo dopředu neví, co proti nim budete překládat, takže z nich nemůže nic odstranit.

[debian+]

Aj tak vo vysledku - hlavickove subory nie su.

Ale ako to bude pri C++ novom rozsireni (tj. moduly), tak to nvm isto.

[Josef Kufner]

Pokud je to jen v hlavičkových souborech, tak to ničemu nevadí.