Interesting - I have problems with ulpt as well: ulpt0: <Micronet Communications product 0x0002, class 0/0, rev 1.00/0.06, addr 3> on usbus2 ulpt0: using bi-directional mode ulpt1: <Alps Electric MD USB Cable, class 0/0, rev 1.00/2.00, addr 4> on usbus1 ulpt1: using bi-directional mode ulpt1: out of paper ulpt2: <Prolific Technology Inc. IEEE-1284 Controller, class 0/0, rev 1.00/2.02, addr 5> on usbus1 ulpt2: using bi-directional mode ulpt2: out of paper ulpt0 prints and the others are just plugged in cables. But none of them is listed with usbconfig: [80]cicely13# usbconfig ugen0.1: <UHCI root HUB Intel> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: <OHCI root HUB NEC> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: <OHCI root HUB NEC> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: <EHCI root HUB NEC> at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.2: <TUSB2046 hub Texas Instruments> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen3.2: <USB2.0 Hub Genesys Logic> at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen2.2: <UHB124 hub Atmel> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen1.3: <USB Storage Device Generic> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.4: <MC141555 hub controller Motorola> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen3.3: <Mass Storage Device Generic> at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen3.4: <Slim Hub Cypress Semiconductor> at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen3.6: <product 0x6124 Atmel> at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.7: <UHB124 hub Atmel> at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen3.8: <PL2303 Serial (ATEN/IOGEAR UC232A) Prolific Technology> at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.5: <USB - RS232 BWCT> at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON With the prolific connected usbconfig even takes a few seconds, while it is fast otherwise. On Sun, Mar 22, 2009 at 06:46:30AM -0400, debardeleben_at_aol.com wrote: > I finally got fed up enough with not being able to print with -CURRENT, > and found a fix that make ulpt work for me with my epson stylus photo 835. > > I am using cups, and I have always needed to use the non-reset device, > even with the old USB stack. Hopefully a committer can pick this up and > include an appropriate version of this fix to the source tree. In the mean > time, if you are having trouble with a usb printer with -CURRENT, you > may want to try this patch. > > I am attaching a patch file (referenced at /usr/src/sys/dev/usb/serial > from my system. The change is to initialize sc_fflags to 0 when > attaching the device. This is allowing open to stop returning EBUSY. > > Now on to finding out why using my newly accessible firewire disks > resulted in filesystem corruption on all of my filesystems. I suspect > some missing lock. Its very annoying, and I lost a lot of important > files. (I will be doing a full backup of all of my disks before > connecting my firewire disks back up). > > -Charles > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" -- B.Walter <bernd_at_bwct.de> http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.Received on Sun Mar 22 2009 - 15:29:24 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:44 UTC