1. 21 Feb, 2008 1 commit
  2. 07 Feb, 2008 1 commit
    • Adrian Bunk's avatar
      ACPI: misc cleanups · e5685b9d
      Adrian Bunk authored
      
      
          This patch contains the following possible cleanups:
          - make the following needlessly global code static:
            - drivers/acpi/bay.c:dev_attr_eject
            - drivers/acpi/bay.c:dev_attr_present
            - drivers/acpi/dock.c:dev_attr_docked
            - drivers/acpi/dock.c:dev_attr_flags
            - drivers/acpi/dock.c:dev_attr_uid
            - drivers/acpi/dock.c:dev_attr_undock
            - drivers/acpi/pci_bind.c:acpi_pci_unbind()
            - drivers/acpi/pci_link.c:acpi_link_lock
            - drivers/acpi/sbs.c:acpi_sbs_callback()
            - drivers/acpi/sbshc.c:acpi_smbus_transaction()
            - drivers/acpi/sleep/main.c:acpi_sleep_prepare()
          - #if 0 the following unused global functions:
            - drivers/acpi/numa.c:acpi_unmap_pxm_to_node()
          - remove the following unused EXPORT_SYMBOL's:
            - acpi_register_gsi
            - acpi_unregister_gsi
            - acpi_strict
            - acpi_bus_receive_event
            - register_acpi_bus_type
            - unregister_acpi_bus_type
            - acpi_os_printf
            - acpi_os_sleep
            - acpi_os_stall
            - acpi_os_read_pci_configuration
            - acpi_os_create_semaphore
            - acpi_os_delete_semaphore
            - acpi_os_wait_semaphore
            - acpi_os_signal_semaphore
            - acpi_os_signal
            - acpi_pci_irq_enable
            - acpi_get_pxm
      Signed-off-by: default avatarAdrian Bunk <bunk@kernel.org>
      Acked-by: default avatarAlexey Starikovskiy <astarikovskiy@suse.de>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      e5685b9d
  3. 01 Feb, 2008 1 commit
    • Sam Ravnborg's avatar
      x86: fix section mismatch warning in acpi/boot.c · 009cbadb
      Sam Ravnborg authored
      
      
      Fix following warning:
      WARNING: o-x86_64/arch/x86/kernel/built-in.o(.text+0x13d15): Section mismatch in reference from the function acpi_map_lsapic() to the function .cpuinit.text:mp_register_lapic()
      
      The function acpi_map_lsapic() is exported and thus not annotated.
      But the sole user is acpi/processor_core.c in a __cpuinit path.
      So create a small wrapper and put back the annotation thus
      avoiding the warning.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      009cbadb
  4. 14 Dec, 2007 1 commit
    • Len Brown's avatar
      ACPI: tables: complete searching upon RSDP w/ bad checksum. · 239665a3
      Len Brown authored
      ACPI tables follow a tree structure in memory.
      The root of the tree is the RSDP (Root System Description Pointer).
      
      To find the RSDP, the OS searches for the signature "RSD PTR "
      in well known physical memory locations.  Then the OS computes
      a table checksum to verify that the signature is really part
      of a valid table header.
      
      Some systems have a proper signature but an invalid checksum;
      followed elsewhere by a proper signature with valid checksum.
      
      http://bugzilla.kernel.org/show_bug.cgi?id=9444
      
      
      
      The Linux RSDP scanning code bailed out on those systems
      and as a result they booted with ACPI disabled.
      
      Fix this by deleting the Linux RSDP scanning code and
      plugging in the ACPICA RSDP scanning code.
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      239665a3
  5. 13 Dec, 2007 1 commit
  6. 17 Nov, 2007 1 commit
    • Thomas Gleixner's avatar
      x86: add hpet sanity checks · f4df73c2
      Thomas Gleixner authored
      
      
      Some BIOSes advertise HPET at 0x0. We really do no want to 
      allocate a resource there. Check for it and leave early.
      
      Other BIOSes tell us the HPET is at 0xfed0000000000000 
      instead of 0xfed00000. Add a check and fix it up with a warning
      on user request.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      f4df73c2
  7. 19 Oct, 2007 2 commits
  8. 11 Oct, 2007 1 commit
  9. 10 Oct, 2007 1 commit
    • Jeff Garzik's avatar
      drivers/firmware: const-ify DMI API and internals · 1855256c
      Jeff Garzik authored
      
      
      Three main sets of changes:
      
      1) dmi_get_system_info() return value should have been marked const,
         since callers should not be changing that data.
      
      2) const-ify DMI internals, since DMI firmware tables should,
         whenever possible, be marked const to ensure we never ever write to
         that data area.
      
      3) const-ify DMI API, to enable marking tables const where possible
         in low-level drivers.
      
      And if we're really lucky, this might enable some additional
      optimizations on the part of the compiler.
      
      The bulk of the changes are #2 and #3, which are interrelated.  #1 could
      have been a separate patch, but it was so small compared to the others,
      it was easier to roll it into this changeset.
      Signed-off-by: default avatarJeff Garzik <jgarzik@redhat.com>
      1855256c
  10. 22 Jul, 2007 1 commit
  11. 04 Jul, 2007 2 commits
    • Linus Torvalds's avatar
      Remove some unused variables · ba609a9d
      Linus Torvalds authored
      When Andi reverted the HPET resource reservation (in commit
      0f8dc2f0
      
      ), he didn't remove the now
      unused variables, which just causes gcc to be noisy.
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      ba609a9d
    • Andi Kleen's avatar
      Revert HPET resource reservation · 0f8dc2f0
      Andi Kleen authored
      
      
      Matthias Lenk reports that the PCI subsystem would move the HPET on
      SB400/SB600-based systems, where the HPET is in BAR1 of the SMbus
      controller.
      
      The reason? The ACPI layer registered the PCI MMIO range as being busy
      too early, before PCI enumeration had happened, causing the PCI layer to
      decide that it should relocate the resources somewhere else.
      
      Firmware resources should be marked busy _after_ the PCI enumeration and
      probing has happened, not before.
      
      Remove the too-early reservation, we'll fix it up to do it properly
      later.  In the meantime, this solves the regression.
      Tested-by: default avatarMatthias Lenk <matthias.lenk@amd.com>
      Cc: Aaron Durbin <adurbin@google.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      0f8dc2f0
  12. 02 Jun, 2007 1 commit
    • Tear's avatar
      ACPI: Remove Dell Optiplex GX240 from the ACPI blacklist · 4d2fafd1
      Tear authored
      
      
      I have a Dell Optiplex GX240 and when I boot Linux, ACPI gets set up by only
      acpi=ht.  dmesg shows the following line:
      
         DELL GX240 detected: force use of acpi=ht
      
      Everything seemed to be fine.  However, I discovered that everything is not
      fine.  The USB controller works so slowly that copying a few (uncached) 1
      megabyte large photos from a USB-enabled digital camera takes many minutes
      instead of a couple of seconds.
      
      I am using Linux 2.6.21.1 on a Debian 4.0 ("Etch") system.
      
      I thought that this might be related to ACPI.  So I tried to boot with _only_
      "acpi=force" appended to the kernel command line.  Voila, the USB controller
      started to work at full speed and copying photos from my digital camera took
      only seconds.
      
      I tested the system with "acpi=force" and could not find anything which did
      not work.
      
      I thought that this might be related to interrupts and APIC as well.  (Note
      that this is APIC, not ACPI.) I tried booting with _only_ "noapic" and
      "nolapic" appended to the command line.  Again, the USB controller started to
      work at full speed.
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      4d2fafd1
  13. 02 May, 2007 1 commit
  14. 08 Mar, 2007 1 commit
  15. 16 Feb, 2007 2 commits
  16. 13 Feb, 2007 1 commit
  17. 03 Feb, 2007 7 commits
  18. 02 Jan, 2007 1 commit
    • Len Brown's avatar
      ACPI: fix section mis-match build warning · e82c354b
      Len Brown authored
      
      
      Dunno why this pops out in only in the allmodconfig build.
      Though the warning is accurate, all the callers of the flagged
      non __init function are __init, this is not a functional change.
      
      WARNING: vmlinux - Section mismatch: reference to .init.data:acpi_sci_flags from .text between 'acpi_sci_ioapic_setup' (at offset 0xc010f0a
      6) and 'acpi_gsi_to_irq'                                                                                                                   WARNING: vmlinux - Section mismatch: reference to .init.text:mp_override_legacy_irq from .text between 'acpi_sci_ioapic_setup' (at offset 0
      xc010f0de) and 'acpi_gsi_to_irq'                                                                                                           WARNING: vmlinux - Section mismatch: reference to .init.data:acpi_sci_override_gsi from .text between 'acpi_sci_ioapic_setup' (at offset 0x
      c010f0e4) and 'acpi_gsi_to_irq'
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      e82c354b
  19. 02 Dec, 2006 1 commit
  20. 14 Nov, 2006 1 commit
    • Andi Kleen's avatar
      [PATCH] x86: Add acpi_user_timer_override option for Asus boards · fa18f477
      Andi Kleen authored
      
      
      Timer overrides are normally disabled on Nvidia board because
      they are commonly wrong, except on new ones with HPET support.
      Unfortunately there are quite some Asus boards around that
      don't have HPET, but need a timer override.
      
      We don't know yet how to handle this transparently,
      but at least add a command line option to force the timer override
      and let them boot.
      
      Cc: len.brown@intel.com
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      fa18f477
  21. 03 Nov, 2006 1 commit
  22. 21 Oct, 2006 1 commit
  23. 14 Oct, 2006 1 commit
    • Kimball Murray's avatar
      ACPI: SCI interrupt source override · 281ea49b
      Kimball Murray authored
      
      
      The Linux group at Stratus Technologies has come across an issue with SCI
      routing under ACPI.  We were bitten by this when we made an x86_64 platform
      whose BIOS provides an Interrupt Source Override for the SCI itself.
      Apparently the override has no effect for the System Control Interrupt, and
      this appears to be because of the way the SCI is setup in the ACPI code.
      It does not handle the case where busirq != gsi.
      
      The code that sets up the SCI routing assumes that bus irq == global irq.
      So there is simply no provision for telling it otherwise.  The attached
      patch provides this mechanism.
      
      This patch provided by David Bulkow, was tested on an i386 platform, which
      does not use the SCI override, and also on an x86_64 platform which does
      use an override.
      Signed-off-by: default avatarDavid Bulkow <david.bulkow@stratus.com>
      Cc: Andi Kleen <ak@muc.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      281ea49b
  24. 04 Oct, 2006 2 commits
    • Eric W. Biederman's avatar
      [PATCH] genirq: x86_64 irq: Kill gsi_irq_sharing · f023d764
      Eric W. Biederman authored
      
      
      After raising the number of irqs the system supports this function is no
      longer necessary.
      Signed-off-by: default avatarEric W. Biederman <ebiederm@xmission.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Rajesh Shah <rajesh.shah@intel.com>
      Cc: Andi Kleen <ak@muc.de>
      Cc: "Protasevich, Natalie" <Natalie.Protasevich@UNISYS.com>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f023d764
    • Eric W. Biederman's avatar
      [PATCH] genirq: i386 irq: Remove the msi assumption that irq == vector · ace80ab7
      Eric W. Biederman authored
      
      
      This patch removes the change in behavior of the irq allocation code when
      CONFIG_PCI_MSI is defined.  Removing all instances of the assumption that irq
      == vector.
      
      create_irq is rewritten to first allocate a free irq and then to assign that
      irq a vector.
      
      assign_irq_vector is made static and the AUTO_ASSIGN case which allocates an
      vector not bound to an irq is removed.
      
      The ioapic vector methods are removed, and everything now works with irqs.
      
      The definition of NR_IRQS no longer depends on CONFIG_PCI_MSI
      
      [akpm@osdl.org: cleanup]
      Signed-off-by: default avatarEric W. Biederman <ebiederm@xmission.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Rajesh Shah <rajesh.shah@intel.com>
      Cc: Andi Kleen <ak@muc.de>
      Cc: "Protasevich, Natalie" <Natalie.Protasevich@UNISYS.com>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      ace80ab7
  25. 26 Sep, 2006 6 commits