Bug 116185

Summary: lp printer don't works
Product: [openSUSE] SUSE LINUX 10.0 Reporter: Jean-Daniel Dodin <jdd>
Component: YaST2Assignee: Michal Zugec <mzugec>
Status: RESOLVED DUPLICATE QA Contact: Klaus Kämpf <kkaempf>
Severity: Normal    
Priority: P5 - None CC: jsmeix, polacek
Version: RC 1   
Target Milestone: ---   
Hardware: Other   
OS: All   
Whiteboard:
Found By: Beta-Customer Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: yast logs

Description Jean-Daniel Dodin 2005-09-09 16:41:22 UTC 
sorry to open a new bugreport on a debated subject, but I can't neither find my
last report on the subject :-(((

well. I couldn't configure my HP deskjet 930 with yast on beta3.

after upgrading to RC1, I _can_ configure it normally, but it don't print :-(

dmesg gives curious things (when "testing" from yast, of course stopped after
some time):

arport0: PC-style at 0x378 (0x778), irq 7, dma 0 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
parport0: Printer, HEWLETT-PACKARD DESKJET 930C
lp0: using parport0 (interrupt-driven).
pnp: Device 00:02 disabled.
pnp: Device 00:02 activated.
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7, dma 0
[PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
parport0: Printer, HEWLETT-PACKARD DESKJET 930C
lp0: using parport0 (interrupt-driven).
lp0: ECP mode
pnp: Device 00:02 disabled.
pnp: Device 00:02 activated.
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7, dma 0
[PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
parport0: Printer, HEWLETT-PACKARD DESKJET 930C
lp0: using parport0 (interrupt-driven).
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
pnp: Device 00:02 disabled.
pnp: Device 00:02 activated.
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7, dma 0
[PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
parport0: Printer, HEWLETT-PACKARD DESKJET 930C
lp0: using parport0 (interrupt-driven).
lp0: ECP mode
pnp: Device 00:02 disabled.
pnp: Device 00:02 activated.
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7, dma 0
[PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
parport0: Printer, HEWLETT-PACKARD DESKJET 930C
lp0: using parport0 (interrupt-driven).
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
lp0: ECP mode
lp0: ECP mode
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
DMA write timed out
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
lp0: ECP mode
Comment 1 Christoph Thiel 2005-09-09 17:52:07 UTC 
Jean-Daniel, could you please attach y2logs as decribed in the openSUSE wiki and
then set the status of the bug back to assigned?
Comment 2 Jean-Daniel Dodin 2005-09-09 18:28:01 UTC 
Created attachment 49457 [details]
yast logs

yast logs for printing problem
Comment 3 Jean-Daniel Dodin 2005-09-10 06:36:10 UTC 
Notice that after an evening shutdown and subsequent morning boot, the printer
works fine. The but is so probably something very small, like a service to
restart (not cups, I tried this one)
Comment 4 Jean-Daniel Dodin 2005-09-10 08:09:02 UTC 
Argh.. I'm not awaiken :-( - read "the bug", not "the but" :-( sorry :-)
Comment 5 Jiri Polacek 2005-09-13 12:05:09 UTC 
This bug looks similar to my problem. 
With my computer I'm using 3 different printer 
 - one local connected via LPT 
 - one networked via SMB 
 - one networked via LPD 
As I boot Suse 9.1, everythink works fine. When I boot SUSE 10.0 RC1, no one 
is printing! I've checked twice I configured with YaST these printers in the 
same way - no success. Jobs for LPT printer are just waiting in spool, jobs 
for networked printers I've never seen.
Comment 6 Michal Zugec 2005-09-19 15:11:07 UTC 
Can you try it with restart /etc/init.d/cupsrenice service
Maybe this will help
Comment 7 Jiri Polacek 2005-09-19 15:35:42 UTC 
I've tried it without any success. 
Maybe it's useful information that "Hello world" test to my parallel printer 
doesn't work too.
Comment 8 Michal Zugec 2005-09-20 14:46:58 UTC 
Maybe it's some kernel problem with using ecp protocol
http://lists.debian.org/debian-user/2005/05/msg00377.html
Comment 9 Johannes Meixner 2005-09-20 15:22:40 UTC 
"ECP mode" and "DMA write timed out"
=> duplicate of bug #116655
Yes, it is a problem in the parport kernel modules.

In particular see
https://bugzilla.novell.com/show_bug.cgi?id=116655#c52
and following comments.
(But here it has worked until RC1 but not for RC2.)

Soultion for 10.0:
Disable ECP/DMA mode in the BIOS.
All modes without DMA (e.g. EPP mode) should work well.
What is crucial for printing speed even under very high load is
whether or not it works interrupt-driven because in polling mode
the parport stuff may almost starve when other processes do a lot
of interrupt-driven stuff.


*** This bug has been marked as a duplicate of 116655 ***
Comment 10 Johannes Meixner 2005-09-20 15:29:59 UTC 
For your information regarding
http://lists.debian.org/debian-user/2005/05/msg00377.html

According to what I know using a "HP 710c" needs a special driver
for the proprietary HP PPA printer language (e.g. /usr/bin/pnm2ppa
which we have in our filters package) because it is actually a
Windows-only printer but this has nothing to do with the plain data
transfer via parallel port.
I.e. using an appropriate driver is sufficient even if the
parallel port is in the slow generic SPP polling mode.