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

[Jakub Bogusz]

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.


-- 
Jakub Bogusz    http://qboosh.pl/