1. 29 8月, 2009 8 次提交
  2. 24 6月, 2009 2 次提交
  3. 18 6月, 2009 1 次提交
  4. 14 5月, 2009 1 次提交
  5. 16 3月, 2009 1 次提交
  6. 21 1月, 2009 3 次提交
  7. 19 12月, 2008 1 次提交
    • 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
  8. 08 11月, 2008 1 次提交
  9. 23 10月, 2008 1 次提交
  10. 18 10月, 2008 1 次提交
  11. 11 10月, 2008 2 次提交
  12. 07 2月, 2008 4 次提交
  13. 24 8月, 2007 2 次提交
    • G
      asus-laptop: Fix rmmod of asus_laptop · e1996a69
      Guillaume Chazarain 提交于
      The asus laptop driver conditionnaly registers leds in asus_led_register()
      depending on their availability, but unconditionnaly unregisters them all at
      exit time or when the module fails to load. Unregistering not registered leds
      result in the following Oops. So we should check before unregistering.
      
       [<c032d2f9>] do_page_fault+0x511/0x5e9
       [<c032bae2>] error_code+0x6a/0x70
       [<c026abf8>] device_unregister+0x26/0x32
       [<f8864218>] led_classdev_unregister+0x58/0x94 [led_class]
       [<f88a90f8>] asus_led_exit+0x17/0x41 [asus_laptop]
       [<f88a91c9>] asus_laptop_exit+0xd/0x3f [asus_laptop]
       [<c013cee1>] sys_delete_module+0x17b/0x1a2
       [<c0106eae>] sysenter_past_esp+0x6b/0xa1
      
      EIP: [<c026a9a3>] device_del+0xb/0x23a SS:ESP 0068:f594ef0c
      Signed-off-by: NGuillaume Chazarain <guichaz@yahoo.fr>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      e1996a69
    • L
      ACPI: Schedule /proc/acpi/event for removal · 14e04fb3
      Len Brown 提交于
      Schedule /proc/acpi/event for removal in 6 months.
      
      Re-name acpi_bus_generate_event() to acpi_bus_generate_proc_event()
      to make sure there is no confusion that it is for /proc/acpi/event only.
      
      Add CONFIG_ACPI_PROC_EVENT to allow removal of /proc/acpi/event.
      There is no functional change if CONFIG_ACPI_PROC_EVENT=y
      Signed-off-by: NLen Brown <len.brown@intel.com>
      14e04fb3
  14. 25 7月, 2007 1 次提交
  15. 24 7月, 2007 2 次提交
  16. 20 7月, 2007 1 次提交
  17. 12 7月, 2007 1 次提交
    • T
      sysfs: kill unnecessary attribute->owner · 7b595756
      Tejun Heo 提交于
      sysfs is now completely out of driver/module lifetime game.  After
      deletion, a sysfs node doesn't access anything outside sysfs proper,
      so there's no reason to hold onto the attribute owners.  Note that
      often the wrong modules were accounted for as owners leading to
      accessing removed modules.
      
      This patch kills now unnecessary attribute->owner.  Note that with
      this change, userland holding a sysfs node does not prevent the
      backing module from being unloaded.
      
      For more info regarding lifetime rule cleanup, please read the
      following message.
      
        http://article.gmane.org/gmane.linux.kernel/510293
      
      (tweaked by Greg to not delete the field just yet, to make it easier to
      merge things properly.)
      Signed-off-by: NTejun Heo <htejun@gmail.com>
      Cc: Cornelia Huck <cornelia.huck@de.ibm.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      7b595756
  18. 10 5月, 2007 4 次提交
  19. 12 3月, 2007 3 次提交