toshiba_acpi was always missing TOS6207 ID so it did not load automatically
on some laptops (such as Portege R100). But it worked fine if loaded manually.
Commit 135740de7764 (toshiba_acpi: Convert to use acpi_driver) broke that
and the driver does not work even when loaded manually since then.
On Sun, Nov 23, 2014 at 04:09:19PM +0100, Pali Rohár wrote:
This is an ACPI driver for Dell laptops which receive HW switch events.
It exports rfkill device dell-rbtn which provide correct hard rfkill state.
It does not provide support for setting soft rfkill state yet.
Signed-off-by: Pali
On Fri, Nov 28, 2014 at 12:45:55PM +0100, Pali Rohár wrote:
Hello,
I will fix all those style problems and add some comments.
On Friday 28 November 2014 12:33:28 Mika Westerberg wrote:
+ if (ACPI_FAILURE(status))
+ return;
+
+ rfkill_set_states(rfkill, !output, !output);
Hi Darren,
please apply this series of patches.
It is intended to:
* Introduce manual mode support (Patch 1 2), which is needed to control
the fan of a few new models.
* Add an appropriate thermal governor (Patch 3). Manipulating and
fiddling around with the step-wise governor
Some Acer models require an additional command to turn off the fan after
bios mode has been enabled. Adding new section in bios table to allow
support for those models, by writing an extra manual mode register.
Cc: platform-driver-x86@vger.kernel.org
Cc: Darren Hart dvh...@infradead.org
Cc:
added critical trip point which represents the temperature limit.
Added return -EINVAL in case wrong trip point is provided.
Cc: platform-driver-x86@vger.kernel.org
Cc: Darren Hart dvh...@infradead.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Andreas Mohr a...@lisas.de
Cc: Borislav Petkov
acerhdf has been doing an on-off fan control using hysteresis by
post-manipulating the outcome of thermal subsystem trip point handling.
This patch enables acerhdf to use the bang-bang governor, which is
intended for on-off controlled fans.
Cc: platform-driver-x86@vger.kernel.org
Cc: Darren Hart
added following new models:
* Aspire 5755G
* AO521
* AO751h
* Aspire One 753
* Extensa 5420
* Aspire 5315
* Aspire 5739G
* TravelMate TM8573T
Cc: platform-driver-x86@vger.kernel.org
Cc: Darren Hart dvh...@infradead.org
Cc: Andrew Morton a...@linux-foundation.org
Cc:
cc: Darren Hart
On Friday 28 November 2014 10:03:52 Ondrej Zary wrote:
toshiba_acpi was always missing TOS6207 ID so it did not load automatically
on some laptops (such as Portege R100). But it worked fine if loaded
manually. Commit 135740de7764 (toshiba_acpi: Convert to use acpi_driver)
In hpwl_add() there is a unused variable err to which we assign the
result of hp_wireless_input_setup() but we don't do anything depending
on the result so print out a message that informs the user if add()
(hp_wireless_input_setup()) fails since acpi_device_probe() doesn't
print anything in this
On Sat, Nov 29, 2014 at 12:14:27AM +0200, Giedrius Statkevicius wrote:
In hpwl_add() there is a unused variable err to which we assign the
result of hp_wireless_input_setup() but we don't do anything depending
on the result so print out a message that informs the user if add()
On 2014.11.29 01:15, Borislav Petkov wrote:
On Sat, Nov 29, 2014 at 12:14:27AM +0200, Giedrius Statkevicius wrote:
In hpwl_add() there is a unused variable err to which we assign the
result of hp_wireless_input_setup() but we don't do anything depending
on the result so print out a message
On Sat, Nov 29, 2014 at 01:48:31AM +0200, Giedrius Statkevicius wrote:
On 2014.11.29 01:15, Borislav Petkov wrote:
On Sat, Nov 29, 2014 at 12:14:27AM +0200, Giedrius Statkevicius wrote:
In hpwl_add() there is a unused variable err to which we assign the
result of hp_wireless_input_setup()
13 matches
Mail list logo