Bug 19450

Summary: LPRng will not printing - but all seems to be ok ...
Product: [Retired] Red Hat Linux Reporter: T. Mueller <t.mueller>
Component: LPRngAssignee: Crutcher Dunnavant <crutcher>
Status: CLOSED WONTFIX QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: high    
Version: 7.0CC: dexter, dr
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-03-12 08:39:34 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description T. Mueller 2000-10-20 08:55:43 UTC
Hello,

after updating from 6.2 to 7.0 I can't print any more using lpr, sending
data direct to /dev/lp0 works.

'ps auwx' shows 'lpd WAITING', printing jobs seemed to be spooled.
I have set in the BIOS the printer port mode to 'SPP' for testing - was
earlier set to extended mode with compression capabillity, (I forgot the
abbreviation) and printed fine (with 6.2).
But this had no effect on this problem, the data in /proc/parport/0/* had
_not_ changed (after a reboot in the standard of printer port) when
changing the printer port mode.

Additional informations:

content of printcap:

##PRINTTOOL3## LOCAL uniprint NAxNA a4 {} U_EpsonStylusColor stcany {}
lp:\
        :sd=/var/spool/lpd/lp:\
        :mx#0:\
        :sh:\
        :lp=/dev/lp0:\
        :if=/var/spool/lpd/lp/filter:
##PRINTTOOL3## LOCAL uniprint NAxNA a4 {} U_EpsonStylusColor stc800p 1
720dpi:\
        :sd=/var/spool/lpd/lp0:\
        :mx#0:\
        :sh:\
        :lp=/dev/lp0:\
        :if=/var/spool/lpd/lp0/filter:


extract (|grep parp) from messages
(Oct 19 10:47:58 : reboot after changing the printer port mode)

Oct 19 01:21:18 compi3 kernel: parport0: PC-style at 0x378 (0x778)
[SPP,EPP,ECP,ECPEPP,ECPPS2]
Oct 19 01:21:18 compi3 kernel: parport0: detected irq 7; use procfs to
enable interrupt-driven operation.
Oct 19 01:21:18 compi3 kernel: parport0: Printer, EPSON Stylus COLOR 1520
Oct 19 01:21:18 compi3 kernel: lp0: using parport0 (polling).
Oct 19 10:22:54 compi3 kernel: lp0: using parport0 (polling).
Oct 19 10:43:01 compi3 kernel: lp0: using parport0 (polling).
Oct 19 10:47:58 compi3 kernel: parport0: PC-style at 0x378 [SPP,PS2]
Oct 19 10:47:58 compi3 kernel: parport0: Printer, EPSON Stylus COLOR 1520
Oct 19 10:47:58 compi3 kernel: lp0: using parport0 (polling).


contents of
[root@compi3 /proc]# cd parport/
[root@compi3 parport]# cd 0
[root@compi3 0]# ls
autoprobe  devices  hardware  irq
[root@compi3 0]# cat *
*autoprobe*:
CLASS:PRINTER;
MODEL:Stylus COLOR 1520;
MANUFACTURER:EPSON;
COMMAND SET:ESCP2E,PRPXL;

*devices*: no data

*hardware*:
base:   0x378
irq:    none
dma:    none
modes:  SPP,PS2

*irq*:
none

T. Mueller

Comment 1 Crutcher Dunnavant 2001-03-09 23:07:16 UTC
Are you still experinecing this problem?

Comment 2 Crutcher Dunnavant 2001-03-29 16:17:58 UTC
closing for lack of info.
reopen if problem persists.