tak som sa potesil, ze konecne to bude odstranene, ale tesil som sa zbytocne, prinajmensom pri rucne vyvolanom resete a pod flood pingom sa to sekne presne ako so starou verziou ovladacov.. :-((( pocitadlo sw_tick_stuck je pritom furt =0.. aj ked nemam ako zistit, ci rastie, kedze masina sa sekne a jedine tlacitko co funguje je reset...
Bridge bezi na intel P166, intelacka doska (neviem presny model ani vyrobcu, mam tam 512kB cache winbond a intel chipset (asi predchodca FX, ak chces vediet presne, tak ti odpisem, je tam PCISet nieco.., RAM mam Samsung a testoval som ju memtestom pred spustenim masiny), WLAN je D-Link 520 s 1.4.9 a 1.5.6 FW (vymienam ich, aby bola v stroji len jedna wlan karta, mam tu celkovo 3ks) a ako eth0 je RTL8139 pripojeny cez switch na 2 roky beziaci linux na podobnej konfiguracii a cez eth robim z neho skrze bridge flood ping na svoj notebook IBM thinkpad 570 s orinoco silver pcmcia a win98..
Kernel na oboch linuxoch (bridge+momentalne je to server :-)) je 2.4.7-10 - nekamenujte ma, je to klasika RH7.2. Chybu by som ale tazko videl v kerneli, kedze mam na nom polku routrov a pokial tam nie je hostap, tak sa to neseka...
Druhu polku routrov mam na WISP s kernelom 2.4.20 (debian) a seka sa to rovnako...
ak ale niekto bude mat iny kernel alebo stroj a nesekne sa mu router/bridge pri resete wlan pocas flood pingu, ktory tym routrom len prechadza, tak nech ho zverejni, lebo take cosi chcem..
jo a tych resetov to s poslednym cvs prezije asi 2x tolko (momentalne sa to seka tak okolo 15steho resetu) ako s predchadzajucim, takze pokrok aj ked o <|>ny chlp to je..
este tu mam na sieti jednu pheenet PLX kartu, ktora ma zjavne nie 2.5 ale 2.0 prism chipset a manualny reset som na nu neskusal, ale co je iste, ani pri slabom ani pri silnom signale, proste este negenerovala resetting card... bohuzial uz take nemam kde zohnat (FW je tam 0.8.3)... a to ma aj lepsiu citlivost (cca o 5-10dB proti tym taiwanskym srackam s prism 2.5 pocnuc d-linkom cez sparklan az po d-com - vsetko je to to iste len nalepka ina..)
12.05.2003 v 09:46
