Re: iwlwifi3945 and WPA-EAP LEAP

Hash: SHA1

Dan Williams wrote:
> On Wed, 2008-01-09 at 10:57 -0500, Ryan Novosielski wrote:
>> Hash: SHA1
>> Has anyone gotten the combination of iwlwifi3945 working for LEAP on WPA
>> Enterprise? My ipw3945 does work in this setup, however the other one
>> does not. The only other negative to iwlwifi is that it does not operate
>> my LED on my Dell. However, this driver solves a nasty crash on this HW.
>> Anyone have any ideas? I haven't really tried it by hand with
>> wpa_supplicant, but I wanted to see if anyone had any experience first.
> (Ryan said the network is hiding the SSID)

Whoops! Clicked the wrong reply button! Thanks, Dan.

> Ok; this is a driver/kernel bug such that there is not enough
> information for NetworkManager to be able to tell the driver how to find
> your hidden SSID.  ipw3945 handles this, but the new iwl3945 does not.
> I've submitted a patch for 2.6.25 that is easily backported to earlier
> kernels that will allow NetworkManager to find out the necessary
> information (ie, whether or not the driver supports SSID-specific
> scans), and I'll be modifying NetworkManager use this information to fix
> hidden SSID support.

Have you received any feedback from the kernel group on whether or not
this has been accepted? I wish personally that Ubuntu made it easier to
rebuild a kernel using their source packages, but this is a gripe for
another crowd. :)

> The core issue is that some drivers need ap_scan=1+scan_ssid=1 when
> driven by wpa_supplicant, and others need ap_scan=2 [1].  There is no
> way to determine which you need except strcmp()-ing the driver name,
> which is just plain evil.  The kernel patch will allow NM to handle this
> situation in the correct manner.

I know NetworkManager is supposed to be a "just works" method, but isn't
there some way that some of these things could be snuck in there? I know
that this is not currently possible, but it would be nice to be able to
set these little options manually if you KNOW that you need them.
Presently, there's no way, yes?

> Dan
> [1] my assertion is that all drivers must support ap_scan=2, but
> mac80211-based drivers do not currently handle this well.  So in reality
> it's purely a kernel/driver bug, but something that NM will have to work
> around.


- --
 ---- _  _ _  _ ___  _  _  _
 |Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Systems Programmer II
 |$&| |__| |  | |__/ | \| _| |novosirj umdnj edu - 973/972.0922 (2-0922)
 \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla -

fn:Ryan Novosielski
adr;dom:MSB C630;;185 South Orange Avenue;Newark;NJ;07103
email;internet:novosirj umdnj edu
title:Systems Programmer III
tel;work:(973) 972-0922
tel;fax:(973) 972-7412
tel;pager:(866) 20-UMDNJ

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