All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Andrey Borzenkov <arvidjaar@mail.ru>
Cc: rusty@rustcorp.com.au, linux-hotplug-devel@lists.sourceforge.net,
	linux-kernel@vger.kernel.org
Subject: Re: file2alias - incorrect? aliases for USB
Date: Thu, 13 Nov 2003 17:02:06 -0800	[thread overview]
Message-ID: <20031114010206.GA16352@kroah.com> (raw)
In-Reply-To: <E1AJ9Fn-000PHf-00.arvidjaar-mail-ru@f21.mail.ru>

On Mon, Nov 10, 2003 at 01:26:39PM +0300, "Andrey Borzenkov"  wrote:
> > I would suggest just ignoring the bcdDevice value, and loading all
> > modules that match the idVendor and idProduct values, and let the kernel
> > sort it out :)
> > 
> > So for your example, you would just:
> > 	modprobe usb:v04E6p0006dl*dh*dc*dsc*dp*ic*isc*ip* 
> > 
> 
> any reason we put in alias fields that apparently won't be used
> at all?

Hm, don't know.  I didn't think of these as ranges, which some of the
fields are.  Possibly we might want to drop those variables from the
strings.

> > Hm, but that's no good either, because the visor driver trips over that
> > with its entry:
> > 	MODULE_ALIAS("usb:v*p*dl*dh*dc*dsc*dp*ic*isc*ip*");
> > and the improper module is loaded.  That needs to be fixed up...
> > 
> > Rusty, any reason why the module alias code is turning an empty
> > MODULE_PARAM structure, as is declared in drivers/usb/serial/visor.c
> > with the line:
> >         { },                                    /* optional parameter entry */ 
> > 
> > Into the above MODULE_ALIAS?  I don't think that's correct.
> > 
> 
> Subject:  [PATCH][2.6.0-test9] prevent catch-all USB aliases in modules.alias
> 
> http://marc.theaimsgroup.com/?l=linux-kernel&m=106787897124700&w=2

Ah, missed that.  Care to send it to Rusty?  It looks like a simple,
needed fix.

thanks,

greg k-h

  reply	other threads:[~2003-11-14  1:42 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-09 18:55 file2alias - incorrect? aliases for USB Andrey Borzenkov
2003-11-10  9:37 ` Greg KH
2003-11-10 10:26   ` Re[2]: " "Andrey Borzenkov" 
2003-11-14  1:02     ` Greg KH [this message]
2003-11-17  3:09   ` Rusty Russell
2003-11-17  6:24     ` "Andrey Borzenkov" 
2003-12-11  9:29     ` Greg KH
2003-11-17 18:11   ` Andrey Borzenkov
  -- strict thread matches above, loose matches on Subject: below --
2003-11-17  6:24 "Andrey Borzenkov" 
2003-11-09 18:55 Andrey Borzenkov
2003-11-10  9:37 ` Greg KH
2003-11-14  1:02 ` Greg KH
2003-11-17  3:09 ` Rusty Russell
2003-11-17 18:11 ` Andrey Borzenkov
2003-12-11  9:29 ` Greg KH

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=20031114010206.GA16352@kroah.com \
    --to=greg@kroah.com \
    --cc=arvidjaar@mail.ru \
    --cc=linux-hotplug-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rusty@rustcorp.com.au \
    /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.