long delay printing last page hp laserjet 1300 usb

[michaelrsweet]

Version: 1.4.1
CUPS.org User: david

I have a hp laserjet 1300 connected via usb to a lenovo x61 laptop.
My operating system is Arch linux.

Upon upgrading to cups 1.4.1, I blacklisted the hplip kernel module, and removed and reinstalled the printer in CUPS administration.

All but the last page of documents print normally, but there is a 5 minute delay before the last page emerges from the printer. During this time CUPS reports the job has finished and the printer is available.

The problem occurs with both the foomatic driver and the postscript driver.

I acquired a docking station for the laptop, connected the printer via the parallel port, and re-installed the printer in CUPS administration.
Everything is fine; the problem does not occur.

[michaelrsweet]

CUPS.org User: mike

Please do the following:

1. Run "cupsctl --debug-logging" to enable debug logging
2. Setup the queue using the "postscript" driver you are referring to
3. Send a print job.
4. Attach your /var/log/cups/error_log file, the PPD file from /etc/cups/ppd/printername.ppd, and the output of "dmesg" from your system.

[michaelrsweet]

CUPS.org User: egan

I have this problem as well, on the same operating system. I hope that it gets fixed as it is incredibly annoying. I have included the files you asked for, hopefully they are what is needed.

[michaelrsweet]

CUPS.org User: egan

More precisely, I experience this problem in CUPS 1.4.3-2 one an HP Laserjet 1320n on Arch Linux.

[michaelrsweet]

CUPS.org User: grafrotz

I have a HP Laserjet 1300 with extra 64 MB of memory (80MB in sum).

When I tried cups 1.4.4 with libusb (usblp turned off in the kernel), I really wondered why the cups test page took so long to print. So I think it is the same issue as described here.

I use the hp_ps_de.ppd from the original windows driver. There I can manage all options I need: extra Memory and 1200 dpi. That worked for years now. So I wonderd the hint to use the cups-ppd-files.

What is the problem with libusb? Did something changed in the usb spec? Old kernel-usblp works, new libusb do not work. What are You doing there?

[michaelrsweet]

CUPS.org User: mike

grafrotz: the spec hasn't changed, but many USB printers do not follow the spec. It is likely that the kernel driver is using some sort of quirk mode with this printer that we don't support with the libusb-based backend and thus we can't get the full speed out of the printer.

Can either of you try changing the buffer on line 104 of backend/usb-libusb.c from 8192 bytes to 512 to see if that resolves the problem?

Thanks!

[michaelrsweet]

CUPS.org User: mike

This STR has not been updated by the submitter for two or more weeks and has been closed as required by the CUPS Configuration Management Plan. If the issue still requires resolution, please re-submit a new STR.

[michaelrsweet]

"str3405.patch":

Index: backend/usb-libusb.c

--- backend/usb-libusb.c (revision 9428)
+++ backend/usb-libusb.c (working copy)
@@ -3,7 +3,7 @@
*

• Libusb interface code for CUPS.

• * Copyright 2007-2010 by Apple Inc.
• * Copyright 2007-2011 by Apple Inc.
  *
• These coded instructions, statements, and computer programs are the
• property of Apple Inc. and are protected by Federal copyright
  @@ -101,7 +101,7 @@
  usb_printer_t printer; / Printer /
  ssize_t bytes, / Bytes read/written /
  tbytes; / Total bytes written */
• char buffer[8192]; /* Print data buffer */
• char buffer[512]; /* Print data buffer /
  struct sigaction action; / Actions for POSIX signals /
  struct pollfd pfds[2]; / Poll descriptors */

@@ -748,7 +748,7 @@
{
ssize_t bytes, /* Bytes read/written /
tbytes; / Total bytes written */

• char buffer[8192]; /* Print data buffer */
• char buffer[512]; /* Print data buffer /
  struct pollfd pfd; / Poll descriptor /
  cups_sc_command_t command; / Request command /
  cups_sc_status_t status; / Request/response status */