Messages in this thread | | | Date | Wed, 17 Jun 1998 22:34:18 +0200 | From | Henrik Storner <> | Subject | Re: 2.1.10[56] parallel port problems - starts with 2.1.104 |
| |
Hi Andrea and Derrik,
thanks for responding to my problems with the 2.1.104 parport update. I've done some more testing, and if I reverse ONLY the 2.1.104 update for drivers/char/lp.c, the problem goes away. So that seems to be the root of the problem.
Andrea wrote:
> The parport patch 104 should be my work, it fix the printing for another > guy that has problems with ECP dma. Today I am very busy (I had to replace > a broken HD in a server at the ISP of my city where I work) then I' ll > try to fix your problem but I need your help for the testing.
Of course - just tell me what you want me to do.
> At first I need to understand if your parallel port need a write in the > ECR register and if it need 0xc as value. > > So please reverse the 104 patch and replace parport_write_econtrol(..., > 0xc) with parport_write_econtrol(..., 0x0) in probe_one_port if I remember > well (I have no code here).
Hmm - I don't quite understand. I cannot find that code in the patch or the driver (looking in the 2.1.104 patch and sources). Could you please tell me what file this is in ?
> > The parallel port is built into the motherboard, an FIC PA-2007 using > > the VIA VP2 chipset. The BIOS setup of the parallel port is > > * I/O port 0x378, IRQ 7 > > * EPP/SPP mode > > * EPP type 1.9
Derrik Pates suggested that I try EPP mode 1.7, or plain bi-directional mode in the BIOS setup. I suppose that is what I get when I set the BIOS setup to "SPP" (Standard Par. Port) ? This does not make any difference - the problem still exists.
> The parport patches should make no differences since with EPP mode the ECR > register should not exists (and so writing to it should be a nosense). > Also I use EPP in my parallel port and works like a charm. > > Can you show me a `cat /proc/parport/0/*`?
Sure:
/proc/parport/0/devices: lp
/proc/parport/0/hardware: base: 0x378 irq: none dma: none modes: SPP,PS2,EPP
/proc/parport/0/irq: none
> > >The parport driver is completely modular, with options > > > > > alias char-major-6 lp > > > alias parport_lowlevel parport_pc > > > options parport_pc io=0x378 > > > > (I tried interrupt-driven mode by adding "irq=7" to that options-line). > > OK. > > > >Log messages when the module loads: > > > parport0: PC-style at 0x378 [SPP,PS2,EPP] > > > parport0: no IEEE-1284 device present. > > > lp0: using parport0 (polling). > > Perfect.
-- Henrik Storner | "testing? What's that? If it compiles, it is good, | if it boots up it is perfect." | Linus Torvalds
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu
| |