Jaderné noviny – 19. 7. 2012: Snazší nastavování jádra (diskuse)

[pavlix]

To vedlo Linuse Torvaldse k sepsání návrhu RFC, aby do jádra byly zařazeny konfigurační volby pro konkrétní distribuce.

A to se zrovna snažím vykopat zbytečné závislosti na distribucích z NetworkManageru. Názor Linuse hodně moc uznávám, ale v tomhle případě se mi zdá, že to není ústupek na správném místě.

[Michal]

Me to pripada jako docela dobry napad, ale nemyslim si ze je vhodne to cpat primo do jaderneho stromu, tam ty konfigurace stejne nebude nikdo udrzovat. Spis by byla dobra nejaka wiki typu "Pro distribuci X a jadro Y je potreba tenhle minimalni config + ovladace vaseho HW".

Ja jsem pred par tydny potreboval do RHEL 5 nacpat jadro 2.6.38 a trvalo mi HODNE dlouho nez jsem prisel na tu spravnou kombinaci voleb ktere to potrebuje k zivotu. I tak jsem nakonec musel spoustu veci zakompilovat natvrdo do jadra protoze z mission initrd se postupne vyklubalo mission impossible.

[motorka]

Já bych také přivítal nějakou tabulku jako "hardware:ovladač" takže by se v závislosti na nalezeném hardwaru přidal konkrétní ovladač. Popřípadě pro notebooky celá konfigurace, u kterých většinou hledám informace na wiki. Hledání správných ovladačů není vždycky nejjednodušší úkol, občas se mi stává, že na něco zapomenu (a nebo zbytečně přidám) a úspěšně bootuji až třetí konfiguraci jádra kdy mi všechen hardware funguje.

[Conscript89]

Pokud nejde o gentoo, nebo je to gentoo live (desktop) tak by melo stacit lsmod a z toho zjistis jaky drivery chces, ne? Samozrejme to nebude identicky seznam, ale i tak to podle me staci.

[Dreit]

http://kmuto.jp/debian/hcl/ tohle?

[motorka]

Ano

[Conscript89]

Podle me by naprosto stacilo, kdyby v distribuci byly balicky: kernel-config kernel-config-minimal napr. Sam bych to uvital :)

[Michal]

/proc/config.gz? Pripadne to nekdy byva v /boot/config-* I kdyz to pravda nebyva ten minimalni.

[Conscript89]

Diky, o tom jsem nevedel, ze bych si zase zacal kompilovat jadro?
Fedora 17 nema v /proc soubor config.gz (ani zadny podobny), ale ty co jsou v /boot mi bohate staci.

[avzgag]

jednak na hracicky a kompilace vlastnich jader neni cas, ale taky me odrazuje milion voleb v menuconfigu.

[marbu]

Nebo pokud te to vic zajima, muzes se primo podivat, jak se dela distribucni jadro:

fedpkg clone --anonymous kernel

Tak si naklonujes git repozitar se vsemi skripty, patchi a konfiguraky. Btw treba v README.txt se pise:

config heirarchy.
-----------------
Instead of having to maintain a config file for every arch variant we build on,
the kernel spec uses a nested system of configs.  At the top level, is
config-generic. Add options here that should be present in every possible
config on all architectures.

Beneath this are per-arch overrides. For example config-x86-generic add
additional x86 specific options, and also _override_ any options that were
set in config-generic.

The heirarchy looks like this..
                                                                                                                               
                           config-generic                                                                                      
                                 |                                                                                             
                         config-x86-generic                                                                                    
                         |                |                                                                                    
             config-x86-32-generic   config-x86-64-generic                                                                     
                                                                                                                               
An option set in a lower level will override the same option set in one                                                        
of the higher levels.                                                                                                          
                                                                                                                               
                                                                                                                               
There exist two additional overrides, config-debug, and config-nodebug,                                                        
which override -generic, and the per-arch overrides. It is documented                                                          
further below.                                                                                                                 

[Michal Kubeček]

I když není povolená prezentace přes /proc/config.gz, je pořád možné, že je konfigurace v jádře obsažena a dá se z něj vytáhnout pomocí scripts/extract-ikconfig (viz volby CONFIG_IKCONFIG a CONFIG_IKCONFIG_PROC).

[Kvakor]

Optimální by bylo mít podobné balíčky jako součást virtuálního balíčku pro překlad vlstního jádra, kde by byly zároveň závisloti pro nutné nástroje pro překlad a sestavení jádra (obdoba debianího buil-essential).

Docela by se to hodilo i pro ne-x86 platformy (rozličné SoC ARMy obzvlášť), kde je docela problematické zjistit, co tom kterém zařízení je (u x86 je alespoň lspci), takže pokud distribuční/defaultní jádro nemá vestavěný .config.gz, tak to znamená spousta googlení, prolézání hlášek jádra a zkoumání jednotlivých obvodů na desce.

Já osobně používám na svých strojích vlastní jádro "odjakživa" a mám přehled, co je potřeba a co ne, ale kdybych musel dělat jádro pro jinou distribuci než Debian nebo specializovaný pseudo-LFS, tak bych podobný přehled toho, co je třeba zapnou, uvítal.

[Ondrej 'SanTiago' Zajicek]

Co tam je by melo jit zjistit ze /sys/devices . Tam by idealne melo byt vsechno vcetne ruznych platform devices (resp. to, pro co ma jadro ovladac), pokud to tedy neni nejake historicke 2.4.x jadro s vyrobcem-specifickymi zbastlenymi patchi.

[Roman Došek]

Co takhle toto Kernel-Seeds.org

Není nic jednoduššího než si odsud stáhnout config a jen do něj doplnit podle lspci výstupu potřebné ovladače...

[Petr Ježek]

Zbytečně závislosti NM lze elegantně vyřešit jeho odistalováním a nahrazením Connmanem...

[pavlix]

Zbytečně závislosti NM lze elegantně vyřešit jeho odistalováním a nahrazením Connmanem...

Co by mi to přineslo?

[Lol Phirae]

Přece nucenou odinstalaci spousty "zbytečných" balíčků, které nějaký connman absolutně nezajímá.

[w4rr10r]

Změnu zaměstnání.

[pavlix]

Tak asi spíš změnu projektu :).

[CLX-Kuba]

Konfigurace jádra pro distribuce: Konecne nad tim nekdo zacal uvazovat, osobne bych uvital nejaky defaultni konfigurace pro virtualni stroje VMware ESX/Workstation, KVM, Xen atd... Jelikoz tam sem nejvic casu travil hledanim nejakyho driveru bez ktereho mi to treba ani nebootovalo a tedka tam mam urcite haldu veci uplne zbytecne... Otazka zda to davat primo do jadra nebo donutit jednotlive distribuce aby obsahovaly dane config soubory. Napr. v balicku VMware-tools by mohly tyto config soubory bejt primo od VMwaru.