1. 06 8月, 2011 1 次提交
  2. 28 5月, 2011 2 次提交
  3. 17 5月, 2011 1 次提交
  4. 09 5月, 2011 1 次提交
  5. 04 5月, 2011 1 次提交
  6. 02 4月, 2011 1 次提交
    • R
      msi-laptop: fix config-dependent build error · a0bcaee9
      Randy Dunlap 提交于
      The msi-laptop driver uses input_*() and sparse_keymap_*() interfaces.
      It should depend on the INPUT subsystem being present and select
      INPUT_SPARSEKMAP so that those interfaces are present.
      
      ERROR: "input_free_device" [drivers/platform/x86/msi-laptop.ko] undefined!
      ERROR: "input_register_device" [drivers/platform/x86/msi-laptop.ko] undefined!
      ERROR: "sparse_keymap_setup" [drivers/platform/x86/msi-laptop.ko] undefined!
      ERROR: "input_allocate_device" [drivers/platform/x86/msi-laptop.ko] undefined!
      ERROR: "sparse_keymap_report_event" [drivers/platform/x86/msi-laptop.ko] undefined!
      ERROR: "input_unregister_device" [drivers/platform/x86/msi-laptop.ko] undefined!
      ERROR: "sparse_keymap_free" [drivers/platform/x86/msi-laptop.ko] undefined!
      Signed-off-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Cc: Matthew Garrett <mjg@redhat.com>
      Cc: "Lee, Chun-Yi" <jlee@novell.com>
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      a0bcaee9
  7. 28 3月, 2011 10 次提交
  8. 22 3月, 2011 1 次提交
  9. 22 2月, 2011 1 次提交
    • R
      platform/x86: ideapad-laptop depends on INPUT · ad0f4306
      Randy Dunlap 提交于
      Most platform/x86 drivers that use INPUT_SPARSEKMAP also depend on INPUT,
      so do the same for ideapad-laptop.  This fixes a kconfig warning and
      subsequent build errors when CONFIG_INPUT is disabled.
      
      warning: (ACER_WMI && ASUS_LAPTOP && DELL_WMI && HP_WMI && PANASONIC_LAPTOP && IDEAPAD_LAPTOP && EEEPC_LAPTOP && EEEPC_WMI && MSI_WMI && TOPSTAR_LAPTOP && ACPI_TOSHIBA) selects INPUT_SPARSEKMAP which has unmet direct dependencies (!S390 && INPUT)
      
      ERROR: "input_free_device" [drivers/platform/x86/ideapad-laptop.ko] undefined!
      ERROR: "input_register_device" [drivers/platform/x86/ideapad-laptop.ko] undefined!
      ERROR: "sparse_keymap_setup" [drivers/platform/x86/ideapad-laptop.ko] undefined!
      ERROR: "input_allocate_device" [drivers/platform/x86/ideapad-laptop.ko] undefined!
      ERROR: "input_unregister_device" [drivers/platform/x86/ideapad-laptop.ko] undefined!
      ERROR: "sparse_keymap_free" [drivers/platform/x86/ideapad-laptop.ko] undefined!
      ERROR: "sparse_keymap_report_event" [drivers/platform/x86/ideapad-laptop.ko] undefined!
      Signed-off-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Matthew Garrett <mjg@redhat.com>
      Cc: platform-driver-x86@vger.kernel.org
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      ad0f4306
  10. 11 1月, 2011 1 次提交
    • M
      platform/x86: Consistently select LEDS Kconfig options · 0c51a4d8
      Mark Brown 提交于
      Currently the x86 platform devices are not consistent about selecting
      or depending on the LEDs Kconfig variables, and this inconsistency
      leads to Kconfig getting upset and refusing to offer LEDs (even on
      non-x86 platforms):
      
      drivers/platform/x86/Kconfig:422:error: recursive dependency detected!
      drivers/platform/x86/Kconfig:422:       symbol EEEPC_WMI depends on ACPI_WMI
      drivers/platform/x86/Kconfig:438:       symbol ACPI_WMI is selected by ACER_WMI
      drivers/platform/x86/Kconfig:18:        symbol ACER_WMI depends on LEDS_CLASS
      drivers/leds/Kconfig:10:        symbol LEDS_CLASS is selected by EEEPC_WMI
      
      Fix this by always selecting rather than depending on the symbols as
      slightly more drivers use this approach already and it seems more
      user friendly.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      0c51a4d8
  11. 08 1月, 2011 6 次提交
  12. 21 10月, 2010 10 次提交
  13. 24 8月, 2010 1 次提交
    • J
      ACPI_TOSHIBA needs LEDS support · c76a3e1d
      Jonathan Corbet 提交于
      Don't ask how ACPI_TOSHIBA got enabled on in desktop system's .config -
      I don't know.  But it has silently been there until I tried 2.6.36-rc2,
      where it broke the build because I don't have LED support turned on.
      Attached patch fixes things up.
      
      (I had to change BACKLIGHT_CLASS_DEVICE to "depends" because otherwise
      I get unsightly core dumps out of scripts/kconfig/conf).
      
      jon
      
      --
      toshiba: make sure we pull in LED support
      
      The Toshiba extras driver uses the LED module, so make sure we have it
      configure in.
      Signed-off-by: NJonathan Corbet <corbet@lwn.net>
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      c76a3e1d
  14. 11 8月, 2010 1 次提交
  15. 03 8月, 2010 2 次提交