Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

/dev/lp0: No such device

151 views
Skip to first unread message

Sam Tannous

unread,
Aug 9, 1994, 5:24:39 PM8/9/94
to
I forgot to mention that using /dev/lp1 gives me the
same result (No such device).

--
Sam

Frank Lofaro

unread,
Aug 9, 1994, 6:33:38 PM8/9/94
to
In article <328osd$p...@taco.cc.ncsu.edu> tan...@unity.ncsu.edu (Sam Tannous) writes:
>I've tried recompiling the kernal several times and
>I still can't get my printer to work. The printer
>works fine under DOS. This led me to suspect that
>I should be using polling as opposed to interrupt mode
>for my parallel port (is this the default for Slackware?
>If not, what do you change in lp.h?). And using tunelp
>doesn't work either (/dev/lp0: No such device).
>
>Any ideas?
>
>Thanks,
>--

I believe, unlike the standard with cua ports, is that lp1 and lp2
are standard (like LPT1 and LPT2 under DOS). I think /dev/lp0 is in
a really wacked out location (a weird port address) and I don't even
know where its IRQ is.

/dev/lp1 is probably where your printer is.

Also, make sure that you have the printer device compiled into
your kernel.


Sam Tannous

unread,
Aug 9, 1994, 4:27:57 PM8/9/94
to
I've tried recompiling the kernal several times and
I still can't get my printer to work. The printer
works fine under DOS. This led me to suspect that
I should be using polling as opposed to interrupt mode
for my parallel port (is this the default for Slackware?
If not, what do you change in lp.h?). And using tunelp
doesn't work either (/dev/lp0: No such device).

Any ideas?

Thanks,
--
Sam Tannous (sam_t...@ncsu.edu)
North Carolina State University
Department of Electrical and Computer Engineering


Lawrence Houston

unread,
Aug 10, 1994, 10:56:08 AM8/10/94
to
From article <328osd$p...@taco.cc.ncsu.edu>, by tan...@unity.ncsu.edu (Sam Tannous):

> I've tried recompiling the kernal several times and
> I still can't get my printer to work. The printer
> works fine under DOS. This led me to suspect that
> I should be using polling as opposed to interrupt mode
> for my parallel port (is this the default for Slackware?
> If not, what do you change in lp.h?). And using tunelp
> doesn't work either (/dev/lp0: No such device).

Sam:

Recently had troubles getting lpr running under Slackware 2.0.0 and my
problem was related to the parallel port on that particular machine
was being detected as /dev/lp2 (DOS's LPT3). Check the start of the
boot sequence, there will be a message on the console showing you which
lp device the kernel has detected, as anything else will be reported as
"No such device"!

Lawrence Houston - (hou...@norton.geog.mcgill.ca)

Sam Tannous

unread,
Aug 9, 1994, 11:42:02 PM8/9/94
to
I've discovered my problem is deeper then this.
When I boot, I get this:

lp_init: no lp devices found

But when I configured, I answered "y" to parallel printer
support and "n" to PLIP.

Sleepy and confused,
Sam

Stephen Parkinson

unread,
Aug 10, 1994, 3:22:25 PM8/10/94
to
In article <328osd$p...@taco.cc.ncsu.edu> tan...@unity.ncsu.edu (Sam Tannous) writes:

i think you will find 'cat silly_file > /dev/lp1' works ?

what does you startup screen say, mine says lp1 !!!
378h -> lp1 exists, using polling driver

lpd daemon is then loaded latter

>
Stephen Parkinson

Eric J. Schwertfeger

unread,
Aug 9, 1994, 9:44:57 PM8/9/94
to
Frank Lofaro (ftlo...@unlv.edu) wrote:

: I believe, unlike the standard with cua ports, is that lp1 and lp2

: are standard (like LPT1 and LPT2 under DOS). I think /dev/lp0 is in
: a really wacked out location (a weird port address) and I don't even
: know where its IRQ is.

lp0 corresponds to the port address for parallel ports integrated into
Monochrome video cards (and some old all-on-the-motherboard designs). The
address used almost conflicts with a VGA port address (almost as in they
share an 8-port address range, and many cards can't handle that), so on AT
systems and higher, the first LPT port is what used to be LPT2. DOS
sets LPT1 to the first port it finds. If you have a seperate Multi-IO card,
lp1 is probably LPT1.

No, I can't offer a rational explanation for this.

0 new messages