Return-path: Received: from shards.monkeyblade.net ([149.20.54.216]:42222 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751751AbaC2Bm7 (ORCPT ); Fri, 28 Mar 2014 21:42:59 -0400 Date: Fri, 28 Mar 2014 21:42:54 -0400 (EDT) Message-Id: <20140328.214254.1620280677250220442.davem@davemloft.net> (sfid-20140329_024326_824477_8BEBE22D) To: teg@jklm.no Cc: dh.herrmann@gmail.com, netdev@vger.kernel.org, johannes@sipsolutions.net, linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v5 0/4] Provide netdev naming-policy via sysfs From: David Miller In-Reply-To: References: <20140328.172107.16072208664321602.davem@davemloft.net> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Sender: linux-wireless-owner@vger.kernel.org List-ID: From: Tom Gundersen Date: Fri, 28 Mar 2014 23:39:57 +0100 > You mean coordinate with each other in userspace? If so, I still don't > see how this can ever be anything else than fragile. It will depend on > each userspace component actually opting in to whatever scheme we > devise, and does so correctly. Isn't that essentially what dbus is? A way for seperate userland components to coordinate their activities? I just simply don't like all of these ramdom keys getting added all over the place to guide udev behavior wrt. some other entity.