1. 11 Oct, 2007 1 commit
  2. 22 Jul, 2007 1 commit
  3. 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
  4. 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
  5. 02 May, 2007 1 commit
  6. 08 Mar, 2007 1 commit
  7. 16 Feb, 2007 2 commits
  8. 13 Feb, 2007 1 commit
  9. 03 Feb, 2007 7 commits
  10. 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
  11. 02 Dec, 2006 1 commit
  12. 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
  13. 03 Nov, 2006 1 commit
  14. 21 Oct, 2006 1 commit
  15. 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
  16. 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
  17. 26 Sep, 2006 6 commits
  18. 18 Aug, 2006 1 commit
  19. 30 Jun, 2006 1 commit
  20. 21 Jun, 2006 1 commit
  21. 14 Jun, 2006 1 commit
    • Bob Moore's avatar
      ACPI: ACPICA 20060331 · 793c2388
      Bob Moore authored
      Implemented header file support for the following
      additional ACPI tables: ASF!, BOOT, CPEP, DBGP, MCFG, SPCR,
      SPMI, TCPA, and WDRT. With this support, all current and
      known ACPI tables are now defined in the ACPICA headers and
      are available for use by device drivers and other software.
      
      Implemented support to allow tables that contain ACPI
      names with invalid characters to be loaded. Previously,
      this would cause the table load to fail, but since
      there are several known cases of such tables on
      existing machines, this change was made to enable
      ACPI support for them. Also, this matches the
      behavior of the Microsoft ACPI implementation.
      https://bugzilla.novell.com/show_bug.cgi?id=147621
      
      
      
      Fixed a couple regressions introduced during the memory
      optimization in the 20060317 release. The namespace
      node definition required additional reorganization and
      an internal datatype that had been changed to 8-bit was
      restored to 32-bit. (Valery Podrezov)
      
      Fixed a problem where a null pointer passed to
      acpi_ut_delete_generic_state() could be passed through
      to acpi_os_release_object which is unexpected. Such
      null pointers are now trapped and ignored, matching
      the behavior of the previous implementation before the
      deployment of acpi_os_release_object().  (Valery Podrezov,
      Fiodor Suietov)
      
      Fixed a memory mapping leak during the deletion of
      a SystemMemory operation region where a cached memory
      mapping was not deleted. This became a noticeable problem
      for operation regions that are defined within frequently
      used control methods. (Dana Meyers)
      
      Reorganized the ACPI table header files into two main
      files: one for the ACPI tables consumed by the ACPICA core,
      and another for the miscellaneous ACPI tables that are
      consumed by the drivers and other software. The various
      FADT definitions were merged into one common section and
      three different tables (ACPI 1.0, 1.0+, and 2.0)
      Signed-off-by: default avatarBob Moore <robert.moore@intel.com>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      793c2388
  22. 31 May, 2006 1 commit
  23. 16 May, 2006 1 commit
  24. 04 May, 2006 1 commit
  25. 02 May, 2006 1 commit
  26. 18 Apr, 2006 1 commit