From: Greg KH <greg@kroah.com>
To: Steve Calfee <stevecalfee@gmail.com>
Cc: Matthew Wilcox <matthew@wil.cx>,
Alan Stern <stern@rowland.harvard.edu>,
USB list <linux-usb@vger.kernel.org>,
bgmerrell@novell.com, hirofuchi@users.sourceforge.net,
Kernel development list <linux-kernel@vger.kernel.org>,
usbip-devel@lists.sourceforge.net
Subject: Re: USBIP protocol
Date: Tue, 9 Sep 2008 01:04:03 -0700 [thread overview]
Message-ID: <20080909080403.GA12614@kroah.com> (raw)
In-Reply-To: <20080909073356.GA12284@kroah.com>
On Tue, Sep 09, 2008 at 12:33:56AM -0700, Greg KH wrote:
> On Tue, Sep 09, 2008 at 12:12:37AM -0700, Steve Calfee wrote:
> >
> > My problem is I am using the latest Suse enterprise linux which uses
> > kernel 2.6.18
>
> Actually it's 2.6.16 "based" with over 2000 patches added to it :)
>
> > ..... In that kernel the probes are done by the device
> > system and if a modprobe definition says the module is for this device
> > it gets loaded (by udev I think) and probed. fine. If the module is
> > already loaded the kernel probes the modules in the order they were
> > insmoded (if they say they want the particular VID/PID/CLASS/wildcard
> > etc.)
> >
> > The problem is the probing is done by the kernel driver stuff and the
> > insmoding and user space intelligence is done by udev. Once a kernel
> > module is installed it must take all devices that match it's device ID
> > table. Remember USBIP matches everything! That is because (at least
> > in the 2.6.18 kernel) the kernel driver stuff stops probing after a
> > probe fails.
>
> No it doesn't, it continues on. Or it should. Perhaps it's been fixed
> since then, I would rely on that kernel to be looking like anything
^ not
> "real" these days, it is very old and only supported by Novell, and not
> the target audience for this patch at all.
next prev parent reply other threads:[~2008-09-09 8:05 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-29 14:02 USBIP protocol Matthew Wilcox
2008-08-29 14:06 ` Andi Kleen
2008-08-29 22:31 ` Marcel Holtmann
2008-08-29 20:46 ` Matthew Wilcox
2008-08-29 20:51 ` Willy Tarreau
2008-08-29 14:30 ` Greg KH
2008-08-29 14:43 ` Matthew Wilcox
2008-08-29 14:54 ` Greg KH
2008-08-29 15:36 ` Matthew Wilcox
2008-08-29 15:53 ` Dave Higton
2008-09-03 4:25 ` Matthew Wilcox
2008-09-03 15:40 ` Alan Stern
2008-09-03 19:10 ` Matthew Wilcox
2008-09-03 20:15 ` Alan Stern
2008-09-04 21:48 ` Matthew Wilcox
2008-09-04 22:15 ` Greg KH
2008-09-05 3:26 ` Pete Zaitcev
2008-09-05 11:37 ` Tilman Schmidt
2008-09-05 15:05 ` Alan Stern
2008-09-09 0:53 ` Matthew Wilcox
2008-09-09 7:12 ` Steve Calfee
2008-09-09 7:33 ` Greg KH
2008-09-09 8:04 ` Greg KH [this message]
2008-09-09 15:21 ` Alan Stern
2008-09-03 15:57 ` Greg KH
2008-09-03 19:43 ` Matthew Wilcox
2008-09-04 2:41 ` 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=20080909080403.GA12614@kroah.com \
--to=greg@kroah.com \
--cc=bgmerrell@novell.com \
--cc=hirofuchi@users.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=matthew@wil.cx \
--cc=stern@rowland.harvard.edu \
--cc=stevecalfee@gmail.com \
--cc=usbip-devel@lists.sourceforge.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox