Return-path: Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:43667 "EHLO www.etchedpixels.co.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1756960AbZKBWh3 (ORCPT ); Mon, 2 Nov 2009 17:37:29 -0500 Date: Mon, 2 Nov 2009 22:39:03 +0000 From: Alan Cox To: Dan Williams Cc: Matthew Dharm , Frank Schaefer , linux-wireless@vger.kernel.org, linux-usb@vger.kernel.org Subject: Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode Message-ID: <20091102223903.4378e0fa@lxorguk.ukuu.org.uk> In-Reply-To: <1257198124.1027.63.camel@localhost.localdomain> References: <200910171606.02961.oliver@neukum.org> <20091017220313.GH24502@one-eyed-alien.net> <4ADC3657.6080906@gmx.net> <4AEDCCA0.8050709@gmx.net> <4AEDD380.40408@draisberghof.de> <4AEDEB85.5080105@gmx.net> <20091102005144.GE24436@one-eyed-alien.net> <4AEF3CAD.10809@gmx.net> <1257193115.1027.24.camel@localhost.localdomain> <20091102211123.GI24436@one-eyed-alien.net> <1257198124.1027.63.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-wireless-owner@vger.kernel.org List-ID: > Maybe we can get the kernel drivers to expose the information we need > (maybe even an 'eject' attribute in sysfs or something) and then we just > have to write udev rules instead of having a whole bunch of libusb junk > in userspace? Would that preserve the policy-always-in-userspace > requirement yet keep the code to drive the hardware in kernel space > where it really belongs? Or put the magic strings in the kernel with a translation hook for the eject request ? That would keep policy and method in the right places. You ask the kernel to eject, it hides the magic weirdness.