1. 29 1月, 2015 1 次提交
    • A
      toshiba_acpi: Add a check for TOS_NOT_SUPPORTED in the sci_open function · fa465739
      Azael Avalos 提交于
      This was "toshiba_acpi: Change sci_open function return value"
      
      Some Toshiba laptops have "poorly implemented" SCI calls on their
      BIOSes and are not checking for sci_{open, close} calls, therefore,
      the sci_open function is failing and making some of the supported
      features unavailable (kbd backlight, touchpad, illumination, etc.).
      
      This patch checks whether we receive TOS_NOT_SUPPORTED and returns
      1, making the supported features work on such laptops.
      
      In the case that some laptops really do not support the SCI, all the
      SCI dependent functions check for TOS_NOT_SUPPORTED, and thus, not
      registering support for the queried feature.
      Signed-off-by: NAzael Avalos <coproscefalo@gmail.com>
      Signed-off-by: NDarren Hart <dvhart@linux.intel.com>
      fa465739
  2. 24 1月, 2015 4 次提交
    • A
      toshiba_acpi: Add support for USB Sleep and Music · 172ce0a9
      Azael Avalos 提交于
      Newer Toshiba laptops now come with a feature called USB Sleep and
      Music, where the laptop speakers remain powered and the line-in jack
      is used to connect an external device to use the laptop speakers when
      the computer is asleep or turned off.
      
      This patchs adds support to such feature, by creating a sysfs entry
      named "usb_sleep_music", accepting only two values, 0 to disable and
      1 to enable.
      Signed-off-by: NAzael Avalos <coproscefalo@gmail.com>
      Signed-off-by: NDarren Hart <dvhart@linux.intel.com>
      172ce0a9
    • A
      toshiba_acpi: Add support for USB Rapid Charge · bb3fe01f
      Azael Avalos 提交于
      Newer Toshiba laptops equipped with USB 3.0 ports now have the
      functionality of rapid charging devices connected to their USB hubs.
      
      This patch adds support to use such feature by creating a sysfs entry
      named "usb_rapid_charge", accepting only two values, 0 to disable and
      1 to enable, however, the machine needs a restart everytime the
      function is toggled.
      Signed-off-by: NAzael Avalos <coproscefalo@gmail.com>
      Signed-off-by: NDarren Hart <dvhart@linux.intel.com>
      bb3fe01f
    • A
      toshiba_acpi: Add support for USB Sleep functions under battery · 182bcaa5
      Azael Avalos 提交于
      Toshiba laptops supporting USB Sleep and Charge also come with a
      feature called "USB functions under battery", which what it does when
      enabled, is allows the USB Sleep functions when the computer is under
      battery power.
      
      This patch adds support to that function, creating a sysfs entry
      named "sleep_functions_on_battery", accepting values from 0-100,
      where zero disables the function and 1-100 sets the battery level at
      which point the USB Sleep functions will be disabled, and printing
      the current state of the functon and also the battery level currently
      set.
      Signed-off-by: NAzael Avalos <coproscefalo@gmail.com>
      Signed-off-by: NDarren Hart <dvhart@linux.intel.com>
      182bcaa5
    • A
      toshiba_acpi: Add support for USB Sleep and Charge function · e26ffe51
      Azael Avalos 提交于
      Newer Toshiba models now come with a feature called Sleep and Charge,
      where the computer USB ports remain powered when the computer is
      asleep or turned off.
      
      This patch adds support to such feature, creating a sysfs entry
      called "usb_sleep_charge" to set the desired charging mode or to
      disable it.
      
      The sysfs entry accepts three parameters, 0, 1 and 2, beign disabled,
      alternate and auto respectively.
      
      The auto mode stands for USB conformant devices (which most are), and
      the alternate mode stands for those non USB conformant devices that
      require more power.
      Signed-off-by: NAzael Avalos <coproscefalo@gmail.com>
      Signed-off-by: NDarren Hart <dvhart@linux.intel.com>
      e26ffe51
  3. 04 12月, 2014 6 次提交
  4. 20 11月, 2014 1 次提交
  5. 28 10月, 2014 1 次提交
  6. 07 10月, 2014 1 次提交
  7. 01 10月, 2014 3 次提交
  8. 18 9月, 2014 4 次提交
  9. 04 9月, 2014 1 次提交
    • D
      toshiba_acpi: fix and cleanup toshiba_kbd_bl_mode_store() · aeaac098
      Dan Carpenter 提交于
      The current code just returns -EINVAL because mode can't be equal to
      both 1 and 2.
      
      Also this function is messy so I have cleaned it up:
      1) Remove initializers like "int time = -1".  Initializing variables to
         garbage values turns off GCC's uninitialized variable warnings so it
         can lead to bugs.
      2) Use kstrtoint() instead of sscanf().
      3) Use SCI_KBD_MODE_FNZ and SCI_KBD_MODE_AUTO instead of magic numbers 1
         and 2.
      4) Don't check for "mode == -1" because that can't happen.
      5) Preserve the error code from toshiba_kbd_illum_status_set().
      Signed-off-by: NDan Carpenter <dan.carpenter@oracle.com>
      Signed-off-by: NDarren Hart <dvhart@linux.intel.com>
      aeaac098
  10. 03 9月, 2014 1 次提交
  11. 20 8月, 2014 1 次提交
  12. 16 8月, 2014 3 次提交
  13. 10 6月, 2014 1 次提交
  14. 07 4月, 2014 8 次提交
  15. 21 1月, 2014 1 次提交
  16. 07 12月, 2013 1 次提交
    • L
      ACPI: Clean up inclusions of ACPI header files · 8b48463f
      Lv Zheng 提交于
      Replace direct inclusions of <acpi/acpi.h>, <acpi/acpi_bus.h> and
      <acpi/acpi_drivers.h>, which are incorrect, with <linux/acpi.h>
      inclusions and remove some inclusions of those files that aren't
      necessary.
      
      First of all, <acpi/acpi.h>, <acpi/acpi_bus.h> and <acpi/acpi_drivers.h>
      should not be included directly from any files that are built for
      CONFIG_ACPI unset, because that generally leads to build warnings about
      undefined symbols in !CONFIG_ACPI builds.  For CONFIG_ACPI set,
      <linux/acpi.h> includes those files and for CONFIG_ACPI unset it
      provides stub ACPI symbols to be used in that case.
      
      Second, there are ordering dependencies between those files that always
      have to be met.  Namely, it is required that <acpi/acpi_bus.h> be included
      prior to <acpi/acpi_drivers.h> so that the acpi_pci_root declarations the
      latter depends on are always there.  And <acpi/acpi.h> which provides
      basic ACPICA type declarations should always be included prior to any other
      ACPI headers in CONFIG_ACPI builds.  That also is taken care of including
      <linux/acpi.h> as appropriate.
      Signed-off-by: NLv Zheng <lv.zheng@intel.com>
      Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
      Cc: Matthew Garrett <mjg59@srcf.ucam.org>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Acked-by: Bjorn Helgaas <bhelgaas@google.com> (drivers/pci stuff)
      Acked-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> (Xen stuff)
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      8b48463f
  17. 21 11月, 2013 1 次提交
  18. 24 9月, 2013 1 次提交