1. 01 2月, 2018 1 次提交
  2. 16 1月, 2018 3 次提交
  3. 21 12月, 2017 1 次提交
  4. 27 11月, 2017 2 次提交
  5. 19 11月, 2017 1 次提交
  6. 04 11月, 2017 3 次提交
  7. 03 11月, 2017 1 次提交
  8. 28 10月, 2017 1 次提交
  9. 12 10月, 2017 1 次提交
  10. 28 9月, 2017 1 次提交
  11. 20 9月, 2017 1 次提交
  12. 21 7月, 2017 1 次提交
    • A
      platform/x86: peaq-wmi: select INPUT_POLLDEV · a00c6963
      Arnd Bergmann 提交于
      The new driver fails to build without INPUT_POLLDEV
      
      drivers/platform/x86/peaq-wmi.o: In function `peaq_wmi_exit':
      peaq-wmi.c:(.exit.text+0x1c): undefined reference to `input_unregister_polled_device'
      drivers/platform/x86/peaq-wmi.o: In function `peaq_wmi_init':
      peaq-wmi.c:(.init.text+0x23): undefined reference to `input_allocate_polled_device'
      peaq-wmi.c:(.init.text+0x18e): undefined reference to `input_register_polled_device'
      
      For some reason, all other drivers that need this use 'select'
      here rather than 'depends on', so I'm doing the same.
      
      Fixes: 13bb0fd5 ("platform/x86: peaq-wmi: Add new peaq-wmi driver")
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NDarren Hart (VMware) <dvhart@infradead.org>
      a00c6963
  13. 01 7月, 2017 1 次提交
    • M
      platform/x86: fujitsu-laptop: rework debugging · eee77da1
      Michał Kępień 提交于
      Using a dedicated Kconfig option for enabling debugging means the user
      may be forced to recompile their kernel in order to gather debugging
      information, which is inconvenient.  Replace custom debugging
      infrastructure with standard logging functions, taking advantage of
      dynamic debug.  Replace a pr_info() call inside an ACPI callback with an
      acpi_handle_info() call.
      
      The following mapping was used:
      
        - FUJLAPTOP_DBG_ERROR -> acpi_handle_err()
        - FUJLAPTOP_DBG_WARN  -> acpi_handle_info() / dev_info()
        - FUJLAPTOP_DBG_INFO  -> acpi_handle_debug()
        - FUJLAPTOP_DBG_TRACE -> acpi_handle_debug() / dev_dbg()
      
      This means that some events which used to only be logged when the user
      explicitly requested it will now be logged by default:
      
        - ACPI method evaluation errors,
        - unknown ACPI notification codes,
        - unknown hotkey scancodes.
      
      The first type of events should happen rarely, if ever at all.  The rest
      is interesting from driver development perspective as their presence in
      the logs will mean the driver is unaware of certain events, handling of
      which should be implemented.
      Signed-off-by: NMichał Kępień <kernel@kempniu.pl>
      Reviewed-by: NJonathan Woithe <jwoithe@just42.net>
      Signed-off-by: NDarren Hart (VMware) <dvhart@infradead.org>
      eee77da1
  14. 15 6月, 2017 1 次提交
  15. 07 6月, 2017 1 次提交
  16. 15 5月, 2017 1 次提交
    • H
      platform/x86: peaq-wmi: Add new peaq-wmi driver · 13bb0fd5
      Hans de Goede 提交于
      PEAQ is a new European OEM, I've bought one of their 2-in-1 x86 devices,
      which is actually quite a nice device. Under Windows it has Dolby
      software for "better" sound and you can select different equalizer
      presets using a special button.
      
      This WMI interface for this button is not really nice, as it does not do
      notifies (it really does not I triple checked), but since I had already
      figured out the entire WMI interface for this I decided to go the full
      mile anyway and implement a WMI based input driver for this using
      input_polldev since, well, we need to poll.
      
      This commit adds support for this button making it report KEY_SOUND
      input events. KEY_SOUND is already used in various places to switch
      sound into theatre mode and things like that so it seems appropriate
      here.
      Signed-off-by: NHans de Goede <hdegoede@redhat.com>
      Reviewed-by: NAndy Shevchenko <andy.shevchenko@gmail.com>
      Reviewed-by: NDmitry Torokhov <dmitry.torokhov@gmail.com>
      [dvhart: minor declaration ordering and commit log typo fixes]
      Signed-off-by: NDarren Hart (VMware) <dvhart@infradead.org>
      13bb0fd5
  17. 29 4月, 2017 1 次提交
  18. 27 4月, 2017 1 次提交
  19. 22 4月, 2017 1 次提交
    • T
      platform/x86: INT33FE: add i2c dependency · 58688a75
      Tobias Regnery 提交于
      With CONFIG_I2C=m and CONFIG_INTEL_CHT_INT33FE=y we see the following link
      errors:
      
      drivers/built-in.o: In function 'cht_int33fe_remove':
      intel_cht_int33fe.c:(.text+0x391f6e): undefined reference to 'i2c_unregister_device'
      intel_cht_int33fe.c:(.text+0x391f76): undefined reference to 'i2c_unregister_device'
      intel_cht_int33fe.c:(.text+0x391f7d): undefined reference to 'i2c_unregister_device'
      drivers/built-in.o: In function 'cht_int33fe_probe':
      intel_cht_int33fe.c:(.text+0x392147): undefined reference to 'i2c_acpi_new_device'
      intel_cht_int33fe.c:(.text+0x392185): undefined reference to 'i2c_acpi_new_device'
      intel_cht_int33fe.c:(.text+0x3921bd): undefined reference to 'i2c_acpi_new_device'
      intel_cht_int33fe.c:(.text+0x3921d9): undefined reference to 'i2c_unregister_device'
      intel_cht_int33fe.c:(.text+0x3921e8): undefined reference to 'i2c_unregister_device'
      drivers/built-in.o: In function 'cht_int33fe_driver_init':
      intel_cht_int33fe.c:(.init.text+0x2386d): undefined reference to 'i2c_register_driver'
      drivers/built-in.o: In function 'cht_int33fe_driver_exit':
      intel_cht_int33fe.c:(.exit.text+0x206e): undefined reference to 'i2c_del_driver'
      
      Fix this by adding a kconfig dependency on the I2C subsystem.
      
      Fixes: 1cd706df ("platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver")
      Signed-off-by: NTobias Regnery <tobias.regnery@gmail.com>
      Reviewed-by: NHans de Goede <hdegoede@redhat.com>
      Signed-off-by: NDarren Hart (VMware) <dvhart@infradead.org>
      58688a75
  20. 20 4月, 2017 1 次提交
  21. 18 4月, 2017 1 次提交
  22. 14 4月, 2017 1 次提交
  23. 07 3月, 2017 1 次提交
  24. 14 2月, 2017 2 次提交
  25. 04 2月, 2017 1 次提交
    • S
      platform/x86: Support Turbo Boost Max 3.0 for non HWP systems · 4ec567b8
      Srinivas Pandruvada 提交于
      On platforms supporting Intel Turbo Boost Max Technology 3.0, the
      maximum turbo frequencies (turbo ratio) of some cores in a CPU package
      may be higher than the other cores in the same package.  In that case,
      better performance can be achieved by making the scheduler prefer to run
      tasks on the CPUs with higher max turbo frequencies.
      
      On Intel® Broadwell Xeon systems, it is optional to turn on HWP
      (Hardware P-States). When HWP is not turned on, the BIOS doesn't
      present required CPPC (Collaborative Processor Performance Control)
      tables. This table is used to get the per CPU core maximum performance
      ratio and inform scheduler (in cpufreq/intel_pstate driver).
      
      On such systems the maximum performance ratio can be read via over
      clocking (OC) mailbox interface for each CPU. This interface is not
      architectural and can change for every model of processors.
      
      This driver reads maximum performance ratio of each CPU and set up
      the scheduler priority metrics. In this way scheduler can prefer CPU
      with higher performance to schedule tasks.
      Signed-off-by: NSrinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
      Signed-off-by: NDarren Hart <dvhart@linux.intel.com>
      4ec567b8
  26. 03 2月, 2017 1 次提交
    • J
      platform/x86: dell-smbios: Auto-select as needed · 9893ae86
      Jean Delvare 提交于
      Dell-smbios is a helper module, it serves no purpose on its own, so
      do not present it as an option to the user. Instead, select it
      automatically whenever a driver which needs it is selected.
      
      Also select DCDBAS as needed, instead of depending on it, so that
      the Dell driver options are always visible.
      
      As a clean-up, I removed the "default n" statements as they are not
      needed (n is the default default.)
      Signed-off-by: NJean Delvare <jdelvare@suse.de>
      Cc: Michał Kępień <kernel@kempniu.pl>
      Cc: Pali Rohár <pali.rohar@gmail.com>
      Cc: Darren Hart <dvhart@infradead.org>
      Cc: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
      Signed-off-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      9893ae86
  27. 27 1月, 2017 2 次提交
  28. 14 1月, 2017 1 次提交
  29. 28 12月, 2016 1 次提交
  30. 19 12月, 2016 1 次提交
  31. 17 12月, 2016 3 次提交