Return-path: Received: from s3.sipsolutions.net ([5.9.151.49]:40013 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751497AbcELJ1G (ORCPT ); Thu, 12 May 2016 05:27:06 -0400 Message-ID: <1463045221.13313.16.camel@sipsolutions.net> (sfid-20160512_112712_930761_B050C866) Subject: Re: [PATCH v2 0/2] wireless: Allow wiphy/hwsim management from user namespaces From: Johannes Berg To: Martin Willi Cc: linux-wireless@vger.kernel.org, netdev@vger.kernel.org Date: Thu, 12 May 2016 11:27:01 +0200 In-Reply-To: <1462811639-29906-1-git-send-email-martin@strongswan.org> References: <1462811639-29906-1-git-send-email-martin@strongswan.org> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: Hi Martin, Thanks for the update. I've applied your patch now, but I think we need to do some work around the wmediumd abstraction. Right now, you allowed HWSIM_CMD_REGISTER only from init_net, which is mostly fine. However, it means that a wmediumd running in init_net will see frames from the radios that are generated by other namespace, but will have no way to access anything else about them, neither through hwsim netlink nor through nl80211 or sysfs. So I think you should change the "wmediumd_portid" variable to live in struct hwsim_net and then allow HWSIM_CMD_REGISTER to be done inside the net namespace. With that, and making the other few wmediumd related operations namespace aware, we would be able to run wmediumd in any net namespace and have it manage all the radios created in that namespace. johannes