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:0.022 / U:0.832 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site