Galvatron pisze:Przy bieżącym bootowaniu system zawiesił się na takim błędzie (dioda HDD świeciła ciągłym światłem):
Kod: Zaznacz cały
uhci_hcd 0000:00:10:0: Unlink after no-IRQ? Controller is probably using the wrong IRQ.
usb 2-1: device descriptor read/64, error -110
ata2: lost interrupt (Status 0x58)
dmesg: http://pastebin.com/SacV8tzW
kern.log: http://pastebin.com/yKCSfpyT
hmm wysokie prawdopodobieństwo, ze to jakiś błąd w Biosie ... swego czasu raportowano ostro w Red Hatcie, ale się temu przyjże jeszcze. Zobaczymy, jak będzie pod v18.4 - będzie bazować na 3.2.15 - tiu zmodyfikowałem jeszcze ustawienia - powinien być wydajniejszy i bardziej responsywny od 18.3, nie wspominając v17.7.
Pozdrawiam
-- 14 kwi 2012 13:26 --
luk1don pisze:Galvatron pisze:Przy bieżącym bootowaniu system zawiesił się na takim błędzie (dioda HDD świeciła ciągłym światłem):
Kod: Zaznacz cały
uhci_hcd 0000:00:10:0: Unlink after no-IRQ? Controller is probably using the wrong IRQ.
usb 2-1: device descriptor read/64, error -110
ata2: lost interrupt (Status 0x58)
dmesg: http://pastebin.com/SacV8tzW
kern.log: http://pastebin.com/yKCSfpyT
Chyba znowu błąd tego modułu kontrolera uhci w kernelu, co ext rozmawiał ze mną chyba w wersji 17 swojego kernela... naprawili to i znowu?
Ty jeszcze walczysz z tym dyskiem... Jak dysk żyje i masz ciągłe błędy read/write to może masz coś z pamięcią RAM. Ile masz RAMU i po ile kości pamięci?
-- sobota, 14 kwietnia 2012, 10:11 --
e X t 7 3 pisze:
Zatem tak, myślę nad usprawnieniem instalowania moich rozwiązań, albo w postaci graficznego instalatora, albo ppa. Jednak każde z tych rozwiązań skutkuje wzmożeniem pracy w początkowej fazie ich wdrożenia, na co teraz sobie pozwolić nie mogę

. Ponadto ppa wprowadza pewne ograniczenia w procesie budowania paczek, a Ja dość ostro korzystam z dobrodziejstw jakie daje GCC

. Jednaka do końca roku muszę tu wprowadzić zmiany.
Pozdrawiam
-- 13 kwi 2012 10:26 --
Tak znam kernel Liquorix, to kernel Steven`a Barrett`a. Bazuje na jego źródłach zen-kernel. Ja poznałem Stevena właśnie w czasie, kiedy korzystałem z jego repozytorium git dla ZEN. Obecnie nie używam – o przyczynach już pisałem, a widać je w teście Phoronix. Właśnie Steven pochwalił się na
Face`ię, że Jego kernel był
testowany na Phoronix. Oczywiście mu pogratulowałem [widać na jego tablicy

]

.
Pozdrawiam
Nie masz żadnych ograniczeń ani dodatkowej roboty - robisz sobie paczkę DEB po swojemu i korzystasz z dobrodziejstw Dropboxa - pisałem ci o tym kiedyś, że wiem jak zrobić takie PPA bez korzystania np. launchpada.
Co do kernela ZEN: używam nieprzerwanie i chwalę go sobie:) Obecna wersja 3.3.0-1 sprawuje się wyśmienicie.
Kwestia uhci_usb to problem leżąca raczej po stronie VIA. Zobaczymy przy wersji v18.4.
Natomiast kwestia kernela Stevena. Jest naprawdę oki. Choć tak jak wspominałem korzysta z dość eksperymentalnych rozwiązań, jest bardziej stockowy, ma aktywny rts5139 i w przypadku kernela 3.3.x posiada błąd o którym poniżej.
Zatem teraz na szybko [mam mało czasu], rts5139 = wywalenie usb-storage, w przypadku, gdy mamy czytnik kard Realteka o w/w nazwie. Za namową Grega K-H opisałem problem Developerom Realteka [ze wskazaniem koniecznych do modyfikacji plików .h i .c aby była możliwa prawidłowa budowa sterownika) i teraz czekam na odpowiedź.
Ponadto kwestia kernela 3.3.x ... jest tu błąd na pewno btusb, skutkujący także wywaleniem usb-storage. Ostatnimi dniami dość intensywnie omawiałem problem z Gregiem K-H i staneło na tym, że raczej na pewno pierwotny błąd tkwi w btusb, ale nie wiadomo, czy w jakieś korelacji z usb-storage, bo wywalanie w/w skutkuje całkowitym wywaleniem usb-storage. Teraz czekamy na odpowiedź Developerów podsystemu bluetooth. Do tego czasu raczej nie wydam kernela bazującego na 3.3.x ... zbyt duża liczba userów ma moduł Bluetooth aktywny.
Jeszcze odnoście instalacji moich paczek, rozważam także Twoją propozycje.
Co do wydajności kernela Stevena - musi być niższa w pewnych zastosowaniach - wynika to z przyjętych rozwiązań. Podobnie responsywność - po przekroczeniu określonego progu obciążenia procesora, na słabszych maszynach nastąpi jej gwałtowne załamanie.
Może później lub jutro rozwinę temat.
Pozdrawiam
-- 14 kwi 2012 13:32 --
Ponadto jeśli poniższy błąd:
Kod: Zaznacz cały
uhci_hcd 0000:00:10:0: Unlink after no-IRQ? Controller is probably using the wrong IRQ.
usb 2-1: device descriptor read/64, error -110
ata2: lost interrupt (Status 0x58)
pojawi się ponownie w v18.4 zgłoszę go.
Pozdrawiam