Re: [ACPI] acpi problem with nforce motherboards and ethernet

From: Luis Miguel García (ktech_at_wanadoo.es)
Date: 02/07/04

  • Next message: Daniel Jacobowitz: "Re: 2.6.2-rc3: irq#19 - nobody cared - with an au88xx"
    Date:	Sat, 07 Feb 2004 07:29:20 +0100
    To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
    
    

    Maciej W. Rozycki wrote:

    >On Thu, 5 Feb 2004, Andrew Morton wrote:
    >
    >
    >
    >>>By the way, is anyone involved in solving the IO-APIC thing in nforce
    >>>motherboards? Anyone trying a different approach? Anyone contacting
    >>>nvidia about this problem?
    >>>
    >>>
    >>As far as I know, we're dead in the water on these problems.
    >>
    >>
    >
    > Not necessarily. :-)
    >
    >
    >
    >>Here's one:
    >>
    >>
    >>[x86] do not wrongly override mp_ExtINT IRQ
    >>
    >>From: Mathieu <cheuche+lkml@free.fr>.
    >>
    >>With this patch timer IRQ0 is correctly set to IO-APIC-edge
    >>(not XT-PIC) on nForce2 boards when using APIC and ACPI.
    >>
    >> arch/i386/kernel/mpparse.c | 3 ++-
    >> 1 files changed, 2 insertions(+), 1 deletion(-)
    >>
    >>diff -puN arch/i386/kernel/mpparse.c~nforce2-apic arch/i386/kernel/mpparse.c
    >>--- linux-2.6.0-test11/arch/i386/kernel/mpparse.c~nforce2-apic 2003-12-08 00:12:25.782597272 +0100
    >>+++ linux-2.6.0-test11-root/arch/i386/kernel/mpparse.c 2003-12-08 00:12:25.786596664 +0100
    >>@@ -962,7 +962,8 @@ void __init mp_override_legacy_irq (
    >> */
    >> for (i = 0; i < mp_irq_entries; i++) {
    >> if ((mp_irqs[i].mpc_dstapic == intsrc.mpc_dstapic)
    >>- && (mp_irqs[i].mpc_srcbusirq == intsrc.mpc_srcbusirq)) {
    >>+ && (mp_irqs[i].mpc_srcbusirq == intsrc.mpc_srcbusirq)
    >>+ && (mp_irqs[i].mpc_irqtype == intsrc.mpc_irqtype)) {
    >> mp_irqs[i] = intsrc;
    >> found = 1;
    >> break;
    >>
    >>
    >
    > That's not the right fix. There's a bug in Linux's ACPI IRQ setup as
    >I've discovered by comparing the code to the spec. Here's a patch I sent
    >in December both to the LKML and the ACPI maintainer. The feedback from
    >the list was positive, but the maintainer didn't bother to comment.
    >
    > I haven't pushed the patch more firmly, because the MIPS port is my
    >priority and I don't even have any ACPI-aware equipment.
    >
    > Maciej
    >
    >
    >
    Can you send us the specific patch or at least telling us if you're
    going to push it?

    Thanks a lot for the fix ;)

    LuisMi Garcia
    -
    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: Daniel Jacobowitz: "Re: 2.6.2-rc3: irq#19 - nobody cared - with an au88xx"

    Relevant Pages

    • Re: BIOS overwritten during resume (was: Re: Asus L5D resume on battery power)
      ... >> and you probably need to fix those, ... I think I'll just port the Nigel's patch to x86-64. ... People were complaining that M$ turns users into beta-testers... ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] fix readahead breakage for sequential after random reads
      ... > yes I will run all my standard testsuites before we take this patch. ... I have also enclosed a patch that partially backs off Miklos's fix. ... ra->average value to max/2 when we move from readahead-off mode to ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: IA32 - 27 New warnings
      ... > | needed to confirm the patch and preferably some brave soul with Promise ... > Bart has already posted patches for this. ... I'm off looking for more resonably simple stuff to fix. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • 2.6.0-test7 byteorder.h ( as you go AGAIN! )
      ... seen many patches to attempt to fix this issue. ... Attached is my proposed patch to correct this error. ... all Linux CD-ROM application programs will use this ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: ALPS psmouse_reset on reconnect confusing Tecra M2
      ... > It's hard to believe your patch ... > can fix it, because the ALPS_DUALPOINT constant doesn't affect the ... > initalization behavior at all, only the way how TouchPoint data are ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)