Printing via ulpt0 extremely slow
cpghost at cordula.ws
Sun Jan 31 18:50:02 UTC 2010
On Fri, Jan 29, 2010 at 09:08:14PM +0100, Jens Schweikhardt wrote:
> hello, world\n
> I have a system with a handful of kernels I chose from with grub.
> Recently compiled 8-STABLE systems show strange printing behaviour.
> While a one year old 8.0-CURRENT #0 r185532 has no problem printing to
> my HP Laserjet 2300d (via cups and USB/ulpt0), newer systems and even
> 9-CURRENT print extremely slow, on the order of 1 page every 6 minutes.
> The printer's "Data" LED blinks sometimes erratically, sometimes is on
> for a few seconds, with intermittent periods of 1Hz blinking (which is
> the expected normal behavior).
For some reason, CUPS stopped working for me too, after upgrading
print/cups-base. Using a HP LaserJet 1320 (Postscript) attached
via ulpt0. Exactly the same symptoms.
As a workaround, I simply filter PDF files through
and send that to /dev/ulpt0 directly.
I have no idea how to debug this, because nothing shows in
the CUPS logs.
> So I'm wondering what causes this oddity. I've ruled out an issue
> with hald/dbus which recent systems use for xorg 7.4, by turning them
> off, rebooting and printing from the console--same slow printing.
> The cups log says it sent the file succesfully (/var/log/cups/access_log):
> localhost - - [29/Jan/2010:20:17:11 +0100] "POST /printers/LaserJet_2300d HTTP/1.1" 200 18530 Send-Document successful-ok
> I can't find anything obvious in my kernel config that might account
> for this behavior.
I don't think it is related to FreeBSD, because printing worked perfectly
only my system (FreeBSD/amd64 r200471) before updating cups-base, and
stopped working exactly after that (but printing directly to /dev/ulpt0
still works perfectly). It is probably a cups problem.
> It does not matter if the printer is on or off when the system
> I've read about interrupt storms (when printing via lpt0), but vmstat -i
> looks sane AFAICT:
> $ vmstat -i
> interrupt total rate
> irq16: vgapci0 ahc* 192947 62
> irq18: skc0 uhci2++ 3765 1
> irq19: fwohci0++ 383725 124
> irq23: uhci3 ehci1 3700 1
> cpu0: timer 6227448 2018
> irq256: hdac0 92 0
> cpu1: timer 6219346 2015
> Total 13031023 4223
> Anyone seen something similar? What else can I try to debug this
> Jens Schweikhardt http://www.schweikhardt.net/
> SIGSIG -- signature too long (core dumped)
Cordula's Web. http://www.cordula.ws/
More information about the freebsd-questions