Don't use borken hardware

29 kwietnia 2008 16:42:59 | Kategorie: Linux Techblog

Jakoś tak się złożyło, że wpadł w moje ręce kontroler ITE 8212. Jest to kontroler hardware raid. W przeciwieństwie do obecnej dzisiaj w każdej płytce funkcji raid wykonywanej w sterowniku, IT8212 posiada własny procesor RISC wykonujący wszystkie potrzebne operacje. Macierz widoczna jest dla reszty komputera jako jeden zwykły dysk, wszystko działa szybko i stabilnie, producent udostępnia sterownik również do Linuksa, wszyscy są szczęśliwi. Szkoda, że tylko w reklamie.

Jak się okazuje, sterownik Integrated Technologies dostępny jest tylko dla wersji 2.4. Nie jest to jednak powód do rozpaczy, bo w 2.6 można używać całkowicie wolnego sterownika. Nawet dwóch.

Od momentu wprowadzenia nowego sterownika z libata próba jego użycia nieodmiennie kończy się komunikatem:
ata7.00: failed to IDENTIFY (INIT_DEV_PARAMS failed, err_mask=0x80)
Co od początku kwitowane było prostym ,,nie używaj pata_it821x''. Na wypadek występowania jakiejś nadziei: opiekunowie jądra tu nic nie pomogą, bo u nich działa i nie za bardzo wiadomo od czego ten błąd zależy.

Trzeba więc przejść na blk_dev_it821x. Tutaj i owszem, działa, ale jakoś tak wolno... Poniższy kawałek mówi sam za siebie:

lrem ~ # hdparm /dev/hda

/dev/hda:
 multcount     =  0 (off)
 IO_support    =  0 (default 16-bit)
 unmaskirq     =  0 (off)
 using_dma     =  0 (off)
 keepsettings  =  0 (off)
 readonly      =  0 (off)
 readahead     = 256 (on)
 geometry      = 60801/255/63, sectors = 976773166, start = 0
lrem ~ # hdparm -d1 /dev/hda

/dev/hda:
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Input/output error
 using_dma     =  0 (off)

Ten błąd jest już w jądrze dobrą chwilę. Jednak nie zostanie naprawiony, bo po co tracić na to czas jak pata_it821x działa bez zarzutu...

Sytuację mniej więcej ratuje cofnięcie się do starszej stabilnej wersji jądra, w momencie pisania tego tekstu 2.6.16.60. Mniej więcej, bo ja akurat potrzebuję patcha przygotowanego do znacznie nowszej wersji. Więc teraz sobie radośnie backportuję... Ciekawe ile jeszcze takich niespodzianek kryje się w jądrze?

« Poprzedni · Trackback · Następny »
Spodobał się wpis?

Komentarze do notki Don't use borken hardware

  • D4rky dnia 29 kwietnia 2008 o 18:28:45:

    masakra :/

  • zen dnia 29 kwietnia 2008 o 19:18:10:

    ITE miały od zawsze dosyć złą opinię. Parafrazowałbym i powiedział: nieużywaj niesprawdzonego sprzętu ;)

  • lRem dnia 29 kwietnia 2008 o 19:23:16:

    Z pewnością całkiem zasłużyły na swoją opinię. Poza problemami ze sterownikiem jest jeszcze fajniejsza rzecz. Średnio raz na trzy rebooty wali toto błędem firmware'u i tylko odcięcie dopływu prądu jest w stanie pomóc.

  • omg dnia 29 kwietnia 2008 o 22:13:53:

    Co ma tytuł wpisu do treści?

  • lRem dnia 29 kwietnia 2008 o 22:20:08:

    To, że gdybyśmy się od razu zdecydowali na 3ware to nie byłoby tych kłopotów. Ja wiem, że przedstawiłem tylko jeden aspekt jakim jest olanie sprawy przez twórców Linuksa. Ale błędy firmware'u, czy choćby bios w którym błędy językowe kłują w oczy, wskazują na ogólny poziom tego sprzętu.

  • trasz dnia 30 kwietnia 2008 o 14:09:32:

    To nie jest broken hardware, tylko broken sterownik. Nie jestem pewien numerka, ale (chyba) taki sam kontroler pod FreeBSD i Windows sprawial dokladnie zero problemow. Tytul powinien brzmiec "Don't use broken operating systems" ;->

  • lRem dnia 01 maja 2008 o 10:23:46:

    Borken panie trasz, borken. I jednak hardware - znowu sypnął błędem w czasie ładowania biosu :/

    Ale tak w sumie, to może zamiast walczyć z kernelem, powinienem pomyśleć o zmianie tego firmware?

  • lRem dnia 08 maja 2008 o 22:33:36:

    No i wkręcony w tą samą maszynę, przy tym samym jądrze, 3ware Escalade zadziałał OOTB...

Komentuj Dodaj komentarz: