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/ _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
