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 2.0. 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 openprinting.org page for this printer, you'll see that this printer requires the hplip driver; http://openprinting.org/show_printer.cgi?recnum=HP-DeskJet_3840 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. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
Description: PGP signature