Printing via ulpt0 extremely slow

2010-01-29 Thread Jens Schweikhardt
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).

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.

It does not matter if the printer is on or off when the system
starts.

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++  383725124
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
problem?

Regards,

Jens
-- 
Jens Schweikhardt http://www.schweikhardt.net/
SIGSIG -- signature too long (core dumped)
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Re: Printing via ulpt0 extremely slow

2010-01-31 Thread cpghost
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
/usr/local/libexec/cups/filter/pdftops
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
> starts.
> 
> 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++  383725124
> 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
> problem?
> 
> Regards,
> 
>   Jens
> -- 
> Jens Schweikhardt http://www.schweikhardt.net/
> SIGSIG -- signature too long (core dumped)

-cpghost.

-- 
Cordula's Web. http://www.cordula.ws/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"