On Thu, 2007-03-22 at 18:58 -0400, Michael Wu wrote: > Note that my patch predates the suggestion that IFF_PROMISC be used to turn on > monitor mode on the hardware. (2006-12-18) I merely updated it so that > monitor interfaces output radiotap whether or not the driver supports. Right. > This patch series is not meant to replace the management interface. I know. However, ultimately something that will grow out of this patch series will replace the management interface, otherwise this just adds redundant API. > 1. Make it easy to flip monitor mode on and off in drivers and support your > IFF_PROMISC suggestion. > 2. Make the use of radiotap by drivers configurable independently of monitor > mode. > 3. Report the result of a TX through monitor interfaces after > ieee80211_tx_status is called. This requires new radiotap definitions. > 4. Move things like radar detection and the rest of ieee80211_msg_* to > cfg/nl80211 if they are necessary. > 5. Port hostap and wpa_supplicant to the new interface. Will require some fun > with packet filtering.. > 6. Kill the mgmt interface once and for all. > > We don't need to replace the mgmt interface at once however. Addressing the > first two issues should be sufficient to merge the radiotap RX/TX patches. > After that, 3-6 can be done one by one. Those are all good points, and 1 isn't even required for just this injection stuff that Andy is after, but I don't like adding this API without having a clear plan of how it can replace the management interface. One of the things you haven't convinced me of is that you will be able to convince the BSD people to add new radiotap definitions that we need. Also, if we can't have a good way to know exactly and easily which frame we have when we see one on ACK (the cookie thing about mapping injected frames to status updates) then I don't see how this can possibly replace the management interface. johannes
Attachment:
signature.asc
Description: This is a digitally signed message part
