lkml.org 
[lkml]   [1998]   [Apr]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: More parport troubles
Date
On Fri, 17 Apr 1998, Tim Waugh wrote:

>> Anyway, in 2.1.88 with IRQ 8 seems to work fine.
>
>Er.. really? Is lp actually interrupt-driven for you in 2.1.88?

Well, that's what /proc/parport/0/hardware sais:

base: 0x378
irq: 8
dma: none
modes: SPP,ECPEPP,ECPPS2

And on booting I get:

<6>parport0: PC-style at 0x378, irq 8 [SPP,ECPEPP,ECPPS2]
<6>parport0: no IEEE-1284 device present.


>> Well, I'm puzzled why 2.1.88 uses IRQ 8 and it even works with it. Let
>
>That 2.1.88 uses IRQ 8 isn't so surprising - that it works is.

On a second thought, seems like it still uses polling, even if it
lists the irq in /proc. The counter in /proc/interrupts doesn't
increase when I print something:

CPU0
0: 12095045 XT PIC timer
1: 110379 XT PIC keyboard
2: 0 XT PIC cascade
3: 7 XT PIC serial
4: 1863925 XT PIC serial
5: 248340 XT PIC SoundScape
8: 0 XT PIC parport0
9: 2 XT PIC SoundScape
11: 1909153 XT PIC aic7xxx
12: 517581 XT PIC PS/2 Mouse
13: 1 XT PIC fpu
15: 42328 XT PIC ide1
NMI: 0

Only "parport0" changed to "lp" and back a few times while it was printing
:)

Andi
--
The best defense against logic is ignorance.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

\
 
 \ /
  Last update: 2005-03-22 13:42    [W:1.301 / U:0.012 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site