Description of problem: Fails to configure USB printer Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1.install fedora with printer connected and powered up 2. 3. Actual results: No configuration Expected results: Configuration as with Fedora 14 Additional info: The printer is attached via a parallel-to-USB connector. On Fedora 14 install (Not upgrade!) this was completely seamless. The printer worked "out of the box". With Fedora 15, there is no sign of it. CUPS, for example, does not offer a USB option to add a printer. Obviously, I'd like to see this fixed. More important, I'd like to know what changed and/or what RPMs need to be installed. I've added these: system-config-printer.i686 system-config-printer-libs.i686 system-config-printer-udev.i686 cups-lpd FWIW.
Seems like bug #624564. But that should be already fixed with cups-1.4.6-8.fc15. Can you show the output of the following commands when the printer is connected and on ? rpm -q cups system-config-printer lsusb lspci su -c "lpinfo -l -v"
I think it would be useful as well to see everything that 'dmesg' says when you plug in the (powered) printer: 1. Unplug the USB-parallel adapter 2. "dmesg -c" to clear the log 3. Make the sure printer is connected to the (disconnected) USB-parallel adapter, and powered on 4. Plug in the USB-parallel adapter 5. dmesg > dmesg.txt Please attach dmesg.txt.
Created attachment 525772 [details] Output of lspci
Created attachment 525773 [details] Output of dmesg after usb plug-in
Created attachment 525774 [details] output of lssub
Created attachment 525775 [details] output of lpinfo
%rpm -q cups system-config-printer cups-1.4.8-2.fc15.i686 system-config-printer-1.3.5-3.fc15.i686
Looks like an issue with the uss720 driver. Changing component.
Just in case it wasn't obvious, I really need some help here. As in, the printer is not functional. I'm offering to help, if I can. Including building a kernel, should that be needed.
seem like I've hit the same issue ... would that help if I bring the converter into the Brno office? - together with the printer?
I've been having the same issues with Fedora 15 and the uss720 driver. I tried the latest Fedora 16 live CD and it also has the same problem with the driver.
FWIW, if one is prepared to give up the convenienceof CUPS, here's something that works. Plug in the printer USB cable #dmesg|tail [121048.900112] usb 2-1: new full speed USB device number 3 using uhci_hcd [121049.078171] usb 2-1: New USB device found, idVendor=050d, idProduct=0002 [121049.078180] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [121049.078187] usb 2-1: Product: IEEE-1284 Controller [121049.078193] usb 2-1: Manufacturer: Belk USB Printing Support [121049.089398] usblp0: USB Bidirectional printer dev 3 if 0 alt 1 proto 2 vid 0x050D pid 0x0002 cat testing.ps > /dev/usb/lp0 printout ... yea!
I followed the instructions in Comment 12 but I didn't get the same messages in my dmesg output. My output looks like this: [76983.284450] usb 1-1.5: new full speed USB device number 11 using ehci_hcd [76983.374921] usb 1-1.5: New USB device found, idVendor=050d, idProduct=0002 [76983.374925] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [76983.374928] usb 1-1.5: Product: IEEE-1284 Controller [76983.374930] usb 1-1.5: Manufacturer: Belk USB Printing Support [76984.375014] get_1284_register timeout [76984.375112] uss720: async_complete: urb error -104 [76984.375117] uss720: async_complete: urb error -104 [76984.375120] uss720: async_complete: urb error -104 [76984.375123] uss720: async_complete: urb error -104 [76984.375351] uss720: async_complete: urb error -32 Any ideas?
I am by no means an expert here. I'm running the 2.6.41.1-1.fc15.i686 kernel, and my Fedora 15 install is completely up-to-date. If your USB is 1.1.5 (if I'm reading the output correctly), that could be the reason for the problem.The uss720 is indeed believed to be the source of our problems, but in your case it appears that the get_1284_register timeout is the beginning of the problem, and uss720 is perhaps not to blame. get_1284_register is not an installed module on my system.
drivers/usb/misc/uss720.c:236: printk(KERN_WARNING "get_1284_register timeout\n"); Looks like it waits for 1 second and then times out.
(In reply to comment #12) > FWIW, if one is prepared to give up the convenienceof CUPS, here's something > that works. > > Plug in the printer USB cable > > #dmesg|tail > [121048.900112] usb 2-1: new full speed USB device number 3 using uhci_hcd > [121049.078171] usb 2-1: New USB device found, idVendor=050d, idProduct=0002 > [121049.078180] usb 2-1: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [121049.078187] usb 2-1: Product: IEEE-1284 Controller > [121049.078193] usb 2-1: Manufacturer: Belk USB Printing Support > [121049.089398] usblp0: USB Bidirectional printer dev 3 if 0 alt 1 proto 2 vid > 0x050D pid 0x0002 > cat testing.ps > /dev/usb/lp0 > > printout ... yea! well, not for me ... dmesg looks almost the same: [108360.890077] usb 2-1.2: new full speed USB device number 4 using ehci_hcd [108360.976882] usb 2-1.2: New USB device found, idVendor=067b, idProduct=2305 [108360.976887] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [108360.976891] usb 2-1.2: Product: IEEE-1284 Controller [108360.976894] usb 2-1.2: Manufacturer: Prolific Technology Inc. [108365.965730] usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 but doing "cat test.txt > /dev/usb/lp0" does nothing trying that again, the command hangs in write tested on 3.1.5-6.fc16.x86_64 => updating version
What does ls -l /dev/usb/lp0 say? If you don't have write access, then you need to chmod it as root. Otherwise, sorry, "it works for me".
(In reply to comment #17) > What does ls -l /dev/usb/lp0 say? crw-rw----. 1 root lp 180, 0 29. pro 16.19 /dev/usb/lp0 > If you don't have write access, if I don't have write acces, I'd get "permission denied" in the first place ;-)
Created attachment 550103 [details] Dmesg output form 16 kernel 3.1.6-1.fc16.i686.PAE #1 SMP
Well, I thought I was so clever, but it appears that the ss720 module has defeated me. Kernel is 3.1.6-1.fc16.i686.PAE #1 SMP from the Fedoar 16 install, but otherwise the setup is the same. It's one thing if the problem has a workaround, but this is just too sad.
The uss720 driver says: NOTE: this is a special purpose driver to allow nonstandard protocols (eg. bitbang) over USS720 usb to parallel cables If you just want to connect to a printer, use usblp instead Can you try blacklisting the uss720 module?
Hmmmm .... well, I've not been paying any attention to the printer for the last month, so I can't say when the problem went away, but .. it works once I blacklisted the uss720 module. Not only did cups-1.5.2-1.fc16.i686 find the printer, it gave me a complete set of defaults. So, thanks. BTW, what is usblp?
reopening - there are people who are not so lucky that it would magically start working for them ... and even if that works for someone, manually blacklisting a module is just a workaround, not a solution but that workaround doesn't work in my case (uss720 is not used at all) - if that is different problem (while I'd see that as just another symptome of the same base cause ...), then please clone to another component as appropriate, or let me know to file the new bug => NEEDINFO assignee
[mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update.
Tested and working, The uss270 module remains blacklisted.
(In reply to comment #27) > Tested and working, The uss270 module remains blacklisted. "... and even if that works for someone, manually blacklisting a module is just a workaround, not a solution ..." and it still does not work for me and the NEEDINFO as per commment #23 is still valid
Hi GeoffLeach, Can you please send usbmon out put of your working solution. Just want to see if any thing is missing. So start usbmon in one of terminal as a super user, connect the printer and try a test page request. usbmon will be very helpful to understand the problem just want to give it a try and dmesg out put if possible. thanks
Created attachment 583410 [details] usbmon output on print
Hi GeoffLeach, I have seen the USB traffic for printer but you missed to give the logs for device connection ... so it would be helpful if you try following step.. 1) start usbmon. 2) connect the printer device ... (because printer enumeration is missing in logs). thanks
Created attachment 583437 [details] usbmon output No printing this time, just USB cable plugin.
Created attachment 584184 [details] usbmon output on connecting/sending data to/disconnecting printer I've connected the printer waited for things to settle then tried twice "echo test > /dev/usb/lp0" - on the first try, the command returned to commandline immediately but nothing was printed - on the second try, it hanged until disconnecting the printer from dmesg: [ 179.688589] usb 2-1.2: new full-speed USB device number 3 using ehci_hcd [ 179.775447] usb 2-1.2: New USB device found, idVendor=067b, idProduct=2305 [ 179.775453] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 179.775458] usb 2-1.2: Product: IEEE-1284 Controller [ 179.775461] usb 2-1.2: Manufacturer: Prolific Technology Inc. [ 184.840206] usblp0: USB Bidirectional printer dev 3 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [ 184.840266] usbcore: registered new interface driver usblp [ 269.996799] usblp0: nonzero write bulk status received: -32 [ 269.996812] usblp0: nonzero read bulk status received: -32 [ 270.247604] usb 2-1.2: USB disconnect, device number 3 [ 270.247892] usblp0: removed on Fedora 17 with 3.3.4-4.fc17.x86_64
Is this still being seen on 3.4 or 3.5?
The problem continues in 3.5. The workaround is to blacklist uss720
No working for me: cat /etc/modprobe.d/blacklist-cups.conf blacklist uss720
yay, it started working again! kernel-3.5.3-1.fc17.x86_64 still not ideal, see the dmesg output below, but at least I was able to print a page (after changing /dev/usblp0 to /dev/usb/lp0 in CUPS configuration) from dmesg: [54106.507809] usb 2-1.2: new full-speed USB device number 4 using ehci_hcd [54106.594977] usb 2-1.2: New USB device found, idVendor=067b, idProduct=2305 [54106.594982] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [54106.594985] usb 2-1.2: Product: IEEE-1284 Controller [54106.594988] usb 2-1.2: Manufacturer: Prolific Technology Inc. [54107.018005] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54107.018050] usbcore: registered new interface driver usblp [54108.445540] usblp0: removed [54108.506635] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54285.798167] usblp0: removed [54285.859388] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54290.886215] usblp0: removed [54290.945780] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54295.973372] usblp0: removed [54296.035898] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54301.063427] usblp0: removed [54301.125992] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54306.152795] usblp0: removed [54306.212442] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54311.239818] usblp0: removed [54311.302618] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54316.328800] usblp0: removed [54316.388914] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54321.416239] usblp0: removed [54321.479020] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54326.506417] usblp0: removed [54326.569219] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54331.596659] usblp0: removed [54331.659238] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54336.686695] usblp0: removed [54336.750223] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54341.777831] usblp0: removed [54341.839527] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54346.867002] usblp0: removed [54346.929718] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54351.957072] usblp0: removed [54352.019911] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54357.047323] usblp0: removed [54357.109947] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54362.136442] usblp0: removed [54362.196302] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54367.223571] usblp0: removed [54367.286453] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54372.313852] usblp0: removed [54372.376617] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54377.403936] usblp0: removed [54377.466779] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54382.493015] usblp0: removed [54382.553031] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54387.581081] usblp0: removed [54387.643339] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54392.670339] usblp0: removed [54392.733437] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54397.760488] usblp0: removed [54397.823525] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54400.699929] usblp0: removed [54400.762829] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54405.790261] usblp0: removed [54405.853111] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54410.880296] usblp0: removed [54410.943231] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54415.667169] usblp0: removed [54415.727630] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54415.821486] lp: driver loaded but no devices found [54415.932402] usblp0: removed [54415.991614] usblp 2-1.2:1.0: usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 [54420.294201] usblp0: removed [54426.585934] usb 2-1.2: reset full-speed USB device number 4 using ehci_hcd @Guillaume: does it work for you if you upgrade to the abovementioned kernel version?
Yes, it's good ! Thx
# Mass update to all open bugs. Kernel 3.6.2-1.fc16 has just been pushed to updates. This update is a significant rebase from the previous version. Please retest with this kernel, and let us know if your problem has been fixed. In the event that you have upgraded to a newer release and the bug you reported is still present, please change the version field to the newest release you have encountered the issue with. Before doing so, please ensure you are testing the latest kernel update in that release and attach any new and relevant information you may have gathered. If you are not the original bug reporter and you still experience this bug, please file a new report, as it is possible that you may be seeing a different problem. (Please don't clone this bug, a fresh bug referencing this bug in the comment is sufficient).
(In reply to comment #39) > # Mass update to all open bugs. > > Kernel 3.6.2-1.fc16 has just been pushed to updates. > This update is a significant rebase from the previous version. > > Please retest with this kernel, and let us know if your problem has been > fixed. I've tested with 3.6.3-1.fc17.x86_64 it som3.6.3-1.fc17.x86_64 still not perfect ... * printer self test page does not work - I get "If you can read this, you are using the wrong driver for your printer." ... which is not true, I'm using the same driver as before it stopped working a few versions ago, and it is the recommended default for my printer in addition, the self test page was stuck in processing, it got through the printer only after hitting the formfeed/paper load button * CUPS test page works as expected, as well as printing from applications * sometimes, the abovementioned problem - having to push the button - appears also for normal print jobs (in that case, it seems it has to do something with powersaving mode) anyways, from my POV this seems mostly fixed so I wouldn't mind closing this bugreport - the question is how about people who needed to blacklist uss270 ... is it still needed (does it work at least after blacklisting)?
Tested with 3.6.3-1.fc17.x86_64 with or without blacklist uss270: no self test page (cups/printcfg) no print possible. from dmesg: [ 102.831235] usblp0: removed [ 112.027570] usblp 3-2:1.0: usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x04E8 pid 0x3301 [ 112.027639] usblp0: removed [ 112.130023] usb 3-2: reset full-speed USB device number 2 using uhci_hcd [ 112.273563] usblp 3-2:1.0: usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x04E8 pid 0x3301 [ 113.324418] usblp0: removed [ 113.339290] usblp 3-2:1.0: usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x04E8 pid 0x3301 [ 292.706726] usblp0: removed [ 301.322078] usblp 3-2:1.0: usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x04E8 pid 0x3301 [ 301.322628] usblp0: removed [ 301.424021] usb 3-2: reset full-speed USB device number 2 using uhci_hcd [ 301.567935] usblp 3-2:1.0: usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x04E8 pid 0x3301 [ 302.213264] usblp0: removed [ 310.841677] usblp 3-2:1.0: usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x04E8 pid 0x3301 [ 310.841747] usblp0: removed [ 310.944038] usb 3-2: reset full-speed USB device number 2 using uhci_hcd [ 311.087682] usblp 3-2:1.0: usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x04E8 pid 0x3301
Marco, kavol: the 'usblp0: removed' lines indicate a different problem. Please follow bug #873123
This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.