Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode

[Frank Schaefer <schaefer.frank@gmx.net>]

Dan Williams schrieb:
> On Mon, 2009-11-02 at 21:10 +0100, Frank Schaefer wrote:
>   
>> Matthew Dharm schrieb:
>>     
>>> On Sun, Nov 01, 2009 at 09:11:49PM +0100, Frank Schaefer wrote:
>>>       
>>>> Josua Dietze schrieb:
>>>>         
>>>>> Frank Schaefer schrieb:
>>>>>       
>>>>>           
>>>>>> I really think the mode-switching should be done in the kernel and not
>>>>>> in user-space for reasons of usability.
>>>>>>             
>>>>> What is wrong with an udev rule entry? By the way, did the "eject"
>>>>> command line tool work as well?
>>>>>           
>>>> It returns an error but the device is ejected.
>>>> But do you really want the users to open a terminal window and call
>>>> "eject" each time they plug their device in ;) ?
>>>>         
>>> If 'eject' worked, then why not use a simple udev entry?  That way nobody
>>> has to call anything by hand...
>>>
>>> Matt
>>>       
>> And who will create this udev-entry ;) ? How can you make sure that this
>> is done on all systems ?
>>     
>
> You can't.  The distros have to make sure it works.
Right, and here the trouble begins.
The driver and the mode-switch needed to use it must come from the same
source.
Otherwise we will always have inconsistencies.
>   Personally, I think
> these should all be in the kernel, but the kernel doesn't contain
> policy.  And unfortunately, for some devices (3G modems specifically)
> ejecting the driver CD thing *is* policy.  
Hmm, policy...
Talking about the large group of devices with a driver-disk-mode only:
Isn't an installed driver for the device the policy itself, because it
makes the driver-disk obsolete !?
> Option for example protested
> mightily when I sent a patch to auto-eject their driver CD, because they
> apparently do use the driver CD thing to send Linux drivers and software
> to a few clients.  But by and large, the driver CD is completely
> useless.
>
> Devices with fake driver CDs and how they are handled currently:
>
> Zydas WLAN   - kernel
> Huawei 3G    - kernel  (unusual_devs entry)
> Sierra 3G    - kernel  (drivers/usb/serial/sierra.c)
> Option 3G    - udev rules, 'rezero', or usb_modeswitch
> ZTE 3G       - udev rules, simple 'eject'
>
> Dan
>   
I can't see any real problems having device-(group-)specific policies
and switching-solutions.
Of course, it would be nice to have a common solution for all, but the
devices are too different.
Therefore the compromises we have to make should be individual (to a
certain degree).

Frank