cfg80211/nl80211/WE (was: Re: d80211 merge)
On Wed, 2006-11-01 at 21:55 -0500, Jeff Garzik wrote: Speaking specifically, Linus noted recently d80211 should maintain backwards compatibility with the WE userspace ABI, so that existing wireless tools keep working, and I definitely agree. For additional functionality/flexibility, I presume there will be some sort of netlink extensible interface (cfg80211 I think?) that newer wireless tools will use. In time, the WE back-compat ABI could become an optional module that users can disable. I'm pretty sure I've said this like a dozen times but apparently it hasn't sunk in yet: The latest cfg80211/nl80211 code comes with WE compatibility code that users can disable if they want to, which, however, gives them the ability to use WE in userspace while the drivers are happily using cfg80211. My goal is to remove WE from *all* drivers, even from the ancient pre-802.11 and early 802.11 fullmac drivers, and leave WE merely as another userspace interface for cfg80211, albeit with limitations that the netlink interface nl80211 doesn't have. Until all drivers are converted, however, cfg80211-WE and regular WE coexist peacefully, it is even possible to convert one ioctl at a time over to cfg80211 (which is only really useful while working at it, but still). johannes - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: cfg80211/nl80211/WE
Johannes Berg wrote: My goal is to remove WE from *all* drivers, even from the ancient pre-802.11 and early 802.11 fullmac drivers, and leave WE merely as another userspace interface for cfg80211, albeit with limitations that the netlink interface nl80211 doesn't have. Sounds good to me... Jeff - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: cfg80211/nl80211/WE (was: Re: d80211 merge)
On Thu, Nov 02, 2006 at 09:49:01AM +0100, Johannes Berg wrote: I'm pretty sure I've said this like a dozen times but apparently it hasn't sunk in yet: The latest cfg80211/nl80211 code comes with WE compatibility code that users can disable if they want to, which, however, gives them the ability to use WE in userspace while the drivers are happily using cfg80211. My goal is to remove WE from *all* drivers, even from the ancient pre-802.11 and early 802.11 fullmac drivers, and leave WE merely as another userspace interface for cfg80211, albeit with limitations that the netlink interface nl80211 doesn't have. Yes, that is exatly the right way to go forward. The userspace interface is however more than just the WE ioctls. It's also that for every wireless card one single ethX device appears and not multiple devices with other names. This might sound like nitpicking, but without this all kinds of scripts break. - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: cfg80211/nl80211/WE (was: Re: d80211 merge)
On Thu, 2006-11-02 at 10:56 +, Christoph Hellwig wrote: Yes, that is exatly the right way to go forward. The userspace interface is however more than just the WE ioctls. It's also that for every wireless card one single ethX device appears and not multiple devices with other names. This might sound like nitpicking, but without this all kinds of scripts break. cfg80211 doesn't care about that, it only requires you to register one logical wiphy device. Whether it has more than one netdev or not isn't significant. For d80211, however, trying to get rid of the wmasterX interface requires tighter integration in order to run a qdisc on a non-netdev wireless physical device. Which gets us back to how this thread started :) johannes - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
