From: Rui Santos <rsantos@grupopie.com>
To: Oliver Neukum <oliver@neukum.org>,
Pete Zaitcev <zaitcev@redhat.com>,
Johann Wilhelm <johann.wilhelm@student.tugraz.at>,
linux-usb@vger.kernel.org, preining@logic.at,
kristoffer.ericson@gmail.com, drussell@redhat.com,
linux-kernel@vger.kernel.org
Subject: Re: Add the infamous Huawei E220 to option.c
Date: Thu, 29 Nov 2007 10:01:34 +0000 [thread overview]
Message-ID: <474E8DFE.4040300@grupopie.com> (raw)
In-Reply-To: <20071129090926.GD24795@one-eyed-alien.net>
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@neukum.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
>
>
next prev parent reply other threads:[~2007-11-29 10:21 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-29 0:13 Add the infamous Huawei E220 to option.c Pete Zaitcev
2007-11-29 6:33 ` Johann Wilhelm
2007-11-29 7:44 ` Oliver Neukum
2007-11-29 8:01 ` Pete Zaitcev
2007-11-29 8:14 ` Oliver Neukum
2007-11-29 9:09 ` Matthew Dharm
2007-11-29 10:01 ` Rui Santos [this message]
2007-11-29 10:49 ` Oliver Neukum
2007-11-29 11:07 ` Rui Santos
2007-11-29 11:55 ` Oliver Neukum
2007-11-29 14:05 ` Johann Wilhelm
2007-11-29 14:36 ` Kristoffer Ericson
2007-11-29 14:41 ` Oliver Neukum
2007-11-29 18:53 ` Jaime Velasco Juan
2007-11-29 23:23 ` Oliver Neukum
2007-11-30 16:30 ` [PATCH] USB: option: Bind to the correct interface of the Huawei E220 Jaime Velasco Juan
2007-12-01 8:07 ` Norbert Preining
2007-12-01 8:34 ` Pete Zaitcev
2007-12-01 10:04 ` Norbert Preining
2007-12-01 18:36 ` Borislav Petkov
2007-12-05 16:34 ` Pete Zaitcev
2007-12-05 18:23 ` Oliver Neukum
2007-12-05 19:14 ` Pete Zaitcev
2007-11-29 19:12 ` Add the infamous Huawei E220 to option.c Rui Santos
2007-11-29 17:08 ` Greg KH
2007-11-29 7:38 ` Oliver Neukum
2007-11-29 7:52 ` Pete Zaitcev
2007-11-29 8:04 ` Oliver Neukum
2007-11-29 8:10 ` Pete Zaitcev
2007-11-29 14:14 ` Norbert Preining
2007-11-29 14:16 ` Norbert Preining
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=474E8DFE.4040300@grupopie.com \
--to=rsantos@grupopie.com \
--cc=drussell@redhat.com \
--cc=johann.wilhelm@student.tugraz.at \
--cc=kristoffer.ericson@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=oliver@neukum.org \
--cc=preining@logic.at \
--cc=zaitcev@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.