lkml.org 
[lkml]   [2003]   [Sep]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: [ACPI] Re: [PATCH] Next round of ACPI IRQ fixes (VIA ACPI fixed)
    Date
    On Friday 05 Sep 2003 10:35 pm, Jeff Garzik wrote:
    > Andrew de Quincey wrote:
    > > Hi, this is my next round of ACPI IRQ fixes. Attached are patches for
    > > linux-2.4.23-pre3 and linux-2.6.0-test4.
    > >
    > > Please CC me on any replies. I seem to be having issues with
    > > vger.kernel.org right now.
    > >
    > >
    > > This patch addresses the following issues:
    > >
    > > 1) ACPI now drops back to PIC mode if configuration in APIC mode fails.
    > >
    > > 2) Removed 2 lines of erroneous code in mpparse.c which causes IO-APICs
    > > to be misconfigured.
    > >
    > > 3) ACPI now supports PIC controllers properly.
    > >
    > > 4) This patch includes a patch by "Jun Nakajima" <jun.nakajima@intel.com>
    > > which fixes ACPI IRQ routing for all VIA motherboards I have had tested
    > > so far. I've included it in this patch as it changes one of the same
    > > files.
    > >
    > > 5) Now retries with an extended IRQ descriptor if programming a link
    > > device with a "standard" IRQ descriptor fails.
    > >
    > > This has already been tested successfully by multiple people.
    >
    > Patch looks pretty good. It is _very_ difficult to pick through, and
    > pick apart, though.
    >
    > Consider that one or more people reading your email (a) would want some
    > of these fixes but (b) already have some of these fixes.
    >
    > This is why we _really_ need you to split up your patches. Multiple
    > split-up patches, one per email, is preferred. Don't worry about
    > sending us too much email: we like it like that.

    If/when I split it up, is it acceptable to number the patches to give the
    order they have to be applied in? The major problem with these particular
    fixes is that they all run over the same set of files, even the same
    functions, so they all conflict with each other.

    > As an aside, I know at least part of the VIA irq routing stuff still
    > needs fixing. For some on-board VIA southbridge devices, irq routing is
    > accomplished by writing the PCI_INTERRUPT_xxx values to PCI config
    > registers of the target device; for others, the normal pirq PCI config
    > registers on the southbridge are used. Alan's new irq stuff in 2.4.x
    > IMO should be merged into 2.6.x soonish, as Alan's work makes a big step
    > towards making it possible to fix some of the harder-to-fix irq routing
    > problems.

    Is this still an issue when using ACPI? Surely it should insulate the OS from
    this chipset-specific stuff?

    I can see what you mean from the VT8235 docs if you were programming it
    directly, but the ACPI code in all the VIA BIOSes I have analysed takes care
    of this fine.

    -
    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/

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