1. 28 3月, 2011 5 次提交
  2. 22 3月, 2011 1 次提交
  3. 08 1月, 2011 1 次提交
  4. 21 10月, 2010 5 次提交
    • V
      IBM Real-Time "SMI Free" mode driver -v7 · 35f0ce03
      Vernon Mauery 提交于
      After a period of RFC for this driver, I think it is ready
      for inclusion in the platform-driver-x86 tree, hopefully to
      be staged in the next merge window into Linus's tree.
      
      --Vernon
      
      ------------------------------------------------------------
      
      IBM Real-Time "SMI Free" mode driver
      
      This driver supports the Real-Time Linux (RTL) BIOS feature.
      The RTL feature allows non-fatal System Management Interrupts
      (SMIs) to be disabled on supported IBM platforms and is
      intended to be coupled with a user-space daemon to monitor
      the hardware in a way that can be prioritized and scheduled
      to better suit the requirements for the system.
      
      The Device is presented as a special "_RTL_" table to the OS
      in the Extended BIOS Data Area.  There is a simple protocol
      for entering and exiting the mode at runtime.  This driver
      creates a simple sysfs interface to allow a simple entry and
      exit from RTL mode in the UFI/BIOS.
      
      Since the driver is specific to IBM SystemX hardware (x86-
      based servers) it only builds on x86 builds.  To reduce the
      risk of loading on the wrong hardware, the module uses DMI
      information and checks a list of servers that are known to
      work.
      Signed-off-by: NVernon Mauery <vernux@us.ibm.com>
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      35f0ce03
    • D
      Add OLPC XO-1 rfkill driver · 260586d2
      Daniel Drake 提交于
      Add a software rfkill switch for the WLAN interface in the OLPC XO-1
      laptop. It uses the OLPC embedded controller to cut/restore power to
      the Marvell WLAN chip on the motherboard.
      Signed-off-by: NDaniel Drake <dsd@laptop.org>
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      260586d2
    • J
      Move hdaps driver to platform/x86 · bd9fc3a7
      Jean Delvare 提交于
      The hdaps driver isn't a hardware monitoring driver, so it shouldn't
      live under driver/hwmon. drivers/platform/x86 seems much more
      appropriate, as the driver is only useful on x86 laptops.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Cc: Guenter Roeck <guenter.roeck@ericsson.com>
      Cc: Matthew Garrett <mjg@redhat.com>
      Cc: Frank Seidel <frank@f-seidel.de>
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      bd9fc3a7
    • M
      ideapad-laptop: Fix Makefile · 75b2d09a
      Matthew Garrett 提交于
      The makefile didn't get updated when the driver changed name, which broke
      the build.
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      75b2d09a
    • I
      ideapad: Change the driver name to ideapad-laptop · 57ac3b05
      Ike Panhc 提交于
      Since the platform drivers doing more for laptops than just using specific
      ACPI device. It will be good to change the name from *_acpi to *-laptop.
      
      Reference: http://lkml.org/lkml/2010/8/14/154Signed-off-by: NIke Panhc <ike.pan@canonical.com>
      Acked-by: NLen Brown <len.brown@intel.com>
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      57ac3b05
  5. 11 8月, 2010 1 次提交
  6. 03 8月, 2010 3 次提交
  7. 18 5月, 2010 1 次提交
  8. 01 4月, 2010 1 次提交
  9. 24 12月, 2009 1 次提交
  10. 17 12月, 2009 2 次提交
  11. 19 9月, 2009 1 次提交
  12. 24 6月, 2009 1 次提交
  13. 04 4月, 2009 1 次提交
  14. 17 1月, 2009 1 次提交
  15. 19 12月, 2008 2 次提交
    • L
      ACPI: move wmi, asus_acpi, toshiba_acpi to drivers/platform/x86 · b4f9fe12
      Len Brown 提交于
      These are platform specific drivers that happen to use ACPI,
      while drivers/acpi/ is for code that implements ACPI itself.
      Signed-off-by: NLen Brown <len.brown@intel.com>
      b4f9fe12
    • L
      create drivers/platform/x86/ from drivers/misc/ · 41b16dce
      Len Brown 提交于
      Move x86 platform specific drivers from drivers/misc/
      to a new home under drivers/platform/x86/.
      
      The community has been maintaining x86 vendor-specific
      platform specific drivers under /drivers/misc/ for a few years.
      The oldest ones started life under drivers/acpi.
      They moved out of drivers/acpi/ because they don't actually
      implement the ACPI specification, but either simply
      use ACPI, or implement vendor-specific ACPI extensions.
      
      In the future we anticipate...
      drivers/misc/ will go away.
      other architectures will create drivers/platform/<arch>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      41b16dce