--- "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Dnia Fri, 21 Apr 2006 16:52:13 +0300, Fryderyk Dziarmagowski > <[EMAIL PROTECTED]> napisał: > > > co jest niepoprawnego w takim zachowaniu? > > > > 1. Ładuje stery do kart sieciowych w sobie tylko znanej kolejnmości, > ignorujac aliasy w modprobe.conf
dopóki nie ustalisz sam co ma być ładowane wcześniej, udev za Ciebie tego nie zrobi. > 2. Ładuje dla przykładu i810_audio, a to jest OSS, a gdy 'normalne' stery > ALS'y próbują się załadować, to już jest kicha, nawet z udev-alsa > 3. Ładuje się radeonfb i obslugę GL-a w X-ach szlag trafia to jest faktycznie nie tak. zajmę się tym > 4. Ładje się cała zgraja i2c i innych busów, z którymi oprócz istnienia > nie da się nic zrobić, bo cholera wie, co sterują i tym bardziej, w jaki > sposób ładuje bo takie ma zadanie (zastępuje hotplug). > Gernalnie jak mam wybierać między spędzeniem dnia nad szukaniem rzeczy, > które trzeba zblacklistować, żeby komputer normlanie działał, a dniem > spędzonym na podaniem, co tak na prawdę chce, żeby działało, to > zdecydowanie wolę do drugie. Polecam Ci używanie stablinej wersji udev z AC, która z pewnością łatwiej dopoasować do swoich potrzeb. Nowsze wersje są dla Th, gdzie wiele rzeczy nie ma jeszcze żadnego kształtu. > W szczególności, że jest to zgodne z filozofią PLD(tm), że masz tylko to, > co chesz, a anie 150 modułów obsługujących totalnie nagle wszystko. > Pewna automatyzacja pewno - szczególnie sprzętu USB, ale na pewno nie > ładowanie OSS przed ALS'ą albo rozcrzanianie kolejności kart przecież jesteś developerem, jeśli chcesz dodać jakąś fukcjonalność do udev to nic nie stoi przecież na przeszkodzie. -- Fryderyk Dziarmagowski _______________________________________________ pld-users-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
