Názory k článku Kompilace jádra: cesta za nepodporovaným hardwarem

V článku se píše "takže uvedu jen odkaz na video, kde Rudolf Marek ukazuje, na co si dát pozor", ale odkaz nevidím.

# make oldconfig bych zařadil před # make menuconfig. V případě, že už jsem spustil menuconfig, upraví se mi .config vzhledem na upravené volby v konkrétním jádru.

A taky existují distribuce (např. gentoo, ale i jiné), kde si bez kompilace vlastního jádra nic nenabootujete. Pokud je článek o Ubuntu a jeho derivátech, napsal bych to hned na začátek, ať čtenáře nematete.

genkernel, teda sys-kernel/genkernel je nastroj na automatizajciu ukonov pri kompilacii jadra, nie genericke jadro.

DESCRIPTION="Gentoo automatic kernel building scripts"

Neviem co si presne predstavujete pod pojmom "základní jádro", mne to vzdy skompilovalo jadro ake som si porucil (vid. prepinac --menuconfig). O generickosti jadra imho rozhoduje jeho konfiguracia (podpora hw) a nie to aky nastroj bol pouzity pri jeho kompilacii.

Cece, pises pekny blaboly, genkernel je script - nic vic a nic min. Ten script udela presne to, jak ho nakonfigurujes, v gentoo normalne skompiluje kernel v presne takovy konfiguraci, jakou mu predhodis + ho nasledne postne do /boot, pripadne prihodi do konfiguraku gruba ... . => nemusis to delat ruco.

Gentoo navrch dodava nekolik "predpripravenych" konfiguraku kernelu, ktere by mely beznemu userovi pro dany ucel dostacovat, ale muzes si je naprosto libovolne upravit (script ten konfigurak by default pouzije pouze v pripade, ze u jadra zadny dosud nemas).

Live CD/DVD gentoo pak ma kernel kompilovanej s maximem vsemoznych modulu - prave proto, aby nastartovalo a umoznilo obratem pouzivat libovolny HW, ale to nema s genkernelem uz vubec nic spolecnyho, nauc se anglicky.

Rudolf Marek, Linux - kompilace jádra 2.6.12

http://old.avc-cvut.cz/avc.php?id=2392

Kromě Gentoo je snadná (dle mého snadnější) kompilace vlastního kernelu i v Archlinuxu, což dokládá množství Archerů s vlastním optimalizovaným kernelem. Pochopitelně se u této distribuce pozitivně projevuje i balíčkovací systém ABS, díky němuž je kompilace nejen kernelu snadnou záležitostí. Vedlejším efektem je pak nabídka různých uživatelských kernelů v repozitáři AUR, které lze dle popisy vybrat a používat bez nutnosti vlastní kompilace, pokud důvod pro kompilaci vlastního kernelu je shodný.

Arch je proste nej :)

Blbost, kernel kompilarorem temer ladit nelze ;-)) Ono C se ani moc neladi, nehlede na to, ze dnes ma kazdy 64bit kernel a tam uz se pocita s modernima vecma, jako SSE2 misto mat. koprocesoru etc.

gcc spise ladi c++ a aplikace, takze kompilovat kernel je blbost a to dokonce i na serveru, do bych k tomu musel mit sakra duvod, kdyz dnes uz spise jen dodavam moduly, ktere prikompiluji do stavajici kernelu.

Jediny duvod je specialni server, kde dam klice a nedovolim zavezt nepodepsane moduly, tedy bezpecnost, zase Oracle neuznava support na svoe produkty, pokud tam neni distribucni kernel,a le tak ono to jde udelat i tak, ze to nepoznaji ;-))

No a vykon ohledne odlehceni ;-)) smesne, dnes mame vse v modulech a nenatahuji ty moduly, ktere nechci, dokonce muzu nektere moduly explicitne zakazat, de fakto krom sbernic a jinych veci dnes jiz scripty, co to resi vytahuji nejdrive vse z PNP, APIC a kde ceho, nejedel trva detekce FDD radice, pokud ji zakazete v modulech, ci v parametru bootu, udestrite nejvice casu ;-)))
Vzdyt dnes uz se i SATA modul taha z modulu a nejsme windows, windows natahne vse, co ma v adresari, linux jen to, co sam detekuje, nebo ma v modules.conf a jeho variaci.

Blbosti pises ty, pokud mam v generickym kernelu hafo kravin, ktery nanic nepotrebuju, tak jeho rekompilaci si pomuzu i na serveru - razantne zmensim pravdepodobnost, ze se neco podela, pokud to z kernelu vyhodim.

Nehlede na to, ze kernel je vzdy kombinaci toho co je zakompilovany primo a toho co je modularni a i modul = nejaky bordel v kernelu, ktery jeho nacteni umoznuje. Na serveru kde v 99% nic nikdy nepripojuju je idealni mit naopak naprosto nemodularni jadro - i z duvodu bezpecnosti.

podivej se na citat od Stevena Rostedta zde:

https://www.abclinuxu.cz/clanky/jaderne-noviny-14.-6.-2012-jak-jadro-rychle-zkouma-retezce

Porovnani gentoo vs binarni distro na ruznem HW - od AMD na skt A po nejnovenjsi Icka - predevsim na slabsich strojich je kompilace vs binarka casto rozdil mezi funguje to - nefunguje to (napr prehravani videa). na vykonosti systemu jako takoveho, se kompilace specificka pro CPU projevuje tak kolem 10%, ale v nekterych specifickych aplikacich to hodi i 50%+.

Co se jadra tyce, jeho redukce pak velmi vyrazne ovlivnuje prave rychlost startu.

Boha jeho, proč kvůli jednomu modulu kompilovat celé jádro?

Na TLDP je ukázkový makefile pro stavění modulů zvenčí: http://tldp.org/LDP/lkmpg/2.6/html/x181.html

Je třeba vzít relevantní část jaderného stromu, z patche hádám adresář drivers/net/wi­reless/ath/at­h9k, dolnit Makefile o data z jaderného stromu a přeložit jenom ten modul s adekvátním patchem.

viete niekto, kedy ubuntu planuje jadro 3.4 do posledneho LTS?

Misto kompilace z cistych zdrojaku jadra bych radeji aplikoval patch a kompiloval ze zdrojaku distribucniho jadra...

Před řádek time make-kpkg --initrd --append-to-version=-custom kernel_image kernel_headers by bylo vhodné cosi přidat :)

třeba takovej fakeroot se neinstaluje pro srandu králíkům, žejo..

uplně miluju tyhle linuxový trotli člověk má dotaz oni je odkážou na how to kerý neexistuje a když to sami zjistěj odkážou na google todle už by se mělo zarazit budeš asi ten případ chytrej kec naco se instaluje fakeroot ale že by tě ta věta aby si to napsal zabila... když chceš dělat chytrýho dělej to jinde tady ať se vyjadřujou lidi co chtěj pomoc nebo někomu pomoc

vem si příklad

Petr Stehlík
13. 7. 2012 9:51

uname -r

uname -a | awk filtr lze pohodlně nahradit pomocí uname -r