On Fri, 2009-03-13 at 13:18 -0400, Dan Williams wrote: > It doesn't look like wpa_supplicant cares about the returned channel > list from SIOCGIWRANGE. > > NM, however, uses the returned channel list to figure out a free > supported adhoc frequency to use when creating an adhoc network (like > for connection sharing). If it can't find an intersection between an > internal "safe" frequency list and what the card supports (which it > wouldn't be able to with this patch), it will simply use 2462 or 5180 > MHz. > > Thus, I don't think you'll *break* anything specifically, but this patch > would cause the default frequency for an IBSS created by NM to move > from channel 1 to channel 11. In that case, let's just drop the patch, I have no problem with that. We just couldn't figure out why some channels were missing in iwlist when they were in iw, but that's due to the 32 channel limit. Since most people probably don't use this particular functionality, I guess it doesn't really matter. Eventually NM should just use nl80211, or at least try to, because there it gets more information like "cannot do IBSS on channel XY", something that wext doesn't give you, but mac80211 enforces. johannes
Attachment:
signature.asc
Description: This is a digitally signed message part
