From: Maxim Levitsky <maximlevitsky@gmail.com>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Greg KH <greg@kroah.com>,
linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [BUG] Loading both ehci-hcd and uhci-hcd drivers causes my printer to fail
Date: Mon, 09 Mar 2009 12:07:40 +0200 [thread overview]
Message-ID: <1236593260.609.1.camel@maxim-laptop> (raw)
In-Reply-To: <Pine.LNX.4.44L0.0903081243100.5243-100000@netrider.rowland.org>
On Sun, 2009-03-08 at 12:58 -0400, Alan Stern wrote:
> On Sun, 8 Mar 2009, Maxim Levitsky wrote:
>
> > > No, adding a dependency won't work because it is valid to load
> > > uhci-hcd without ehci-hcd. The only time a problem occurs is if you
> > > load both of them in the wrong order. (And in fact it's pretty rare
> > > for that to cause a real problem -- mostly you just get some annoying
> > > messages in the log.)
> > But since it can cause a problem, this has to be somehow automatically
> > fixed isn't it?
>
> Can it cause a problem? I'm not so sure -- it depends on what you mean
> by "problem". One person complained forcefully just because he didn't
> like all the extra "disconnect" messages in the system log, even though
> everything worked perfectly.
>
> > For example how to I ensure the correct order with udev?
>
> You can't. But you can add rules to /etc/modprobe.conf to insure that
> ehci-hcd is always loaded before uhci-hcd.
>
> > > CONFIG_USB_EHCI_ROOT_HUB_TT shouldn't make any difference at all.
> > > That setting matters only for hardware using the ARC/TDI design, which
> > > is not present in your Intel chipset. Likewise, provided ehci-hcd is
> > > loaded first, it shouldn't make any difference whether uhci-hcd is
> > > loaded or not.
> > Well, I retest this.
> > But it seems to work
>
> Best would be if you could send two usbmon traces, one showing the
> problem and one showing what happens when uhci-hcd isn't loaded but
> everything else is the same. For each test, plug in the printer's USB
> cable after starting the trace.
Will do soon.
>
> And don't try to confuse matters by querying the printer status while
> reloading its firmware.
Well, I suspected that there is some concurrent access from both usb
drivers, so I tried all options to crash it....
> Alan Stern
>
next prev parent reply other threads:[~2009-03-09 10:07 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-07 19:20 [BUG] Loading both ehci-hcd and uhci-hcd drivers causes my printer to fail Maxim Levitsky
2009-03-07 19:52 ` Greg KH
2009-03-07 20:22 ` Maxim Levitsky
2009-03-07 20:23 ` Maxim Levitsky
2009-03-08 0:55 ` Maxim Levitsky
2009-03-08 3:27 ` Alan Stern
2009-03-08 16:09 ` Maxim Levitsky
2009-03-08 16:58 ` Alan Stern
2009-03-09 10:07 ` Maxim Levitsky [this message]
2009-03-09 12:26 ` Maxim Levitsky
2009-03-09 14:53 ` Alan Stern
2009-03-09 15:57 ` Maxim Levitsky
2009-03-09 16:15 ` Alan Stern
2009-03-09 18:59 ` Maxim Levitsky
2009-03-09 19:12 ` Alan Stern
2009-03-09 19:51 ` Maxim Levitsky
2009-03-09 20:02 ` Maxim Levitsky
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=1236593260.609.1.camel@maxim-laptop \
--to=maximlevitsky@gmail.com \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=stern@rowland.harvard.edu \
/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