W dniu 11 maja 2011 06:34 użytkownik Jakub Bogusz <[email protected]>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 _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
