21 Feb, 2008

1 commit

  • Fix following warning:
    WARNING: vmlinux.o(.text+0x550e85): Section mismatch in reference from the function acpi_pci_root_add() to the function .devinit.text:pci_acpi_scan_root()

    acpi_pci_root_add uses a __devinit annotated function and
    it looks like annotating it __devinit too is the correct fix.

    Signed-off-by: Sam Ravnborg
    Signed-off-by: Len Brown

    Sam Ravnborg
     

24 Jul, 2007

1 commit


13 Feb, 2007

3 commits

  • Cosmetic only.

    Except in a single case, #define ACPI_*_DRIVER_NAME
    were invoked 0 or 1 times.

    Signed-off-by: Len Brown

    Len Brown
     
  • It was erroneously used as a description rather than a name.

    ie. turn this:

    lenb@se7525gp2:/sys> ls bus/acpi/drivers
    ACPI AC Adapter Driver ACPI Embedded Controller Driver ACPI Power Resource Driver
    ACPI Battery Driver ACPI Fan Driver ACPI Processor Driver
    ACPI Button Driver ACPI PCI Interrupt Link Driver ACPI Thermal Zone Driver
    ACPI container driver ACPI PCI Root Bridge Driver hpet

    into this:

    lenb@se7525gp2:~> ls /sys/bus/acpi/drivers
    ac battery button container ec fan hpet pci_link pci_root power processor thermal

    Signed-off-by: Len Brown

    Len Brown
     
  • cosmetic only

    Make "module name" actually match the file name.
    Invoke with ';' as leaving it off confuses Lindent and gcc doesn't care.
    Fix indentation where Lindent did get confused.

    Signed-off-by: Len Brown

    Len Brown
     

03 Feb, 2007

1 commit


17 Jan, 2007

1 commit


21 Dec, 2006

2 commits

  • http://bugzilla.kernel.org/show_bug.cgi?id=7695

    Originally we converted bind/unbind to use a new pci bridge driver.
    The driver will add/remove _PRT, so we can eventually remove
    .bind/.unbind methods.

    But we found that some of the _ADR-Based devices don't have _PRT,
    i.e. they are not managed by the new ACPI PCI bridge driver.
    So that .bind method is not called for some _ADR-Based devices,
    which leads to a failure.

    Now we make ACPI PCI Root Bridge Driver scan and binds all _ADR-Based devices
    once the driver is loaded, in the .add method of ACPI PCI Root Bridge driver.

    Extra code path for calling .bind/.unbind when _ADR-Based devices
    are hot added/removed is also added.

    Signed-off-by: Zhang Rui
    Signed-off-by: Len Brown

    Rui Zhang
     
  • Signed-off-by: Andrew Morton
    Signed-off-by: Len Brown

    Burman Yan
     

20 Dec, 2006

2 commits


16 Dec, 2006

1 commit

  • acpi_device had a .bind/.unbind methods, but Linux driver model does not.
    Cut ACPI PCI code over to use the Linux driver model methods.

    Convert bind/unbind to use a new pci bridge driver.
    The driver will add/remove _PRT, so we can eventually
    remove .bind/.unbind methods.

    Signed-off-by: Zhang Rui
    Signed-off-by: Len Brown

    Li Shaohua
     

14 Oct, 2006

1 commit


30 Jun, 2006

3 commits


27 Jun, 2006

3 commits


10 Dec, 2005

1 commit

  • Completed a major overhaul of the Resource Manager code -
    specifically, optimizations in the area of the AML/internal
    resource conversion code. The code has been optimized to
    simplify and eliminate duplicated code, CPU stack use has
    been decreased by optimizing function parameters and local
    variables, and naming conventions across the manager have
    been standardized for clarity and ease of maintenance (this
    includes function, parameter, variable, and struct/typedef
    names.)

    All Resource Manager dispatch and information tables have
    been moved to a single location for clarity and ease of
    maintenance. One new file was created, named "rsinfo.c".

    The ACPI return macros (return_ACPI_STATUS, etc.) have
    been modified to guarantee that the argument is
    not evaluated twice, making them less prone to macro
    side-effects. However, since there exists the possibility
    of additional stack use if a particular compiler cannot
    optimize them (such as in the debug generation case),
    the original macros are optionally available. Note that
    some invocations of the return_VALUE macro may now cause
    size mismatch warnings; the return_UINT8 and return_UINT32
    macros are provided to eliminate these. (From Randy Dunlap)

    Implemented a new mechanism to enable debug tracing for
    individual control methods. A new external interface,
    acpi_debug_trace(), is provided to enable this mechanism. The
    intent is to allow the host OS to easily enable and disable
    tracing for problematic control methods. This interface
    can be easily exposed to a user or debugger interface if
    desired. See the file psxface.c for details.

    acpi_ut_callocate() will now return a valid pointer if a
    length of zero is specified - a length of one is used
    and a warning is issued. This matches the behavior of
    acpi_ut_allocate().

    Signed-off-by: Bob Moore
    Signed-off-by: Len Brown

    Bob Moore
     

22 Sep, 2005

1 commit


05 Aug, 2005

1 commit


28 Jun, 2005

1 commit

  • When you hot-plug a (root) bridge hierarchy, it may have p2p bridges and
    devices attached to it that have not been configured by firmware. In this
    case, we need to configure the devices before starting them. This patch
    separates device start from device scan so that we can introduce the
    configuration step in the middle.

    I kept the existing semantics for pci_scan_bus() since there are a huge number
    of callers to that function.

    Also, I have no way of testing the changes I made to the parisc files, so this
    needs review by those folks. Sorry for the massive cross-post, this touches
    files in many different places.

    Signed-off-by: Rajesh Shah
    Signed-off-by: Andrew Morton
    Signed-off-by: Greg Kroah-Hartman

    Rajesh Shah
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds