> Notice the lack of led devices registering here (as I mentioned before). > Indeed, > the behaviour of the leds is totally different -- now, they come ON and stay > ON when the card is 'active'...ie; ifconfig wlan0 up. Converse is true ; doing > 'ifconfig wlan0 down' turns the leds off again. > > If I dump the sprom image Stefanik provided back into the card, the led device > registration lines reappear in debug, and the leds blink in that sympathetic > way > rx/tx leds do. Is there yet another funky value in sprom responsible for this?
Yes, the sprom determines how the card vendor wants the LEDs to behave. You can change this behaviour easily in sysfs. > [from the 'host' box with the asus card] > > 1212 packets transmitted, 1200 packets received, 0% packet loss > round-trip min/avg/max/stddev = 0.821/1.192/5.801/0.366 ms > > ...???.....I would've expected almost 1% packet loss (having lost 12 packets) Heh. May be a rounding error somewhere > If I ping the host box from my machine here, the packets have to go out > my eth0 interface into a netgear wr602 in client mode which is associated > with the wgr614 AP down the hall (which is the AP the host is associated > with also). In this case, I get ; > 350 packets transmitted, 344 packets received, +140 duplicates, 1% packet loss > round-trip min/avg/max/stddev = 1.222/1.893/4.296/0.443 ms > > Has anyone any idea what's going on here? Eh, what exactly is your network setup? You normally can't bridge STA mode. This looks like something is not doing ieee 802.11 de-duplication. johannes
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Bcm43xx-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
