Re: One more clue

David Abrahams <dave boost-consulting com> writes:

> Dan Williams <dcbw redhat com> writes:
>>> > It will use the network config for the first _uncommented_ network.  To
>>> > diagnose the issue, I'll need the output from the supplicant tester (be
>>> > _sure_ to remove any "wep_key0" or "psk" lines) 
>>> Done (see attached)
>> Can you add scan_ssid=1 to the peleton network config block
>> in /etc/wpa_supplicant.conf and re-run the test tool and send the test
>> tool logs in a reply (sanitizing them of course)?  That appears to be
>> the only difference in what NM is sending and what the test tool is
>> sending and I'd like to make sure that's not causing the problem.
> OK, so doing.  

Note: I did this test under slightly different conditions than the
earlier one: I'm running a 2.6.18-rc6 kernel with ipw3945-1.1.0 and

Very odd results.  On odd numbered runs the test reports that it can't
reach the supplicant.  On even numbered runs it appears to connect and
disconnect repeatedly in an endless loop.

Coming back from this test again required power cycling wireless with
the hardware switch while NM was starting up.

Attachment: scan_ssid_1.log.bz2
Description: compressed log

Dave Abrahams
Boost Consulting

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]