USB / printer woes

Roland Smith rsmith at
Fri Apr 25 15:50:17 UTC 2008

On Fri, Apr 25, 2008 at 12:22:02AM -0500, David Reedy Jr wrote:
> Small home network. Bottom line, trying to get a USB printer working 
> with cups. Right now I'm thinking it's more of a usb problem.
> USB related dmesg output...
> uhci0: <VIA 83C572 USB controller> port 0xd400-0xd41f at device 11.0 on 
> pci2
> uhci0: [GIANT-LOCKED]
> uhci0: [ITHREAD]
> usb0: <VIA 83C572 USB controller> on uhci0
> usb0: USB revision 1.0
> uhub0: <VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
> uhub0: 2 ports with 2 removable, self powered
> uhci1: <VIA 83C572 USB controller> port 0xd000-0xd01f at device 11.1 on 
> pci2
> uhci1: [GIANT-LOCKED]
> uhci1: [ITHREAD]
> usb1: <VIA 83C572 USB controller> on uhci1
> usb1: USB revision 1.0
> uhub1: <VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1
> uhub1: 2 ports with 2 removable, self powered
> ehci0: <VIA VT6202 USB 2.0 controller> mem 0xf2000000-0xf20000ff at 
> device 11.2 on pci2
> ehci0: [GIANT-LOCKED]
> ehci0: [ITHREAD]
> usb2: EHCI version 1.0
> usb2: companion controllers, 2 ports each: usb0 usb1
> usb2: <VIA VT6202 USB 2.0 controller> on ehci0
> usb2: USB revision 2.0
> uhub2: <VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb2
> uhub2: 4 ports with 4 removable, self powered
> when I turn on the printer I get...
> ulpt0: <HP Deskjet 3840, class 0/0, rev 2.00/1.00, addr 2> on uhub1
> ulpt0: using bi-directional mode
> Depending on the physical port connected to, it's either uhub0 or uhub1, 
> connecting to usb0 / usb1 both of which are usb revision 1.0. All the 
> information I have says this printer is usb 2.0. Why is it not 
> attaching to ehci0/uhub2/usb2?

Hard to say. Some USB products react differently depending on how you
connect them. I've got a USB disk enclosure that connects as USB 1.1 if
I make the connection first and then switch it on. 

If I switch it on first and then make the connection it connects as USB

Try it and see if it helps.
> echo "something" > /dev/ulpt0 results in silence.

I don't think this is even _supposed_ to work. It's been a while since
you could just cat a file to a printer port. :-)

> So does printing a 
> test page from the cups web interface. It's a black hole.

If you look at the page for this printer, you'll see
that this printer requires the hplip driver;

You can install it from ports. It is in print/hplip.

> Can anybody tell me what's wrong? Would removing ohci/uhci from the 
> kernel force it to connect to the usb 2.0 side of things?

Make sure that the hplip driver in installed.

Make sure that you have the right permissions set for /dev/ulpt0. 
See /usr/ports/print/cups-base/pkg-message

Have a look at the cups logfiles in /var/log/cups.

[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url :

More information about the freebsd-questions mailing list