WLAN: known issues and how to help - uptime test - new record!
phil at pricom.com.au
Wed Feb 11 14:48:05 CET 2009
Werner Almesberger wrote:
> I wrote:
>> I'll send it to Atheros and see if that's enough information for
>> them or if they need anything else.
> Actually, while we wait for an answer and if you feel like doing a
> bit more experimenting, it would also be interesting to see if the
> failure after a long while is truly the same as the failure after
> a very short while.
> So if you could reproduce it again, but
> - then either not restart WLAN before taking the dmesg, or
OK - I will do it from the FR terminal rather than the USB connection,
which seems to be even less reliable . . also, that could be some hours
after the failure (ie while I am asleep).
> - just hope WLAN will stay up long enough for you to take dmesg before
> another error pushes the first one out of the message buffer, or
"WLAN will stay up long enough" ?
> - before starting the test, set log_buf_len=2M in bootargs_base in
> the u-boot environment, and then retrieve the kernel messages with
> dmesg -s 2000000
Sounds like the best course . . so the complete command would be?:
GPO Box 3411
Sydney NSW 2001
E-mail: phil at pricom.com.au
More information about the devel