CUPS for parallel printer stops working after using USB printer...
Greetings! I have a Samsung ML-4500 laser printer on the parallel port and a HP Deskjet 648C on the usb port. I normally use the laser printer all the time. Whenever I print out a bunch of color pictures on the Deskjet, output to the laser printer stops working. Doing a test of the laser printer from YAST, I'm informed that CUPS reports an error. I can get the laser printer working again if I save the configuration without changing anything in YAST again. Is there a way to avoid this problem? Would getting an parallel-to-USB adapter to have both printers on USB make any difference? Thanks! Christopher Reimer
Hello, On Dec 16 16:17 Christopher Reimer wrote (shortened):
I have a Samsung ML-4500 laser printer on the parallel port and a HP Deskjet 648C on the usb port. I normally use the laser printer all the time. Whenever I print out a bunch of color pictures on the Deskjet, output to the laser printer stops working.
I am only guessing: You use your parallel port in polling mode (i.e. without an IRQ) and while printig both via parallel port and via USB the data transfer via parallel port starves. Therefore try if it helps to use the parallel port in interrupt driven mode - see the manual or see for example http://portal.suse.com/sdb/en/2002/04/jsmeix_print-device-parallel.html (/etc/modules.conf was again renamed to /etc/modprobe.conf). Note that when a backend exits with non-zero exit code then the cupsd disables the queue - see http://portal.suse.com/sdb/en/2004/05/jsmeix_print-cups-in-a-nutshell.html "The Backends" Regards, Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/
Johannes Meixner wrote:
I am only guessing: You use your parallel port in polling mode (i.e. without an IRQ) and while printig both via parallel port and via USB the data transfer via parallel port starves.
According to dmesg, parport0 does has an interrupt but is using polling mode. I checked out /etc/modules.conf but it's empty. (Should it be?) Except for compiling a new kernel, I'm not sure how to change this.
Note that when a backend exits with non-zero exit code then the cupsd disables the queue - see
Thanks for the info. Since I have Webmin installed, I can check the printer configuration to find out if the queue has been disabled and re-enable it from there. So I do have a partial solution to my problem. Thanks! Christopher Reimer
On Fri, 2004-12-17 at 16:52, Christopher Reimer wrote:
Johannes Meixner wrote:
According to dmesg, parport0 does has an interrupt but is using polling mode. I checked out /etc/modules.conf but it's empty. (Should it be?) Except for compiling a new kernel, I'm not sure how to change this.
Note that when a backend exits with non-zero exit code then the cupsd disables the queue - see
Thanks for the info. Since I have Webmin installed, I can check the printer configuration to find out if the queue has been disabled and re-enable it from there. So I do have a partial solution to my problem.
Or you can issue (as root) lpstat -t from the command line to see if it is disabled. -- Ken Schneider UNIX since 1989 SuSE since 1998 * Only reply to the list please*
Hello, On Dec 17 13:52 Christopher Reimer wrote (shortened):
I checked out /etc/modules.conf but it's empty. (Should it be?)
Why don't you read my previous mail? Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/
participants (3)
-
Christopher Reimer -
Johannes Meixner -
Ken Schneider