Re: packages: xorg-driver-video-intel/xorg-driver-video-intel.spec - updated to...
Dnia wtorek, 9 sierpnia 2011, Łukasz Maśko napisał: Mi się buduje: Mi już też, winne były inne biblioteki i686 (nie xorgowe) w systemie x86_64. vip; ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] udev-170-1.x86_64 vs. kernel-2.6.38.8-1.x86_64 vs. DVD na IDE
Aktualizacja i mam to samo. Jedyna różnica to, że nie mam aż takiego obciążenia na udevd. Ale udevd + udisks-deamon + dbus-daemon dają razem obciążenie ~20%. Mówisz, że póki co jedyny sposób to downgrade kernela? -- Pozdrawiam, Kamil Dziedzic ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] udev-170-1.x86_64 vs. kernel-2.6.38.8-1.x86_64 vs. DVD na IDE
On Fri, Jul 08, 2011 at 09:48:39AM +0200, Daniel Dawid Majewski wrote: W odpowiedzi na wiadomość z dnia 08.07.2011 08:08, od Daniel Dawid Majewski: Mam z udev w tej konfiguracji problem przy starcie systemu: Starting udev.[ZAJĘTY ] udevadm settle - timeout of 120 seconds reached, the event queue contains: /sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda (5657) /sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda (5658) [ PROBLEMY ] Próbowałem tymczasowo wywalić (#) wszystkie reguły od ide i niczego to nie zmieniło... Ten sam udev z kernel-2.6.38.6-8.x86_64 działa bezproblemowo. W jaki sposób mogę rozwiązać ten problem ? Dodam jeszcze, że htop pokazuje ponad 50% CPU na udevd --daemon, a monitor po odpaleniu sypie na potęgę: # udevadm monitor monitor will print the received events for: UDEV - the event which udev sends out after rule processing KERNEL - the kernel uevent UDEV [1310109317.438767] change /devices/pci:00/:00:1f.1/ide0/0.0/block/hda (block) KERNEL[1310109317.442446] change /devices/pci:00/:00:1f.1/ide0/0.0/block/hda (block) KERNEL[1310109317.480314] change A to na hda to może czytnik/nagrywarka Optiarc? Podobno problem rozwiązuje uaktualnienie firmware'u tegoż urządzenia - do wygooglania wiele przypadków. Jako workaround w zaobserwowanym przypadku (Optiarc DVD RW AD-7540A) podziałało puszczenie go przez libata (czyli np. ata_piix zamiast piix). -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] udev-170-1.x86_64 vs. kernel-2.6.38.8-1.x86_64 vs. DVD na IDE
2011/8/10 Jakub Bogusz qbo...@pld-linux.org: On Fri, Jul 08, 2011 at 09:48:39AM +0200, Daniel Dawid Majewski wrote: Dodam jeszcze, że htop pokazuje ponad 50% CPU na udevd --daemon, a monitor po odpaleniu sypie na potęgę: # udevadm monitor monitor will print the received events for: UDEV - the event which udev sends out after rule processing KERNEL - the kernel uevent UDEV [1310109317.438767] change /devices/pci:00/:00:1f.1/ide0/0.0/block/hda (block) KERNEL[1310109317.442446] change /devices/pci:00/:00:1f.1/ide0/0.0/block/hda (block) KERNEL[1310109317.480314] change A to na hda to może czytnik/nagrywarka Optiarc? Podobno problem rozwiązuje uaktualnienie firmware'u tegoż urządzenia - do wygooglania wiele przypadków. Jako workaround w zaobserwowanym przypadku (Optiarc DVD RW AD-7540A) podziałało puszczenie go przez libata (czyli np. ata_piix zamiast piix). To przypomina mi o problemach z kontrolerem JMicron JMB362/JMB363 umieszczonym na płycie głównej Giga-byte GA-EP45-DS5. Gdy używałem moduł jmicron.ko i podłączyłem nagrywarkę CD (LITE-ON COMBO LTC-48161H) co chwila był robiony reset kontrolera albo nagrywarki. Od czasu dopisania blacklist jmicron do konfiguracji modprobe i używaniu modułu pata_jmicron.ko problemy ustąpiły. -- Artur Frysiak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl