Arjan van de Ven podesłał swój cotygodniowy raport zawierający zestawienie dziesięciu najczęściej znajdowanych błędów w Linuksie w mijającym tygodniu.
Numerem 1 jest WARN_ON: __register_sysctl_paths
Zgłoszony 1260 razy (2491 razy w całej swojej karierze)
Występuje na jądrze splugawionym (ang. tainted pewnie więcej mówi, ale tłumaczenie mi się bardzo podoba ;)) przez sterownik madwifi (okazyjnie widziany w sterowniku portu równoległego).
Ten błąd był ostatnio widziany w 2.6.25.4, po raz pierwszy znaleziony w 2.6.25-rc3.
Więcej informacji: http://www.kerneloops.org/searchweek.php?search=__register_sysctl_paths
Numerem 2 jest WARN_ON: sysfs_add_one
Zgłoszony 264 razy (528 razy w całej swojej karierze)
Najprawdopodobniej błąd Grega KH.
Ten błąd był ostatnio widziany w 2.6.26-rc3, po raz pierwszy znaleziony w 2.6.24-rc6.
Więcej informacji: http://www.kerneloops.org/searchweek.php?search=sysfs_add_one
Numerem 3 jest WARN_ON: mark_buffer_dirty
Zgłoszony 253 razy (547 razy w całej swojej karierze)
Błąd Ext3, który można wywołać odłączając urządzenie bez wcześniejszego odmontowania systemu plików.
Ten błąd był ostatnio widziany w 2.6.25.3, po raz pierwszy znaleziony w 2.6.24-rc6.
Więcej informacji: http://www.kerneloops.org/searchweek.php?search=mark_buffer_dirty
Numerem 4 jest WARN_ON: bad_io_access
Zgłoszony 111 razy (153 razy w całej swojej karierze)
Błąd w pata_isapnp powoduje wywalenie innych sterowników ata
Łatka dostępna w http://bugzilla.kernel.org/show_bug.cgi?id=10752
Ten błąd był ostatnio widziany w 2.6.25.3, po raz pierwszy znaleziony w 2.6.24.
Więcej informacji: http://www.kerneloops.org/searchweek.php?search=bad_io_access
Numerem 5 jest OOPS: _spin_unlock_irqrestore
Zgłoszony 80 razy (207 razy w całej swojej karierze)
Wygląda na to, że występuje gdy system jest bezczynny… problem sprzętowy?
Ten błąd był ostatnio widziany w 2.6.25.3, po raz pierwszy znaleziony w 2.6.22-rc1.
Więcej informacji: http://www.kerneloops.org/searchweek.php?search=_spin_unlock_irqrestore
Numerem 6 jest WARN_ON: ieee80211_stop_tx_ba_session
Zgłoszony 49 razy (104 razy w całej swojej karierze)
Błąd w sterowniku iwl4965
Ten błąd był ostatnio widziany w 2.6.25.3, po raz pierwszy znaleziony w 2.6.25-rc7-git6.
Więcej informacji: http://www.kerneloops.org/searchweek.php?search=ieee80211_stop_tx_ba_session
Numerem 7 jest WARN_ON: __alloc_pages
Zgłoszony 49 razy (79 razy w całej swojej karierze)
Błąd w sterownikach sata_nv i velocity. Łatka dla sata_nv dostępna w http://lkml.org/lkml/2008/5/20/604
Ten błąd był ostatnio widziany w 2.6.25.3, po raz pierwszy znaleziony w 2.6.18-rc1.
Więcej informacji: http://www.kerneloops.org/searchweek.php?search=__alloc_pages
Numerem 8 jest WARN_ON: set_irq_wake
Zgłoszony 38 razy (zgłoszony 43 w całej swojej karierze)
Błąd w serial_core.c wynikający z niepoprawnego zrównoważenia disable_irq_wake/enable_irq_wake.
Łatka dostępna w http://lkml.org/lkml/2008/5/20/218 (i -mm)
Ten błąd był ostatnio widziany w 2.6.25.3, po raz pierwszy znaleziony w 2.6.25-rc9-git1.
Więcej informacji: http://www.kerneloops.org/searchweek.php?search=set_irq_wake
Numerem 9 jest OOPS: task_has_capability
Zgłoszony 38 razy
Występuje na jądrze splugawionym sterownikiem firegl
Ten błąd był ostatnio widziany w 2.6.25.3, po raz pierwszy znaleziony w 2.6.25.
Więcej informacji: http://www.kerneloops.org/searchweek.php?search=task_has_capability
Numerem 10 jest OOPS: sk_free
Zgłoszony 29 razy (109 razy w całej swojej karierze)
Występuje na jądrze splugawionym przez VMWare.
Ten błąd był ostatnio widziany w 2.6.25.4, po raz pierwszy znaleziony w 2.6.23.9.
Więcej informacji: http://www.kerneloops.org/searchweek.php?search=sk_free
Na stronie projektu kerneloops.org znajduje się statystyka pokazująca ilość zebranych błędów w bazie dla poszczególnych wersji jądra systemu
2.6.20 | 111 |
2.6.21 | 99 |
2.6.22 | 189 |
2.6.23 | 237 |
2.6.24 | 2006 |
2.6.25 | 5344 |
Jednak nie należy tego odczytywać jako dramatyczny wzrost ilości znajdowanych w jądrze błędów, tylko jako dramatyczny wzrost ilości błędów, które mają szansę dotrzeć do świadomości deweloperów jądra. Ten wzrost jest w dużej mierze spowodowany włączeniem do Fedory 8 i 9 programu kerneloops, który monitoruje logi systemowe i automatycznie wysyła znalezione błędy (w Fedorze 9 jest on domyślnie zainstalowany). Należy mieć nadzieję, że inne dystrybucje pójdą za tym przykładem i w nich kerneloops również będzie domyślnie zainstalowany.
Jeśli ktoś nie chce czekać na nowe wydanie ulubionej dystrybucji i już teraz chce automatycznie wysyłać do deweloperów informacje o błędach w swoim systemie, to polecam pobranie źródeł kerneloops lub pakietów przygotowanych dla Debiana, Gentoo.