[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <474E8DFE.4040300@grupopie.com>
Date: Thu, 29 Nov 2007 10:01:34 +0000
From: Rui Santos <rsantos@...popie.com>
To: Oliver Neukum <oliver@...kum.org>,
Pete Zaitcev <zaitcev@...hat.com>,
Johann Wilhelm <johann.wilhelm@...dent.tugraz.at>,
linux-usb@...r.kernel.org, preining@...ic.at,
kristoffer.ericson@...il.com, drussell@...hat.com,
linux-kernel@...r.kernel.org
Subject: Re: Add the infamous Huawei E220 to option.c
Matthew Dharm wrote:
> On Thu, Nov 29, 2007 at 09:14:47AM +0100, Oliver Neukum wrote:
>
>> Am Donnerstag, 29. November 2007 09:01:49 schrieb Pete Zaitcev:
>>
>>> On Thu, 29 Nov 2007 08:44:38 +0100, Oliver Neukum <oliver@...kum.org> wrote:
>>>
>>>> 3. Make sure usbcore doesn't probe the devices in the wrong mode with the
>>>> option driver
>>>>
>>> This fixes duplication. And to take it further, why don't we turn this
>>> idea around and let usb-storage fail to attach with some "ignore" quirk?
>>> I suspect that someone put the initializer into usb-storage in order
>>> to let the generic usb serial to work, but this simply was a bad idea.
>>>
>> Yes, you are right. That's the correct approach.
>>
>
> Changing the unusual_devs.h flag to IGNORE_DEVICE should accomplish what
> you want.
>
If the IGNORE_DEVICE flag is set, access to the device's virtual-cd is
no longer possible, and might not be the correct approach. Just as an
example, one of my country's ISP has an ini file on it, with quite
relevant information: Dial number, login, password and APN. Of course
that, all of this information could be obtained with a simple phone call
to that ISP.
Just to remember that that specific flag was one SET and, was removed,
in part, because of what I state. Of course we aim at perfection but, if
the benefits are only for a few situations and, will cause all this
problems for all other, perhaps the reinsert of that flag would be a
positive action.
Regards,
Rui Santos
> Matt
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists