1. 05 Nov, 2017 6 commits
  2. 03 Nov, 2017 22 commits
  3. 31 Oct, 2017 1 commit
  4. 30 Oct, 2017 1 commit
  5. 27 Oct, 2017 6 commits
    • Osama Khan's avatar
      platform/x86: hp_accel: Add quirk for HP ProBook 440 G4 · 163ca800
      Osama Khan authored
      Added support for HP ProBook 440 G4 laptops by including the accelerometer
      orientation quirk for that device. Testing was performed based on the
      axis orientation guidelines here:
      https://www.kernel.org/doc/Documentation/misc-devices/lis3lv02d
      which states "If the left side is elevated, X increases (becomes positive)".
      
      When tested, on lifting the left edge, x values became increasingly negative
      thus indicating an inverted x-axis on the installed lis3lv02d chip.
      This was compensated by adding an entry for this device in hp_accel.c
      specifying the quirk as x_inverted. The patch was tested on a
      ProBook 440 G4 device and x-axis as well as y and z-axis values are now
      generated as per spec.
      Signed-off-by: default avatarOsama Khan <osama.khan@ericsson.com>
      Signed-off-by: default avatarAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      163ca800
    • Srinivas Pandruvada's avatar
      platform/x86: intel_turbo_max_3: Add Skylake platform · 5520437b
      Srinivas Pandruvada authored
      Ev Kontsevoy reported that he can't see the presence of
      "/proc/sys/kernel/sched_itmt_enabled" on i9-7900x with Asrock x299
      Taichi system even if he enabled "Turbo 3.0" in the BIOS.
      
      The problem is that even if one core max is 200MHz more than others, the
      current implementation couldn't enumerate that with the way the system
      is configured.
      
      The system by default configured for legacy mode (no HWP or speed shift
      technology), in this mode only way we can enumerate via the mail box
      interface as implemented in this driver. We were planing to only use
      this driver for Broadwell, but we need to extend this because some
      Skylake system has same issue as Braodwell systems.
      
      On this system BIOS allows to change to HWP mode, where we expect that
      we can enumerate favored core with ACPI-CPPC. But on this system the
      core priority is 0xff for all cores in CPPC object. So this is not an
      option.
      
      Hence this change allows Skylake systems to be enumerate favored core
      similar to Broadwell in legacy mode.
      Reported-and-tested-by: default avatarEv Kontsevoy <ev@kontsevoy.com>
      Signed-off-by: default avatarSrinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
      Signed-off-by: default avatarAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      5520437b
    • Andy Shevchenko's avatar
      platform/x86: intel_telemetry: Remove useless default in Kconfig · 026930bc
      Andy Shevchenko authored
      'default n' is a default behaviour of Kconfig options. So, remove
      explicit line from Kconfig.
      Signed-off-by: default avatarAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      026930bc
    • Andy Shevchenko's avatar
      platform/x86: intel_telemetry: Add needed inclusion · cfab22c0
      Andy Shevchenko authored
      linux/io.h defines readq() and ioremap_nocache() / iounmap() functions.
      
      If not included, the build fails:
      
      intel_telemetry_pltdrv.c:1165:31: warning: assignment makes pointer from integer without a cast [-Wint-conversion]
      intel_telemetry_pltdrv.c:1165:33: error: implicit declaration of function 'ioremap_nocache' [-Werror=implicit-function-declaration]
      intel_telemetry_pltdrv.c:1202:3: error: implicit declaration of function 'iounmap' [-Werror=implicit-function-declaration]
      intel_telemetry_pltdrv.c:900:20: error: implicit declaration of function 'readq' [-Werror=implicit-function-declaration]
      
      Fix this by including linux/io.h.
      Reported-by: default avatarkbuild test robot <fengguang.wu@intel.com>
      Signed-off-by: default avatarAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      cfab22c0
    • Hans de Goede's avatar
      i2c-cht-wc: Add device-properties for fusb302 integration · 0224d45c
      Hans de Goede authored
      Add device-properties to make the bq24292i charger connected to
      the bus get its input-current-limit from the fusb302 Type-C port
      controller which is used on boards with the cht-wc PMIC,
      as well as regulator_init_data for the 5V boost converter on
      the bq24292i.
      
      Since this means we now hook-up the bq24292i to the fusb302 Type-C port
      controller add a check for the ACPI device which instantiates the fusb302.
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      Signed-off-by: default avatarWolfram Sang <wsa@the-dreams.de>
      0224d45c
    • Hans de Goede's avatar
      i2c: Allow overriding dev_name through board_info · 728fe6ce
      Hans de Goede authored
      For devices not instantiated through ACPI the i2c-client's device-name
      gets set to <busnr>-<addr> by default, e.g. "0-0022" this means that
      the device-name is dependent on the order in which the i2c-busses are
      enumerated.
      
      In some cases having a predictable constant device-name is desirable,
      for example on non device-tree platforms the link between a regulator
      and its consumers is specified by the platform code by setting
      regulator_init_data.consumers. This array identifies the regulator's
      consumers by dev_name and supply(-name). Which requires a constant
      dev_name.
      
      This commit adds a dev_name field to i2c_board_info allowing
      platform code to set a contstant dev_name so that the device can
      be identified by its dev_name in other platform code.
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      Acked-by: Mark Brown <broonie@kernel.org> (live at ELCE17)
      Acked-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> (live at ELCE17)
      Signed-off-by: default avatarWolfram Sang <wsa@the-dreams.de>
      728fe6ce
  6. 23 Oct, 2017 4 commits