#241: Hostapd + RSN broken
-----------------------------------------------------+----------------------
      Reporter:  Stijn Tintel <[EMAIL PROTECTED]>  |       Owner:  mrenzmann    
                       
          Type:  defect                              |      Status:  assigned   
                         
      Priority:  major                               |   Milestone:  version 
0.9.0 - move to new codebase
     Component:  madwifi: 802.11 stack               |     Version:  trunk      
                         
    Resolution:                                      |    Keywords:             
                         
Patch_attached:  1                                   |  
-----------------------------------------------------+----------------------
Comment (by [EMAIL PROTECTED]):

 I committed a change to hostapd devel branch to use the new rsn_ie
 variable. The committed change (attached hostapd-devel-committed.diff) is
 a bit different (cleaner from my viewpoint) than the proposed change.
 Anyway, the end result is identical in practice. I verified that this
 works with madwifi-ng r1453 in WPA, WPA2, and WPA+WPA2 configurations.


 PS.

 Please consider adding something to allow user space programs handle
 kernel-user space ABI changes more properly when modifying
 ieee80211_ioctl.h. This change breaks hostapd builds against any older
 revision of madwifi-ng and that is not really something I would like to be
 doing. If something like "#define IEEE80211REQ_WPAIEE_HAS_RSN_IE" had been
 added into ieee80211_ioctl.h, I could have used that to make hostapd build
 against both old and new revisions of madwifi-ng. I do understand that
 this is still under development, but I really try to avoid compilation
 failures with driver interfaces and in this case, the only way to do that
 would have been to make a local copy of the driver header file and I'm too
 lazy to do that for just one driver ;-).

-- 
Ticket URL: <http://madwifi.org/ticket/241>
MadWifi <http://madwifi.org/>
Multiband Atheros Driver for Wireless Fidelity

Reply via email to