Hello Maurice, On 29/01/14(Wed) 18:55, Maurice McCarthy wrote: > On Wed, Jan 29, 2014 at 06:31:55PM +0100 or thereabouts, Antoine Jacoutot > wrote: > [...] > > Thank you Antoine, I've never actually tried to configure cups through ulpt > after reading your pkg-readme. But after seeing this is dmesg: > > $ dmesg | grep ugen > ugen0 at uhub0 port 4 configuration 1 "EPSON USB2.0 MFP(Hi-Speed)" rev > 2.00/1.00 addr 3 > $ dmesg | grep ulpt > ulpt0 at uhub0 port 4 configuration 1 interface 1 "EPSON USB2.0 > MFP(Hi-Speed)" rev 2.00/1.00 addr 3 > ulpt0: using bi-directional mode > > ... it made me wonder whether ulpt is enabled in the default 5.4 kernel or > not.
The reason behind enabling ulpt(4) in the default kernel is that you might be able to use your printer without 3rd party programs. ugen(4) is here to provide an interface to use userland drivers, and that's what CUPS is all about, it bundles a lot of drivers for printers. With some coding efforts, it should be possible to use both at the same time, but somebody has to do it. > $ sudo usbdevs -vd > Controller /dev/usb0: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > ATI(0x1002), rev 1.00 > uhub0 > port 1 addr 2: high speed, self powered, config 1, USB2.0 Hub(0x0605), > Genesys Logic(0x05e3), rev 6.0b > uhub10 > port 1 powered > port 2 powered > port 3 powered > port 4 powered > port 2 powered > port 3 powered > port 4 addr 3: high speed, self powered, config 1, USB2.0 > MFP(Hi-Speed)(0x0849), EPSON(0x04b8), rev 1.00, iSerialNumber > 4B4C4E4B3032373907 > ulpt0 > umass0 > ugen0 Here comes all the fun :) You still have ulpt0 attached to your device, and that is certainly why you get an USB write error: > [...] > D [29/Jan/2014:18:40:39 +0000] [Job 2] libusb write operation returned > ffffff9d. Could you try disabling ulpt(4) in your kernel like it is said in cups' README? Then make sure only ugen(4) and umass(4) are attached to your device after reboot, check your /dev/ugen* permissions and try again. M.
