All of lore.kernel.org
 help / color / mirror / Atom feed
From: DervishD <raul@pleyades.net>
To: Linux-kernel <linux-kernel@vger.kernel.org>
Cc: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Subject: Re: Problems with my parport (and printer)
Date: Sun, 28 Mar 2004 20:09:56 +0200	[thread overview]
Message-ID: <20040328180956.GA6260@DervishD> (raw)
In-Reply-To: <20040328155134.GG27362@lug-owl.de>

    Hi Jan :)

 * Jan-Benedict Glaw <jbglaw@lug-owl.de> dixit:
> > kernel: parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE]
> > kernel: parport0: Printer, Lexmark International Lexmark Optra E312
> > kernel: lp0: using parport0 (interrupt-driven).
> > kernel: lp0: console ready
> >     It works ok, BTW... The problem is that, when the printer is
> > switched of and I try to print something, the print command just
> > blocks, no error, no messages, nothing. I use a shell function to
> First of all, if you want to do normal printing, you shouldn't switch on
> LP console. From there on, all kernel debug output (as seen in
> /var/log/kern.log and outputted with "dmesg") would be sent to the
> printer, what isn't exactly what you want to have.

    That's right, but LP console must be activated at boot time (or
at module-loading time) AFAIK, so this is not the problem.

> >     Why this operation doesn't fail? IMHO, it should fail with
> > ENODEV, because parport can work (the parallel port is there...), but
> > lp shouldn't (the printer is switched off...).
> Another gotcha may be that your printer doesn't easily accept commands.
> Many printers don't do that nowadays. Some are dumb GDI-Printerts
> (Windows-only, that is...), some nees specific wake-up sequences.

    This printer (Lexmark Optra E312) is not a winprinter, and the
problem is not related to commands. The printer works fine, I have no
problems with that. My problem arises when the printer is offline:
when I send data to the printer and it is not connected, the command
used to send that data doesn't fail, just waits forever...

    Thanks for your answer anyway :) Really I'm not familiar with the
parallel port :(

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736
http://www.pleyades.net & http://raul.pleyades.net/

      reply	other threads:[~2004-03-28 18:11 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-25 11:51 Problems with my parport (and printer) DervishD
2004-03-28 15:51 ` Jan-Benedict Glaw
2004-03-28 18:09   ` DervishD [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040328180956.GA6260@DervishD \
    --to=raul@pleyades.net \
    --cc=jbglaw@lug-owl.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.