Bug 4174

what mode are you running your parallel port in?

what package is this fprintfax thing from?

The mode I'm running my parallel port is SPP. I haven't tried ECP or
anything else yet. What mode should I use best with RH 6.0?

fprintfax is in no package from RH. But it is nice filter which let
pop up a window an M$ clients to put in the fax number and something
else and than activates faxspool for faxing. Here is the www address.
http://relay.boerde.de/~horstf/

When using ECP mode the error remains unchanged. After the end of each
print, there comes the message on a new page:
ERROR: timeout
OFFENDING COMMAND: timeout
STACK:

fprintfax is now working, because the filter needed some rights to
write a log file in /var/spool/fax

But there is still the problem with the error message after each
printout.

What are the contents of /proc/parport/0/hardware (or 1/hardware?)

Under /proc there is no directory called parport. Also there is no
parport directory at all in the /proc directory. Is it necessary, when
you use modules for printing?

It definitely should be there if you have something attached
to your parallel port that you're printing from. When you're
actually using the printer, what does 'lsmod' say?

Under /proc there is no directory called parport. Also there is no
parport directory at all in the /proc directory. Is it necessary, when
you use modules for printing?

Here the output from lsmod, when printing:
Module                  Size  Used by
parport_probe           2884   0  (autoclean)
parport_pc              5012   1  (autoclean)
lp                      4412   0  (autoclean)
parport                 7092   1  (autoclean) [parport_probe
parport_pc lp]
nls_iso8859-1           2020   1  (autoclean)
sound                  57208   0  (autoclean) (unused)
soundlow                 300   0  (autoclean) [sound]
soundcore               2372   3  (autoclean) [sound]
nfsd                  150936   8  (autoclean)
lockd                  30856   1  (autoclean) [nfsd]
sunrpc                 52356   1  (autoclean) [nfsd lockd]
smc-ultra               4024   1  (autoclean)
8390                    5920   0  (autoclean) [smc-ultra]
aic7xxx               106928
6

This is from /var/log/messages while printing. Maybe it gives some
additional information to the problem.
Aug  3 16:44:36 combust kernel: parport0: PC-style at 0x378
[SPP,ECP,ECPEPP,ECPPS2]
Aug  3 16:44:36 combust kernel: parport0: detected irq 7; use procfs
to enable interrupt-driven operation.
Aug  3 16:44:38 combust kernel: parport0: Printer, Hewlett-Packard HP
LaserJet 4MP
Aug  3 16:44:38 combust kernel: lp0: using parport0
(polling).

Have you configured the printer to increase the timeout?  If not,
please try it.

This is from /var/log/messages while printing. Maybe it gives some
additional information to the problem.
Aug  3 16:44:36 combust kernel: parport0: PC-style at 0x378
[SPP,ECP,ECPEPP,ECPPS2]
Aug  3 16:44:36 combust kernel: parport0: detected irq 7; use procfs
to enable interrupt-driven operation.
Aug  3 16:44:38 combust kernel: parport0: Printer, Hewlett-Packard HP
LaserJet 4MP
Aug  3 16:44:38 combust kernel: lp0: using parport0
(polling).

I changed the printer timeout from 15 to 250, but everything remains
the same. :-(

OK, do the following. Remove the following modules with rmmod:

lp
parport_pc
parport_probe
parport

Add a line to your /etc/conf.modules that says:
options parport_pc io=0x378 irq=7
(if you don't have anything using that irq)

Then do 'modprobe lp'.

Does that improve the performance at all?

I changed the printer timeout from 15 to 250, but everything remains
the same. :-(

It is no question of performance at all. Anyway, adding the options
line to /etc/conf.modules still have the same effect. After each
output, there messages:
ERROR: timeout
OFFENDING COMMAND: timeout
STACK:
Do I need a new kernel? Do I need some new modules? My kernel is
2.2.5-15.

The problem is solved. I only had to add an EOF at the end of each
job, which can be configured by printtool. Maybe in the old printtool
under RH4.2 this was done automatically. I searched in www.deja.com
for Offending Command Timeout Linux and it is a common problem.

Thank you very much for your help. I appreciated it.
Regards, TC

Ah.  The EOL option has been in printtool since it was re-written
(for RHL 4.1, I think; certainly RHL 4.2 had the new printtool).

Thanks for letting us know that it is fixed and including the fix
for the next person who searches bugzilla for this!