Bug 6563 - Unable to detect or use Epson Stylus 740 with 6.1 installation.
Summary: Unable to detect or use Epson Stylus 740 with 6.1 installation.
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: printtool
Version: 6.1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1999-10-31 07:25 UTC by glenn
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 1999-11-25 02:57:15 UTC

Attachments (Terms of Use)

Description glenn 1999-10-31 07:25:10 UTC
I have an epson stylus 740 printer interfaced to the
parallel port of a Pentium II system. Note that the printer
is interfaced to an Iomega drive that is itself connected
to the parallel port, but that even when the printer is
interfaced directly to the parallel port, rather than being
piggy-backed on the iomega, the result is the same.
Printtool fails to detect the device, which is on lpt1
under Windows. (Not detected on lp0 or lp1.) Attempts
to print ASCII directly to either port result in the
error message: couldn't write file "/dev/lp0": no such
device. Yet if I hook up an Epson EPL 6000 printer to the
same port in the same way, piggy-backed on the Iomega drive,
the port /dev/lp0 is detected and the test prints work.

The lpc status command gives the following output:

	queuing is enabled
	printing is enabled
	1 entry in spool area
	waiting for lp to become ready (offline ?)
	queuing is enabled
	printing is enabled
	1 entry in spool area
	waiting for lp0 to become ready (offline ?)

The /etc/printcap file contains:

##PRINTTOOL3## LOCAL uniprint NAxNA letter {}
U_EpsonStylusColor stcany {}
##PRINTTOOL3## LOCAL uniprint NAxNA letter {}
U_EpsonStylusColor stcany {}

Comment 1 Bill Nottingham 1999-11-01 16:12:59 UTC
What happens if you remove the entry for it on /dev/lp1, and restart

------- Additional Comments From   11/02/99 01:24 -------
Removing lp1 and restarting lpd had no effect. So I tried adding
the following lines to /etc/conf.modules:

alias parport_lowlevel parport_pc
options parport_pc io=0x378 irq=7,auto

Then I brought over some stylus 740 upp files for ghostscript,
and modified the printerdb file for rhs-printfilters as described
in http://lcewww.et.tudelft.nl/~haver/linux/epson.html. Then I
tried printing the PS test page from printtool on /dev/lp0.
This time lpc showed this print status:

lpc> stat
        queuing is enabled
        printing is enabled
        1 entry in spool area
        lp is ready and printing

When the print "finished", the print status was

lpc> status
	queuing is enabled
	printing is enabled
	no entries
	no daemon present

Unfortunately, there was no reponse from the printer. I would
attribute this problem to a faulty printer were it not for the
fact that it works without any difficulties under Windows 98.
Note that when I connect my old Epson EPL6000 to the same parallel
interface, it works.

Comment 2 Bill Nottingham 1999-11-09 17:54:59 UTC
Have you upgraded to the errata lpr?

Comment 3 Bernhard Rosenkraenzer 1999-11-22 17:38:59 UTC
If it still doesn't work with lpr 0.46 (errata) and 0.47 (rawhide), let us know.

Comment 4 glenn 1999-11-24 08:25:59 UTC
Parallel printer port/printer still doesn't work with errata lpr (0.46),
and 0.47 doesn't yet appear to be available from Red Hat 6.1 customer
support web site.

Comment 5 glenn 1999-11-25 02:57:59 UTC
I have found the problem, and it's not with RH6.1. The problem is that, for
reasons unknown to me, the Epson installation software for the Windows driver
("filter") for the Stylus 740 disables my parallel port, at least according to
the Bios Setup for my PC. It didn't occur to me that the setup utility could
show my parallel port as disabled even while Windows applications are able to
use the printer interfaced to the port. Once I assigned the address 0x3bc and
the IRQ=7 to this port, and thereby enabled it, RH6.1 had no trouble detecting
my printer, and the printer itself now works fine with the generic Stylus color
UP filter provided with RH6.1. Thanks for your help, and I hope that you'll
excuse me for not getting to the bottom of this sooner.

Note You need to log in before you can comment on or make changes to this bug.