Slim
Junior Member
Registrován: 18.02.2003
Příspěvků: 181
|
| K zatuhnutí X626 při resetu |
Příspěvek č. 1 |
Situaci při zatuhnutí lze velmi přesně popsat a snad to pomůže při odstranění problému s HostAP. Karta běžela při všech testováních spolehlivě a to i při velmi špatném signálu, takže tuhnutí HostAP z důvodu špatného signálu je v hledání problému špatný směr. Situace byla následující: na router s HostAP byl napojený linuxový klient, aktívní byl přenos za pomocí FTP, kde se přenášel 100MB soubor. Bylo také aktívní spojení přes SSH. Na klientovi se prostřednictvím SSH změnil kanál z 11 na 1. Což mne překvapilo tak po změně kanálu na AP, došlo automaticky ke změně kanálu i na připojeném klientovi (asi mu to AP dalo nějak vědět). V pozadí této operace po celou dobu běžel onen FTP přenos. V rámci tohoto přechodu z kanálu na kanál pak došlo na AP k resetu karty, který linuxový stroj totálně zatuhnul. Na monitoru AP bylo mozno přečíst informaci o prováděném resetu. Příčina selhání se zdá být jasná. Pokud ve chvíli resetu je přijmut paket, HostAP to položí. Tím se nabízí i možnost i opravy tohoto problému. Nejdříve snad maskování přerušení při započetí resetovací rutiny, pokud není maskováno. Pomoci by mohla i deaktivace příjmu karty před započetím resetovací rutiny. To je můj odhad, bohužel Céčko je pro mne velikou neznámou a tak si netroufám tento problém sám ve zdrojácích HostAP najít a opravit. Ale snad se o to pokusí na základě tohoto popisu někdo jiný. Ještě bližší specifikace stroje na němž bylo HostAP provozováno. Procesor VIA C3 800 MHz, MB MSI 6368PLE (PCI 2.2), 256 MB DIMM Kingston 133MHz. Debian Linux 3 (Woody), jádro 2.4.20, WE 14, HostAP z CVS 13.4.2003, žádný HostAP patch neaplikován. V počítačí jedna karta XI626, nesdílející přerušení. Jinak volných ostatních přerušení dostatek (v BIOSu i jádře zakázány COMy, LPT, USB i další nevyužitý hardware).
|
05.05.2003 v 07:32
. Leda že by se našel dobrovolník a ten můj poznatek přeložil.
