Tim Waugh (tim@cyberelk.demon.co.uk)
Mon, 17 May 1999 22:59:04 +0100 (GMT)
On Mon, 17 May 1999, Michael Gebauer wrote:
> The tunelp-Command in patched Kernel 2.2.9 returns:
> rathole:~ # tunelp /dev/lp0 -s
> /dev/lp0 status is 255, out of paper, on-line
^^^
This certainly looks like the problem. 255 is suspicious though -- it's
almost as if we're looking in the wrong place for the port. What does
'dmesg' say -- are there any interesting parport messages?
One thing you could try is this patch, which I've sent to Linus for
2.2.10:
--- linux-2.2.9/drivers/misc/parport_pc.c Wed May 12 09:14:37 1999
+++ linux/drivers/misc/parport_pc.c Sat May 15 14:32:59 1999
@@ -832,8 +832,11 @@
* Put the ECP detected port in the more SPP like mode.
*/
parport_pc_write_econtrol(p, 0x0);
- parport_pc_write_control(p, 0xc);
+ parport_pc_write_control(p, 0x8);
parport_pc_write_data(p, 0);
+ udelay (50);
+ parport_pc_write_control(p, 0xc);
+ udelay (50);
if (parport_probe_hook)
(*parport_probe_hook)(p);
This resets the printer after all the probing is done, in case we upset
it.
Another thing you could try to help me debug this is to modify
parport_SPP_supported in parport_pc.c so that it always returns
PARPORT_MODE_PCSPP without doing any of the testing. I can send you a
patch for that if you like.
Thanks,
Tim.
*/
-- To unsubscribe, send mail to: linux-parport-request@torque.net --
-- with the single word "unsubscribe" in the body of the message. --
This archive was generated by hypermail 2.0b3 on Mon 17 May 1999 - 18:12:07 EDT