Re: USB problem. 'irq 9: nobody cared!' (FIXED!)

From: David Brownell (david-b_at_pacbell.net)
Date: 09/30/03

  • Next message: Krishna Akella: "Re: Can't X be elemenated?"
    Date:	Tue, 30 Sep 2003 12:30:44 -0700
    To: Arkadiusz Miskiewicz <arekm@pld-linux.org>
    
    

    Arkadiusz Miskiewicz wrote:
    > On Thursday 25 of September 2003 21:11, David Brownell wrote:
    >
    >
    >>The problem is that nobody has ever reported back with results from
    >>testing any updated patch (see attachment, the guts of this being
    >>from Alan Stern). Sort of makes trying be a moot point ... :)
    >
    > So I'm the first one? ;)

    Since then I got mixed reports -- not sure I trust them.

    > Your patch (http://www.ussg.iu.edu/hypermail/linux/kernel/0309.3/0341.html)
    > FIXES things for me :-)

    OK, that's good to hear. There are two patches that seem
    to work to various degrees. This isn't the least conservative
    fix (that'd be http://lkml.org/lkml/2003/9/29/74, returning
    to that odd "reset before kicking bios off" sequence) but it's
    good to know this also behaves.

    - Dave

    > This time I've tried 2.6.0test6 + all acpi patches from 2.6.0-mm1 (ls *acpi*
    > in akpm broken-out directory) + your patch and things work fine :)
    > Note that 2.6.0+all acpi patches from 2.6.0-mm1 without your patch doesn't
    > work.
    >
    > [arekm@mobarm arekm]$ cat /proc/interrupts
    > CPU0
    > 0: 698946 XT-PIC timer
    > 1: 1712 XT-PIC i8042
    > 2: 0 XT-PIC cascade
    > 3: 1561 XT-PIC irda0
    > 5: 4 XT-PIC yenta
    > 8: 0 XT-PIC rtc
    > 9: 2657 XT-PIC acpi, eth0
    > 10: 77708 XT-PIC VIA686A, uhci-hcd, uhci-hcd
    > 12: 18 XT-PIC i8042
    > 14: 12408 XT-PIC ide0
    > 15: 20 XT-PIC ide1
    > NMI: 0
    > ERR: 0
    >
    > More details about my case in lkml archives and
    > http://bugme.osdl.org/show_bug.cgi?id=905
    >
    >
    >>It's OK with me if you just revert the patch that adds a uhci_reset()
    >>entry, but based on what I saw with EHCI and OHCI that'll just turn
    >>up a different set of problems with certain BIOS configurations (none
    >>of which I have) ... which will need to be fixed by having a UHCI
    >>reset sequence that works correctly from _all_ initial states.
    >>
    >>- Dave
    >
    >

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: Krishna Akella: "Re: Can't X be elemenated?"

    Relevant Pages

    • Re: Omnibook PCMCIA slots unusable after suspend.
      ... local patchset - just the "fixed and forget because nobody else reports ... > I think I got that too, at least, reinserting the card caused ... > where the card switches off when I switch VCs, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: SL811 problem on mach-pxa
      ... It was tested with _both_ workarounds for IRQ issues; ... unlike the predecessors to this driver). ... I've had reports that one of the ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • idle processes maybe?
      ... recalled if someone else reports something similar. ... Copyright 2003 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ... More majordomo info at http://vger.kernel.org/majordomo-info.html ...
      (Linux-Kernel)
    • Re: 2.6.11-rc3-mm1 bad scheduling while atomic + lockup
      ... nor seen any reports of it. ... I've gotten several reports of it, try to tune the drive settings with ... deactivate the patch for now, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: swapping and the value of /proc/sys/vm/swappiness
      ... >> regression testing? ... > Hi kernel fellows, ... Apart from lots of "soft" reports I've been getting, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)