I found http://sourceforge.net/mailarchive/message.php?msg_id=28434409
I'm not sure where this bugid/wishlist lives. I've chased this through kernel sources a few months ago, and I think it's possible to shim ourself into the generic mac80211 layer, as there are test plans to simulate a large wireless network in this space. Maybe LXC can leverage the same methods too? It would be very nice to have the host, or a preferred guest pin some parameters (like locked wifi frequency, regulatory domain etc), and gently decline other guests control of the attribute (unless the operator knows the wireless adapter has the ability to play with multiple channels at the same time). Might not be an interesting openwrt use until this works. :-/ Where does wishlist #3441035 live anyhow? However, when it does, multiple guests on different distros would ideally run network manager, wicd, iw, or whatever tools they want, thinking they have enough control of their one (or more) wifi adapters (aggregated by the host into the driver/hardware). This would also greatly simplify avoiding NAT setups, and no need of bridging setups for wifi clients (as apparently that's unsupported anyway). Just supply the "iw phy" id, and a user definable mac, optional channel/mac80211 top level controls (if this adapter is not in use, lock exclusive attributes), and let the guest decide the rest. Cheers, Scott. ------------------------------------------------------------------------------ See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk _______________________________________________ Lxc-users mailing list Lxc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-users