On Mon, 2003-06-09 at 02:34, Ground Zero wrote: > > > > Nu e nevoie sa bootezi cu kernelul nou, nici macar sa-l recompilezi > > complet. Asta e un "urban myth". :-) > > > > E suficient sa instalezi kernel-source...rpm, sa intri in > > /usr/src/linux-2.4, sa dai "make menuconfig", sa salvezi fara sa > > modifici nimic, apoi sa dai "make dep". > > Astia sint pasii minimali pe care-i cer programele care au treaba cu > > kernel-ul. > > Asta daca vrei doar sa compilezi modulele de ALSA. Daca insa vrei sa le > si folosesti exista totusi posibilitatea sa dea undefined symbols daca > le bagi in alt kernel decit ala pentru care au fost compilate.
Adevarat, dar fals. :-) Intr-adevar iti dau "undefined symbols daca le bagi in alt kernel decit ala pentru care au fost compilate". Dar eu nu asta recomandam. Daca vei reciti mesajul meu, vei vedea ca spuneam acolo ceva de stringul "custom" in versiunea de kernel. Tocmai asta e rostul manevrei cu "custom": ca versiunea de kernel care ruleaza, si versiunea de kernel declarata in surse, sa devina identice. In plus, .config-ul din /usr/src/linux-2.4 e identic cu config-ul din care a fost generat kernel-ul care ruleaza pe sistem. In conditiile astea as putea paria ca daca efectiv as compila kernel-ul, binarele generate ar fi identice la nivel de octet cu kernel-ul care ruleaza. Apropo: pe o masina dual-CPU (sau quad-), nu trebuie sa stergi "custom" pur si simplu, ci trebuie sa-l inlocuiesti cu "smp". Asta tot ca sa faci identice versiunea kernelului care ruleaza pe masina, si versiunea declarata in surse. Prin metoda indicata eu compilez tot felul de module 3rd party (ALSA, VMware, LIRC, DXR3...) si merg perfect. -- Florin Andrei http://florin.myip.org/
