Re: Moduł/na stałe/wyłączone, czyli jaka jest polityka ustwień w konfigu?

[Marcin Rybak]

W dniu 11 maja 2011 06:34 użytkownik Jakub Bogusz <qboosh w pld-linux.org>napisał:

> On Tue, May 10, 2011 at 10:19:20PM +0200, Łukasz Maśko wrote:
> > W kernelu 2.6.38.6 (.5 zresztą też) pojawiły się, jak to w nowych
> kernelach
> > bywa, nowe pliki obsługi różnych "rzeczy". Przy kompilacji, jedynie po
> > zmianie w specu wersji kernela, pojawiają się pytania, co zrobić z
> > "ficzerami", które nie są uwzględnione w naszych domyślnych konfigach.
> Jaka
> > jest "standardowa" polityka w kernelu PLD w takim przypadku? Chwilowo
> > założyłem, że to co może być modułem jest zaznaczane, że może być modułem
> > (zaznaczmy 'm'), a ficzery, które nie mają opcji modułu są włączane
> > (zaznaczamy 'y'). Czy to rozumowanie jest poprawne? Dotyczy tylko rzeczy
> > nowych - rozumiem, że potem może się okazać, że coś musi wylecieć albo
> > zostać skompilowane inaczej, ale to już później, jak w praniu wyjdzie.
>
> Co się da, to w module.
> Zwykle opcje rozszerzające funkcjonalność powinny być włączone, natomiast
> modyfikujące zachowanie pod kątem wyłącznie jakiegoś nietypowego sprzętu
> albo włączające dodatkowe logowanie diagnostyczne (zwykle cośtam_DEBUG)
> wyłączone.


a teraz grzecznie autor pytania dopisze odpowiedni fragment do devel doc :)
---
Marcin Rybak
http://marcinrybak.com