linux-kernel - Re: [BUG] Loading both ehci-hcd and uhci-hcd drivers causes my printer to fail

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <1236528558.11774.50.camel@maxim-laptop>
Date:	Sun, 08 Mar 2009 18:09:18 +0200
From:	Maxim Levitsky <maximlevitsky@...il.com>
To:	Alan Stern <stern@...land.harvard.edu>
Cc:	Greg KH <greg@...ah.com>, linux-usb@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [BUG] Loading both ehci-hcd and uhci-hcd drivers causes my
 printer to fail

On Sat, 2009-03-07 at 22:27 -0500, Alan Stern wrote:
> On Sat, 7 Mar 2009, Maxim Levitsky wrote:
> 
> > On Sat, 2009-03-07 at 11:52 -0800, Greg KH wrote:
> > > On Sat, Mar 07, 2009 at 09:20:44PM +0200, Maxim Levitsky wrote:
> > > > Hi,
> > > > 
> > > > Short summary:
> > > > 
> > > > I have HP1018 printer, and it works well in windows.
> > > > When I use in in linux, I often see messages like:
> > > > 
> > > > usbfs: USBDEVFS_CONTROL failed cmd python rqt 128 rq 6 len 255 ret -110
> > > > 
> > > > This is using hp backend that talks to printer using usbfs.
> > > > I also tried usblp, but it just doesn't say anything in kernel log. I
> > > > think it silently ignores similar errors, because the end result is the
> > > > same, the printer sometimes works, but sometimes doesn't.
> > > > (printer needs firmware to be uploaded to it, and I do upload it).
> > > > 
> > > > On the other hand, IF I remove _ether_ ehci-hcd or uhci-hcd from kernel,
> > > > then everything works fine, I already rebooted the printer many times,
> > > > used it to print, upload firmware, and everything just work, but as soon
> > > > as I load the second driver it fails in same way again.
> > > > 
> > > > USB issues with this class of printers are nothing but new, for example
> > > > see:
> > > > 
> > > > http://foo2zjs.rkkda.com/forum/read.php?9,374
> > > > https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/54419
> > > 
> > > What kernel version are you using?
> > > 
> > > > I compiled without CONFIG_USB_EHCI_ROOT_HUB_TT
> > > > and it did help (didn't that much testing, but at least firmware loads
> > > > ok, and no error messages)
> > > 
> > > Can you provide the full kernel log messages from when you plug in your
> > > printer?  Are there any other messages saying that you need to be sure
> > > to load one driver before the other?
> > I am familiar with these messages, maybe instead uhci should depend on
> > ehci or something like that?
> 
> 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?
For example how to I ensure the correct order with udev?



> 
> > Tommorow I try to load them manually in correct order.
> > Btw, if I unload both and then load first ehci then uhci, this is ok
> > (if they were loaded incorrectly)
> > 
> > 
> > Confirm again that without CONFIG_USB_EHCI_ROOT_HUB_TT both drivers
> > work.
> > 
> > dmesg (from /var/log/kern.log.0) attached
> > It shows how I rebooted the printer often.
> > It also have this error message about the order.
> > 
> > But this isn't related.
> > I currently blacklisted uhci-hcd, so only ehci-hcd gets loaded.
> > Then I loaded the uhci, and got same bug
> > (This is why I attached an older dmesg, if you need I reproduce that bug
> > again)
> 
> The dmesg you attached shows that you unloaded uhci-hcd but the printer 
> still failed to work.  This contradicts your statement above that if 
> you remove either driver then everything works fine.
We both yes and no:
#define	ETIMEDOUT	110

I forgot to tell you that without CONFIG_USB_EHCI_ROOT_HUB_TT or without
one of the drivers it is still possible to see that error, if I attempt
to query printer status while firmware is loading.
I think this is not a bug, and printer works after such message.
This is what you have seen in the logs, I tried to make the printer
crash, so I tried the above.




> 
> The information in the log isn't really enough to tell what's 
> happening.  It would be better if you could provide a usbmon trace 
> showing the problem.

> 
> 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


> Alan Stern
> 

Best regards,
	Maxim Levitsky

--
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/