Niedawno zakupiłem sprzęt Fujitsu Siemens Futro S300 (procesor Transmeta Crusoe TM5800 800MHz, 256 Ram, 4xUSB2.0) i mam z nim problem. Zrobiłem z niego router do Neostrady z modemem Speedtouch 330. Wszystko działa jak należy do czasu kiedy czymś obciążę ten sprzęt np. kopiowanie plików po sambie, kompilacją programu itp. W logach pojawiają się komunikaty:
Kod: Zaznacz cały
kernel: uhci_hcd 0000:00:10.1: release dev 2 ep87-ISO, period 1, phase 0, 758 us
kernel: uhci_hcd 0000:00:10.1: reserve dev 2 ep87-ISO, period 1, phase 0, 758 us
Kod: Zaznacz cały
kernel: ATM dev 0: usbatm_rx_process: status 0 in frame 0!
Kod: Zaznacz cały
kernel: ATM dev 0: usbatm_extract_one_cell: unknown vpi/vci (231/17431)!
kernel: ATM dev 0: usbatm_extract_one_cell: unknown vpi/vci (34/9143)!
kernel: ATM dev 0: usbatm_extract_one_cell: unknown vpi/vci (231/18007)!
kernel: ATM dev 0: usbatm_extract_one_cell: unknown vpi/vci (198/50103)!
kernel: ATM dev 0: usbatm_extract_one_cell: unknown vpi/vci (228/58967)!
kernel: ATM dev 0: usbatm_extract_one_cell: unknown vpi/vci (226/34322)!
Muszę przeładować moduł "speedtch" i uruchomić ponownie pppd, wtedy znowu działa. Jeśli będę tylko korzystał z internetu to wszytko jest OK, a jeśli coś zacznę robić na tym serwerku to pojawiają się te komunikaty. Jest to bardzo denerwujące kiedy podczas kopiowania pliku ~700MB na dysk serwera po sambie, wywali się internet z 3 razy w ciągu 3 minut i za każdym razem muszę się logować na serwer i przeładowywać moduł i pppd.
Dodam że posiadam także zwykłego kompa (Pentium 3 733MHz, 384 Ram, 2xUSB1.1) do którego przekładam dysk twardy, uruchamiam ten sam system (ta sama wersja kernela tylko odpowiednio skompilowana pod inny procesor) i tam takie rzeczy się nie dzieją. Do testu uruchomiłem na nim kompilacje kernela, kopiowanie pliku po sambie, pingi na kompa w sieci (wielkość 65KB interwał 0.01 sekundy) i polecenie "hdparm -Tt /dev/sda". Loadavg na tym kompie skoczyło do 5 a net dalej śmigał z pełną prędkością i w logach nic nie było.
Czy ktoś miał podobny problem i wie co może być nie tak? Czy to wina tego sprzętu czy raczej złej konfiguracji kernela?
Tylko proszę o nie wpisywanie:
"Wyłącz: make menuconfig: Device drivers > USB Support > Verbose debug messages"
Pozdrawiam