-
Notifications
You must be signed in to change notification settings - Fork 461
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Long delay before printing last page on HP LaserJet 1150/1300/1320 (usb backend) #4549
Comments
CUPS.org User: tagunil Inserting sleep(1) before calling close_device() in usb_libusb.c fixes this for me. |
CUPS.org User: till.kamppeter Looks like this should be implemented as a new USB quirk type, perhaps named "delayed-close" which lets the backend do a sleep(1) before doing close_device(). |
CUPS.org User: h.blischke Instead of sleep (1) ti will be better to call fflush prior tp close_device |
CUPS.org User: tagunil I'm not sure that fflush will work because I've captured USB traffic with and without sleep() and the only substantial difference I've found was time delay before switching altsetting back. I think it is a hardware bug, and a new quirk type will be good. |
CUPS.org User: smitty It has been a very long time, but I recall some printers from this period where the coordination between the PDL language interpreter and the USB subsystem had some issues, and that could cause buffer flushing problems in the printer. Making sure that the jobs were well-formed as far as the PCL5 or PJL language reference manuals were concerned may help; for instance, including leading / trailing UELs to "thump" the language interpreter, which may cause buffer flushes between the subsystems. |
CUPS.org User: mike Please provide the USB vendor/model IDs so we can populate the quirks file appropriately. |
CUPS.org User: tagunil HP LaserJet 1150: Maybe there are more affected models, but I've seen only these. |
CUPS.org User: mike Fixed in Subversion repository. |
"str4549.patch": Index: backend/org.cups.usb-quirks--- backend/org.cups.usb-quirks (revision 12875) product ID (omit for all vendor products), and a list of known issues:blacklist The printer is not functional with the USB backend.+# delay-close Delay close/reset of selected interface no-reattach Do no re-attach usblp kernel module after printing.soft-reset Do a soft reset after printing for cleanup.unidir Only supported unidirectional I/O@@ -227,3 +228,13 @@ All Intermec devices (STR #4553)0x067e no-reattach Index: backend/usb-libusb.c--- backend/usb-libusb.c (revision 12875)
@@ -641,6 +642,9 @@
close_device(g.printer); /*
|
Dear Mike, The same delay-close problem exists on HP Laserjet 1160.
Could you please include this in the future versions? Gabor |
@hawajrambo Please file a new issue for the LaserJet 1160. |
Version: 2.1-current
CUPS.org User: tagunil
I have many old HP LJ printers (1150/1300/1320) and there is very long delay before last page prints (5-10 minutes) with libusb-based usb backend. Usually this last page is also corrupted. It looks like STR #3405. I can't use hp backend from HPLIP, because it is small embedded system and I want use everything as generic as possible. Decreasing buffer size as in r9448 does not work for me. Usblp-based backend works perfectly.
The text was updated successfully, but these errors were encountered: