2010-03-21 02:26:34 +00:00
|
|
|
/*
|
2011-02-26 09:20:31 +00:00
|
|
|
* Asus PC WMI hotkey driver
|
2010-03-21 02:26:34 +00:00
|
|
|
*
|
|
|
|
* Copyright(C) 2010 Intel Corporation.
|
2011-02-26 09:20:32 +00:00
|
|
|
* Copyright(C) 2010-2011 Corentin Chary <corentin.chary@gmail.com>
|
2010-03-21 02:26:34 +00:00
|
|
|
*
|
|
|
|
* Portions based on wistron_btns.c:
|
|
|
|
* Copyright (C) 2005 Miloslav Trmac <mitr@volny.cz>
|
|
|
|
* Copyright (C) 2005 Bernhard Rosenkraenzer <bero@arklinux.org>
|
|
|
|
* Copyright (C) 2005 Dmitry Torokhov <dtor@mail.ru>
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
|
|
|
|
*/
|
|
|
|
|
2010-04-11 01:26:33 +00:00
|
|
|
#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
|
|
|
|
|
2010-03-21 02:26:34 +00:00
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/types.h>
|
2010-04-05 02:37:59 +00:00
|
|
|
#include <linux/slab.h>
|
2010-03-21 02:26:34 +00:00
|
|
|
#include <linux/input.h>
|
|
|
|
#include <linux/input/sparse-keymap.h>
|
2010-04-11 01:27:54 +00:00
|
|
|
#include <linux/fb.h>
|
|
|
|
#include <linux/backlight.h>
|
2010-11-29 07:14:06 +00:00
|
|
|
#include <linux/leds.h>
|
2010-11-29 07:14:07 +00:00
|
|
|
#include <linux/rfkill.h>
|
2011-02-06 12:28:28 +00:00
|
|
|
#include <linux/pci.h>
|
|
|
|
#include <linux/pci_hotplug.h>
|
2011-02-26 09:20:42 +00:00
|
|
|
#include <linux/hwmon.h>
|
|
|
|
#include <linux/hwmon-sysfs.h>
|
2010-11-29 07:14:09 +00:00
|
|
|
#include <linux/debugfs.h>
|
|
|
|
#include <linux/seq_file.h>
|
2010-04-11 01:27:19 +00:00
|
|
|
#include <linux/platform_device.h>
|
2011-07-01 09:34:36 +00:00
|
|
|
#include <linux/thermal.h>
|
2013-12-03 00:49:16 +00:00
|
|
|
#include <linux/acpi.h>
|
2014-07-08 08:47:21 +00:00
|
|
|
#include <linux/dmi.h>
|
2012-06-13 07:32:06 +00:00
|
|
|
#include <acpi/video.h>
|
2010-03-21 02:26:34 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
#include "asus-wmi.h"
|
2010-04-11 01:27:19 +00:00
|
|
|
|
2012-12-18 00:00:05 +00:00
|
|
|
MODULE_AUTHOR("Corentin Chary <corentin.chary@gmail.com>, "
|
2011-02-26 09:20:31 +00:00
|
|
|
"Yong Wang <yong.y.wang@intel.com>");
|
|
|
|
MODULE_DESCRIPTION("Asus Generic WMI Driver");
|
2010-03-21 02:26:34 +00:00
|
|
|
MODULE_LICENSE("GPL");
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
#define to_asus_wmi_driver(pdrv) \
|
|
|
|
(container_of((pdrv), struct asus_wmi_driver, platform_driver))
|
2010-03-21 02:26:34 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_MGMT_GUID "97845ED0-4E6D-11DE-8A39-0800200C9A66"
|
2010-03-21 02:26:34 +00:00
|
|
|
|
2011-02-06 12:28:34 +00:00
|
|
|
#define NOTIFY_BRNUP_MIN 0x11
|
|
|
|
#define NOTIFY_BRNUP_MAX 0x1f
|
|
|
|
#define NOTIFY_BRNDOWN_MIN 0x20
|
|
|
|
#define NOTIFY_BRNDOWN_MAX 0x2e
|
2011-07-01 09:34:31 +00:00
|
|
|
#define NOTIFY_KBD_BRTUP 0xc4
|
|
|
|
#define NOTIFY_KBD_BRTDWN 0xc5
|
2010-03-21 02:26:34 +00:00
|
|
|
|
2011-02-06 12:28:43 +00:00
|
|
|
/* WMI Methods */
|
2011-02-26 09:20:41 +00:00
|
|
|
#define ASUS_WMI_METHODID_SPEC 0x43455053 /* BIOS SPECification */
|
|
|
|
#define ASUS_WMI_METHODID_SFBD 0x44424653 /* Set First Boot Device */
|
|
|
|
#define ASUS_WMI_METHODID_GLCD 0x44434C47 /* Get LCD status */
|
|
|
|
#define ASUS_WMI_METHODID_GPID 0x44495047 /* Get Panel ID?? (Resol) */
|
|
|
|
#define ASUS_WMI_METHODID_QMOD 0x444F4D51 /* Quiet MODe */
|
|
|
|
#define ASUS_WMI_METHODID_SPLV 0x4C425053 /* Set Panel Light Value */
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
#define ASUS_WMI_METHODID_AGFN 0x4E464741 /* FaN? */
|
2011-02-26 09:20:41 +00:00
|
|
|
#define ASUS_WMI_METHODID_SFUN 0x4E554653 /* FUNCtionalities */
|
|
|
|
#define ASUS_WMI_METHODID_SDSP 0x50534453 /* Set DiSPlay output */
|
|
|
|
#define ASUS_WMI_METHODID_GDSP 0x50534447 /* Get DiSPlay output */
|
|
|
|
#define ASUS_WMI_METHODID_DEVP 0x50564544 /* DEVice Policy */
|
|
|
|
#define ASUS_WMI_METHODID_OSVR 0x5256534F /* OS VeRsion */
|
|
|
|
#define ASUS_WMI_METHODID_DSTS 0x53544344 /* Device STatuS */
|
|
|
|
#define ASUS_WMI_METHODID_DSTS2 0x53545344 /* Device STatuS #2*/
|
|
|
|
#define ASUS_WMI_METHODID_BSTS 0x53545342 /* Bios STatuS ? */
|
|
|
|
#define ASUS_WMI_METHODID_DEVS 0x53564544 /* DEVice Set */
|
|
|
|
#define ASUS_WMI_METHODID_CFVS 0x53564643 /* CPU Frequency Volt Set */
|
|
|
|
#define ASUS_WMI_METHODID_KBFT 0x5446424B /* KeyBoard FilTer */
|
|
|
|
#define ASUS_WMI_METHODID_INIT 0x54494E49 /* INITialize */
|
|
|
|
#define ASUS_WMI_METHODID_HKEY 0x59454B48 /* Hot KEY ?? */
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2011-02-26 09:20:35 +00:00
|
|
|
#define ASUS_WMI_UNSUPPORTED_METHOD 0xFFFFFFFE
|
|
|
|
|
2011-02-06 12:28:43 +00:00
|
|
|
/* Wireless */
|
2011-02-26 09:20:41 +00:00
|
|
|
#define ASUS_WMI_DEVID_HW_SWITCH 0x00010001
|
|
|
|
#define ASUS_WMI_DEVID_WIRELESS_LED 0x00010002
|
2011-07-01 09:34:35 +00:00
|
|
|
#define ASUS_WMI_DEVID_CWAP 0x00010003
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_DEVID_WLAN 0x00010011
|
asus-wmi: record wlan status while controlled by userapp
If the user bit is set, that mean BIOS can't set and record the wlan
status, it will report the value read from id ASUS_WMI_DEVID_WLAN_LED
(0x00010012) while we query the wlan status by id ASUS_WMI_DEVID_WLAN
(0x00010011) through WMI.
So, we have to record wlan status in id ASUS_WMI_DEVID_WLAN_LED
(0x00010012) while setting the wlan status through WMI.
This is also the behavior that windows app will do.
Quote from ASUS application engineer
===
When you call WMIMethod(DSTS, 0x00010011) to get WLAN status, it may return
(1) 0x00050001 (On)
(2) 0x00050000 (Off)
(3) 0x00030001 (On)
(4) 0x00030000 (Off)
(5) 0x00000002 (Unknown)
(1), (2) means that the model has hardware GPIO for WLAN, you can call
WMIMethod(DEVS, 0x00010011, 1 or 0) to turn WLAN on/off.
(3), (4) means that the model doesn’t have hardware GPIO, you need to use
API or driver library to turn WLAN on/off, and call
WMIMethod(DEVS, 0x00010012, 1 or 0) to set WLAN LED status.
After you set WLAN LED status, you can see the WLAN status is changed with
WMIMethod(DSTS, 0x00010011). Because the status is recorded lastly
(ex: Windows), you can use it for synchronization.
(5) means that the model doesn’t have WLAN device.
WLAN is the ONLY special case with upper rule.
For other device, like Bluetooth, you just need use
WMIMethod(DSTS, 0x00010013) to get, and WMIMethod(DEVS, 0x00010013, 1 or 0)
to set.
===
Signed-off-by: AceLan Kao <acelan.kao@canonical.com>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2012-07-26 09:13:31 +00:00
|
|
|
#define ASUS_WMI_DEVID_WLAN_LED 0x00010012
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_DEVID_BLUETOOTH 0x00010013
|
2011-02-26 09:20:41 +00:00
|
|
|
#define ASUS_WMI_DEVID_GPS 0x00010015
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_DEVID_WIMAX 0x00010017
|
|
|
|
#define ASUS_WMI_DEVID_WWAN3G 0x00010019
|
2011-02-26 09:20:41 +00:00
|
|
|
#define ASUS_WMI_DEVID_UWB 0x00010021
|
|
|
|
|
|
|
|
/* Leds */
|
|
|
|
/* 0x000200XX and 0x000400XX */
|
2011-07-01 09:34:35 +00:00
|
|
|
#define ASUS_WMI_DEVID_LED1 0x00020011
|
|
|
|
#define ASUS_WMI_DEVID_LED2 0x00020012
|
|
|
|
#define ASUS_WMI_DEVID_LED3 0x00020013
|
|
|
|
#define ASUS_WMI_DEVID_LED4 0x00020014
|
|
|
|
#define ASUS_WMI_DEVID_LED5 0x00020015
|
|
|
|
#define ASUS_WMI_DEVID_LED6 0x00020016
|
2011-02-06 12:28:43 +00:00
|
|
|
|
|
|
|
/* Backlight and Brightness */
|
2016-04-01 11:35:21 +00:00
|
|
|
#define ASUS_WMI_DEVID_ALS_ENABLE 0x00050001 /* Ambient Light Sensor */
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_DEVID_BACKLIGHT 0x00050011
|
|
|
|
#define ASUS_WMI_DEVID_BRIGHTNESS 0x00050012
|
2011-02-26 09:20:41 +00:00
|
|
|
#define ASUS_WMI_DEVID_KBD_BACKLIGHT 0x00050021
|
|
|
|
#define ASUS_WMI_DEVID_LIGHT_SENSOR 0x00050022 /* ?? */
|
2011-02-06 12:28:43 +00:00
|
|
|
|
|
|
|
/* Misc */
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_DEVID_CAMERA 0x00060013
|
2011-02-06 12:28:43 +00:00
|
|
|
|
|
|
|
/* Storage */
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_DEVID_CARDREADER 0x00080013
|
2011-02-06 12:28:43 +00:00
|
|
|
|
|
|
|
/* Input */
|
2011-02-26 09:20:32 +00:00
|
|
|
#define ASUS_WMI_DEVID_TOUCHPAD 0x00100011
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_DEVID_TOUCHPAD_LED 0x00100012
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2011-02-26 09:20:41 +00:00
|
|
|
/* Fan, Thermal */
|
|
|
|
#define ASUS_WMI_DEVID_THERMAL_CTRL 0x00110011
|
|
|
|
#define ASUS_WMI_DEVID_FAN_CTRL 0x00110012
|
|
|
|
|
|
|
|
/* Power */
|
|
|
|
#define ASUS_WMI_DEVID_PROCESSOR_STATE 0x00120012
|
|
|
|
|
2012-06-13 07:32:07 +00:00
|
|
|
/* Deep S3 / Resume on LID open */
|
|
|
|
#define ASUS_WMI_DEVID_LID_RESUME 0x00120031
|
|
|
|
|
2011-02-06 12:28:43 +00:00
|
|
|
/* DSTS masks */
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_DSTS_STATUS_BIT 0x00000001
|
2011-02-26 09:20:34 +00:00
|
|
|
#define ASUS_WMI_DSTS_UNKNOWN_BIT 0x00000002
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_DSTS_PRESENCE_BIT 0x00010000
|
2011-02-26 09:20:41 +00:00
|
|
|
#define ASUS_WMI_DSTS_USER_BIT 0x00020000
|
|
|
|
#define ASUS_WMI_DSTS_BIOS_BIT 0x00040000
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_DSTS_BRIGHTNESS_MASK 0x000000FF
|
|
|
|
#define ASUS_WMI_DSTS_MAX_BRIGTH_MASK 0x0000FF00
|
2010-03-21 02:26:34 +00:00
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
#define ASUS_FAN_DESC "cpu_fan"
|
|
|
|
#define ASUS_FAN_MFUN 0x13
|
|
|
|
#define ASUS_FAN_SFUN_READ 0x06
|
|
|
|
#define ASUS_FAN_SFUN_WRITE 0x07
|
|
|
|
#define ASUS_FAN_CTRL_MANUAL 1
|
|
|
|
#define ASUS_FAN_CTRL_AUTO 2
|
|
|
|
|
platform/x86: asus-wmi: Set specified XUSB2PR value for X550LB
The bluetooth adapter Atheros AR3012 can't be enumerated
and make the bluetooth function broken.
T: Bus=02 Lev=01 Prnt=01 Port=05 Cnt=02 Dev#= 5 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=13d3 ProdID=3362 Rev=00.02
S: Manufacturer=Atheros Communications
S: Product=Bluetooth USB Host Controller
S: SerialNumber=Alaska Day 2006
C: #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
I: If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
The error is:
usb 2-6: device not accepting address 7, error -62
usb usb2-port6: unable to enumerate USB device
It is caused by adapter's connected port is mapped to xHC
controller, but the xHCI is not supported by the usb device.
The output of 'sudo lspci -nnxxx -s 00:14.0':
00:14.0 USB controller [0c03]: Intel Corporation 8 Series USB xHCI HC [8086:9c31] (rev 04)
00: 86 80 31 9c 06 04 90 02 04 30 03 0c 00 00 00 00
10: 04 00 a0 f7 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 43 10 1f 20
30: 00 00 00 00 70 00 00 00 00 00 00 00 0b 01 00 00
40: fd 01 36 80 89 c6 0f 80 00 00 00 00 00 00 00 00
50: 5f 2e ce 0f 00 00 00 00 00 00 00 00 00 00 00 00
60: 30 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 01 80 c2 c1 08 00 00 00 00 00 00 00 00 00 00 00
80: 05 00 87 00 0c a0 e0 fe 00 00 00 00 a1 41 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 01 04 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 0f 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 03 c0 30 00 00 00 00 00 03 0c 00 00 00 00 00 00
d0: f9 01 00 00 f9 01 00 00 0f 00 00 00 0f 00 00 00
e0: 00 08 00 00 00 00 00 00 00 00 00 00 d8 d8 00 00
f0: 00 00 00 00 00 00 00 00 b1 0f 04 08 00 00 00 00
By referencing Intel Platform Controller Hub(PCH) datasheet,
the xHC USB 2.0 Port Routing(XUSB2PR) at offset 0xD0-0xD3h
decides the setting of mapping the port to EHCI controller or
xHC controller. And the port mapped to xHC will enable xHCI
during bus resume.
The setting of disabling bluetooth adapter's connected port is
0x000001D9. The value can be obtained by few times 1 bit flip
operation. The suited configuration should have the 'lsusb -t'
result with bluetooth using ehci:
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M
|__ Port 5: Dev 2, If 0, Class=Video, Driver=uvcvideo, 480M
|__ Port 5: Dev 2, If 1, Class=Video, Driver=uvcvideo, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
|__ Port 6: Dev 3, If 0, Class=Wireless, Driver=btusb, 12M
|__ Port 6: Dev 3, If 1, Class=Wireless, Driver=btusb, 12M
Signed-off-by: Kai-Chuan Hsieh <kai.chiuan@gmail.com>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
[andy: resolve merge conflict in asus-wmi.h]
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
2016-09-01 15:55:55 +00:00
|
|
|
#define USB_INTEL_XUSB2PR 0xD0
|
|
|
|
#define PCI_DEVICE_ID_INTEL_LYNXPOINT_LP_XHCI 0x9c31
|
|
|
|
|
2017-02-20 19:50:22 +00:00
|
|
|
static const char * const ashs_ids[] = { "ATK4001", "ATK4002", NULL };
|
|
|
|
|
2010-04-11 01:27:54 +00:00
|
|
|
struct bios_args {
|
2011-02-26 09:20:35 +00:00
|
|
|
u32 arg0;
|
|
|
|
u32 arg1;
|
|
|
|
} __packed;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
/*
|
|
|
|
* Struct that's used for all methods called via AGFN. Naming is
|
|
|
|
* identically to the AML code.
|
|
|
|
*/
|
|
|
|
struct agfn_args {
|
|
|
|
u16 mfun; /* probably "Multi-function" to be called */
|
|
|
|
u16 sfun; /* probably "Sub-function" to be called */
|
|
|
|
u16 len; /* size of the hole struct, including subfunction fields */
|
|
|
|
u8 stas; /* not used by now */
|
|
|
|
u8 err; /* zero on success */
|
|
|
|
} __packed;
|
|
|
|
|
|
|
|
/* struct used for calling fan read and write methods */
|
|
|
|
struct fan_args {
|
|
|
|
struct agfn_args agfn; /* common fields */
|
|
|
|
u8 fan; /* fan number: 0: set auto mode 1: 1st fan */
|
|
|
|
u32 speed; /* read: RPM/100 - write: 0-255 */
|
|
|
|
} __packed;
|
|
|
|
|
2010-11-29 07:14:09 +00:00
|
|
|
/*
|
2011-02-26 09:20:31 +00:00
|
|
|
* <platform>/ - debugfs root directory
|
2010-11-29 07:14:09 +00:00
|
|
|
* dev_id - current dev_id
|
|
|
|
* ctrl_param - current ctrl_param
|
2011-02-26 09:20:39 +00:00
|
|
|
* method_id - current method_id
|
2010-11-29 07:14:09 +00:00
|
|
|
* devs - call DEVS(dev_id, ctrl_param) and print result
|
|
|
|
* dsts - call DSTS(dev_id) and print result
|
2011-02-26 09:20:39 +00:00
|
|
|
* call - call method_id(dev_id, ctrl_param) and print result
|
2010-11-29 07:14:09 +00:00
|
|
|
*/
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi_debug {
|
2010-11-29 07:14:09 +00:00
|
|
|
struct dentry *root;
|
2011-02-26 09:20:39 +00:00
|
|
|
u32 method_id;
|
2010-11-29 07:14:09 +00:00
|
|
|
u32 dev_id;
|
|
|
|
u32 ctrl_param;
|
|
|
|
};
|
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
struct asus_rfkill {
|
|
|
|
struct asus_wmi *asus;
|
|
|
|
struct rfkill *rfkill;
|
|
|
|
u32 dev_id;
|
|
|
|
};
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi {
|
2011-02-26 09:20:36 +00:00
|
|
|
int dsts_id;
|
2011-02-26 09:20:38 +00:00
|
|
|
int spec;
|
|
|
|
int sfun;
|
2011-02-26 09:20:36 +00:00
|
|
|
|
2010-04-11 01:26:33 +00:00
|
|
|
struct input_dev *inputdev;
|
2010-04-11 01:27:54 +00:00
|
|
|
struct backlight_device *backlight_device;
|
2010-11-29 07:14:05 +00:00
|
|
|
struct platform_device *platform_device;
|
2010-11-29 07:14:06 +00:00
|
|
|
|
2012-07-27 08:51:59 +00:00
|
|
|
struct led_classdev wlan_led;
|
|
|
|
int wlan_led_wk;
|
2010-11-29 07:14:06 +00:00
|
|
|
struct led_classdev tpd_led;
|
|
|
|
int tpd_led_wk;
|
2011-07-01 09:34:31 +00:00
|
|
|
struct led_classdev kbd_led;
|
|
|
|
int kbd_led_wk;
|
2010-11-29 07:14:06 +00:00
|
|
|
struct workqueue_struct *led_workqueue;
|
|
|
|
struct work_struct tpd_led_work;
|
2011-07-01 09:34:31 +00:00
|
|
|
struct work_struct kbd_led_work;
|
2012-07-27 08:51:59 +00:00
|
|
|
struct work_struct wlan_led_work;
|
2010-11-29 07:14:07 +00:00
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
struct asus_rfkill wlan;
|
|
|
|
struct asus_rfkill bluetooth;
|
|
|
|
struct asus_rfkill wimax;
|
|
|
|
struct asus_rfkill wwan3g;
|
2011-07-01 09:34:40 +00:00
|
|
|
struct asus_rfkill gps;
|
2011-07-01 09:34:41 +00:00
|
|
|
struct asus_rfkill uwb;
|
2010-11-29 07:14:09 +00:00
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
bool asus_hwmon_fan_manual_mode;
|
|
|
|
int asus_hwmon_num_fans;
|
|
|
|
int asus_hwmon_pwm;
|
|
|
|
|
2011-02-06 12:28:28 +00:00
|
|
|
struct hotplug_slot *hotplug_slot;
|
|
|
|
struct mutex hotplug_lock;
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
struct mutex wmi_lock;
|
|
|
|
struct workqueue_struct *hotplug_workqueue;
|
|
|
|
struct work_struct hotplug_work;
|
2011-02-06 12:28:28 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi_debug debug;
|
|
|
|
|
|
|
|
struct asus_wmi_driver *driver;
|
2010-04-11 01:26:33 +00:00
|
|
|
};
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_wmi_input_init(struct asus_wmi *asus)
|
2010-03-21 02:26:34 +00:00
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->inputdev = input_allocate_device();
|
|
|
|
if (!asus->inputdev)
|
2010-03-21 02:26:34 +00:00
|
|
|
return -ENOMEM;
|
|
|
|
|
2011-03-30 14:32:32 +00:00
|
|
|
asus->inputdev->name = asus->driver->input_name;
|
|
|
|
asus->inputdev->phys = asus->driver->input_phys;
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->inputdev->id.bustype = BUS_HOST;
|
|
|
|
asus->inputdev->dev.parent = &asus->platform_device->dev;
|
2011-07-04 07:49:20 +00:00
|
|
|
set_bit(EV_REP, asus->inputdev->evbit);
|
2010-03-21 02:26:34 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
err = sparse_keymap_setup(asus->inputdev, asus->driver->keymap, NULL);
|
2010-03-21 02:26:34 +00:00
|
|
|
if (err)
|
|
|
|
goto err_free_dev;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
err = input_register_device(asus->inputdev);
|
2010-03-21 02:26:34 +00:00
|
|
|
if (err)
|
2017-03-09 12:11:39 +00:00
|
|
|
goto err_free_dev;
|
2010-03-21 02:26:34 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_free_dev:
|
2011-02-26 09:20:31 +00:00
|
|
|
input_free_device(asus->inputdev);
|
2010-03-21 02:26:34 +00:00
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_wmi_input_exit(struct asus_wmi *asus)
|
2010-04-11 01:26:33 +00:00
|
|
|
{
|
2017-03-09 12:11:39 +00:00
|
|
|
if (asus->inputdev)
|
2011-02-26 09:20:31 +00:00
|
|
|
input_unregister_device(asus->inputdev);
|
2010-04-11 01:26:33 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->inputdev = NULL;
|
2010-04-11 01:26:33 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:35 +00:00
|
|
|
static int asus_wmi_evaluate_method(u32 method_id, u32 arg0, u32 arg1,
|
|
|
|
u32 *retval)
|
2010-04-11 01:27:54 +00:00
|
|
|
{
|
2011-02-26 09:20:35 +00:00
|
|
|
struct bios_args args = {
|
|
|
|
.arg0 = arg0,
|
|
|
|
.arg1 = arg1,
|
|
|
|
};
|
|
|
|
struct acpi_buffer input = { (acpi_size) sizeof(args), &args };
|
2010-04-11 01:27:54 +00:00
|
|
|
struct acpi_buffer output = { ACPI_ALLOCATE_BUFFER, NULL };
|
|
|
|
acpi_status status;
|
2011-02-26 09:20:35 +00:00
|
|
|
union acpi_object *obj;
|
2014-06-01 12:58:52 +00:00
|
|
|
u32 tmp = 0;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
platform/x86: asus-wmi: Evaluate wmi method with instance number 0x0
According to available DSDT dump from Asus machine, there is the only one
instance of the WMI GUID 97845ED0-4E6D-11DE-8A39-0800200C9A66 and so it is
0x0. Moreover corresponding method WMBC does not check Arg0 (instance
number) at all.
DSDT dump is available at:
https://lwn.net/Articles/391249/
_WDG dump:
0xD0, 0x5E, 0x84, 0x97, 0x6D, 0x4E, 0xDE, 0x11, 0x8A, 0x39, 0x08,
0x00, 0x20, 0x0C, 0x9A, 0x66,
0x42, 0x43, // Object ID "BC" = method "WMBC"
0x01, // Instance count
0x02, // Flags
Signed-off-by: Pali Rohár <pali.rohar@gmail.com>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
2017-08-12 07:44:16 +00:00
|
|
|
status = wmi_evaluate_method(ASUS_WMI_MGMT_GUID, 0, method_id,
|
2011-02-06 12:28:28 +00:00
|
|
|
&input, &output);
|
2010-04-11 01:27:54 +00:00
|
|
|
|
|
|
|
if (ACPI_FAILURE(status))
|
2011-02-26 09:20:35 +00:00
|
|
|
goto exit;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
|
|
|
obj = (union acpi_object *)output.pointer;
|
|
|
|
if (obj && obj->type == ACPI_TYPE_INTEGER)
|
2011-02-26 09:20:31 +00:00
|
|
|
tmp = (u32) obj->integer.value;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2010-11-29 07:14:10 +00:00
|
|
|
if (retval)
|
|
|
|
*retval = tmp;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
|
|
|
kfree(obj);
|
|
|
|
|
2011-02-26 09:20:35 +00:00
|
|
|
exit:
|
|
|
|
if (ACPI_FAILURE(status))
|
|
|
|
return -EIO;
|
|
|
|
|
|
|
|
if (tmp == ASUS_WMI_UNSUPPORTED_METHOD)
|
|
|
|
return -ENODEV;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2011-02-26 09:20:35 +00:00
|
|
|
return 0;
|
2010-04-11 01:27:54 +00:00
|
|
|
}
|
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
static int asus_wmi_evaluate_method_agfn(const struct acpi_buffer args)
|
|
|
|
{
|
|
|
|
struct acpi_buffer input;
|
|
|
|
u64 phys_addr;
|
|
|
|
u32 retval;
|
|
|
|
u32 status = -1;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Copy to dma capable address otherwise memory corruption occurs as
|
|
|
|
* bios has to be able to access it.
|
|
|
|
*/
|
|
|
|
input.pointer = kzalloc(args.length, GFP_DMA | GFP_KERNEL);
|
|
|
|
input.length = args.length;
|
|
|
|
if (!input.pointer)
|
|
|
|
return -ENOMEM;
|
|
|
|
phys_addr = virt_to_phys(input.pointer);
|
|
|
|
memcpy(input.pointer, args.pointer, args.length);
|
|
|
|
|
|
|
|
status = asus_wmi_evaluate_method(ASUS_WMI_METHODID_AGFN,
|
|
|
|
phys_addr, 0, &retval);
|
|
|
|
if (!status)
|
|
|
|
memcpy(args.pointer, input.pointer, args.length);
|
|
|
|
|
|
|
|
kfree(input.pointer);
|
|
|
|
if (status)
|
|
|
|
return -ENXIO;
|
|
|
|
|
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
static int asus_wmi_get_devstate(struct asus_wmi *asus, u32 dev_id, u32 *retval)
|
2010-04-11 01:27:54 +00:00
|
|
|
{
|
2011-02-26 09:20:36 +00:00
|
|
|
return asus_wmi_evaluate_method(asus->dsts_id, dev_id, 0, retval);
|
2011-02-26 09:20:35 +00:00
|
|
|
}
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2011-02-26 09:20:35 +00:00
|
|
|
static int asus_wmi_set_devstate(u32 dev_id, u32 ctrl_param,
|
2011-02-26 09:20:36 +00:00
|
|
|
u32 *retval)
|
2011-02-26 09:20:35 +00:00
|
|
|
{
|
|
|
|
return asus_wmi_evaluate_method(ASUS_WMI_METHODID_DEVS, dev_id,
|
|
|
|
ctrl_param, retval);
|
2010-04-11 01:27:54 +00:00
|
|
|
}
|
|
|
|
|
2011-02-06 12:28:31 +00:00
|
|
|
/* Helper for special devices with magic return codes */
|
2011-02-26 09:20:36 +00:00
|
|
|
static int asus_wmi_get_devstate_bits(struct asus_wmi *asus,
|
|
|
|
u32 dev_id, u32 mask)
|
2011-02-06 12:28:31 +00:00
|
|
|
{
|
|
|
|
u32 retval = 0;
|
2011-02-26 09:20:35 +00:00
|
|
|
int err;
|
2011-02-06 12:28:31 +00:00
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
err = asus_wmi_get_devstate(asus, dev_id, &retval);
|
2011-02-06 12:28:31 +00:00
|
|
|
|
2011-02-26 09:20:35 +00:00
|
|
|
if (err < 0)
|
|
|
|
return err;
|
2011-02-06 12:28:31 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
if (!(retval & ASUS_WMI_DSTS_PRESENCE_BIT))
|
2011-02-06 12:28:31 +00:00
|
|
|
return -ENODEV;
|
|
|
|
|
2011-02-26 09:20:34 +00:00
|
|
|
if (mask == ASUS_WMI_DSTS_STATUS_BIT) {
|
|
|
|
if (retval & ASUS_WMI_DSTS_UNKNOWN_BIT)
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2011-02-06 12:28:39 +00:00
|
|
|
return retval & mask;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
static int asus_wmi_get_devstate_simple(struct asus_wmi *asus, u32 dev_id)
|
2011-02-06 12:28:39 +00:00
|
|
|
{
|
2011-02-26 09:20:36 +00:00
|
|
|
return asus_wmi_get_devstate_bits(asus, dev_id,
|
|
|
|
ASUS_WMI_DSTS_STATUS_BIT);
|
2011-02-06 12:28:31 +00:00
|
|
|
}
|
|
|
|
|
2010-11-29 07:14:06 +00:00
|
|
|
/*
|
|
|
|
* LEDs
|
|
|
|
*/
|
|
|
|
/*
|
|
|
|
* These functions actually update the LED's, and are called from a
|
|
|
|
* workqueue. By doing this as separate work rather than when the LED
|
2011-02-26 09:20:31 +00:00
|
|
|
* subsystem asks, we avoid messing with the Asus ACPI stuff during a
|
2010-11-29 07:14:06 +00:00
|
|
|
* potentially bad time, such as a timer interrupt.
|
|
|
|
*/
|
|
|
|
static void tpd_led_update(struct work_struct *work)
|
|
|
|
{
|
|
|
|
int ctrl_param;
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi *asus;
|
2010-11-29 07:14:06 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus = container_of(work, struct asus_wmi, tpd_led_work);
|
2010-11-29 07:14:06 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
ctrl_param = asus->tpd_led_wk;
|
|
|
|
asus_wmi_set_devstate(ASUS_WMI_DEVID_TOUCHPAD_LED, ctrl_param, NULL);
|
2010-11-29 07:14:06 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void tpd_led_set(struct led_classdev *led_cdev,
|
|
|
|
enum led_brightness value)
|
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi *asus;
|
2010-11-29 07:14:06 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus = container_of(led_cdev, struct asus_wmi, tpd_led);
|
2010-11-29 07:14:06 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->tpd_led_wk = !!value;
|
|
|
|
queue_work(asus->led_workqueue, &asus->tpd_led_work);
|
2010-11-29 07:14:06 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int read_tpd_led_state(struct asus_wmi *asus)
|
2010-11-29 07:14:06 +00:00
|
|
|
{
|
2011-02-26 09:20:36 +00:00
|
|
|
return asus_wmi_get_devstate_simple(asus, ASUS_WMI_DEVID_TOUCHPAD_LED);
|
2010-11-29 07:14:06 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static enum led_brightness tpd_led_get(struct led_classdev *led_cdev)
|
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi *asus;
|
2010-11-29 07:14:06 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus = container_of(led_cdev, struct asus_wmi, tpd_led);
|
2010-11-29 07:14:06 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
return read_tpd_led_state(asus);
|
2010-11-29 07:14:06 +00:00
|
|
|
}
|
|
|
|
|
2011-07-01 09:34:31 +00:00
|
|
|
static void kbd_led_update(struct work_struct *work)
|
2010-11-29 07:14:06 +00:00
|
|
|
{
|
2011-07-01 09:34:31 +00:00
|
|
|
int ctrl_param = 0;
|
|
|
|
struct asus_wmi *asus;
|
2010-11-29 07:14:06 +00:00
|
|
|
|
2011-07-01 09:34:31 +00:00
|
|
|
asus = container_of(work, struct asus_wmi, kbd_led_work);
|
2010-11-29 07:14:06 +00:00
|
|
|
|
2011-07-01 09:34:31 +00:00
|
|
|
/*
|
|
|
|
* bits 0-2: level
|
|
|
|
* bit 7: light on/off
|
|
|
|
*/
|
|
|
|
if (asus->kbd_led_wk > 0)
|
|
|
|
ctrl_param = 0x80 | (asus->kbd_led_wk & 0x7F);
|
2010-11-29 07:14:06 +00:00
|
|
|
|
2011-07-01 09:34:31 +00:00
|
|
|
asus_wmi_set_devstate(ASUS_WMI_DEVID_KBD_BACKLIGHT, ctrl_param, NULL);
|
|
|
|
}
|
2010-11-29 07:14:06 +00:00
|
|
|
|
2011-07-01 09:34:31 +00:00
|
|
|
static int kbd_led_read(struct asus_wmi *asus, int *level, int *env)
|
|
|
|
{
|
|
|
|
int retval;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* bits 0-2: level
|
|
|
|
* bit 7: light on/off
|
|
|
|
* bit 8-10: environment (0: dark, 1: normal, 2: light)
|
|
|
|
* bit 17: status unknown
|
|
|
|
*/
|
|
|
|
retval = asus_wmi_get_devstate_bits(asus, ASUS_WMI_DEVID_KBD_BACKLIGHT,
|
|
|
|
0xFFFF);
|
|
|
|
|
2011-07-01 09:34:34 +00:00
|
|
|
/* Unknown status is considered as off */
|
2011-07-01 09:34:31 +00:00
|
|
|
if (retval == 0x8000)
|
2011-07-01 09:34:34 +00:00
|
|
|
retval = 0;
|
2011-07-01 09:34:31 +00:00
|
|
|
|
|
|
|
if (retval >= 0) {
|
|
|
|
if (level)
|
2012-03-20 08:53:04 +00:00
|
|
|
*level = retval & 0x7F;
|
2011-07-01 09:34:31 +00:00
|
|
|
if (env)
|
|
|
|
*env = (retval >> 8) & 0x7F;
|
|
|
|
retval = 0;
|
2010-11-29 07:14:06 +00:00
|
|
|
}
|
|
|
|
|
2011-07-01 09:34:31 +00:00
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void kbd_led_set(struct led_classdev *led_cdev,
|
|
|
|
enum led_brightness value)
|
|
|
|
{
|
|
|
|
struct asus_wmi *asus;
|
|
|
|
|
|
|
|
asus = container_of(led_cdev, struct asus_wmi, kbd_led);
|
|
|
|
|
|
|
|
if (value > asus->kbd_led.max_brightness)
|
|
|
|
value = asus->kbd_led.max_brightness;
|
|
|
|
else if (value < 0)
|
|
|
|
value = 0;
|
|
|
|
|
|
|
|
asus->kbd_led_wk = value;
|
|
|
|
queue_work(asus->led_workqueue, &asus->kbd_led_work);
|
|
|
|
}
|
|
|
|
|
|
|
|
static enum led_brightness kbd_led_get(struct led_classdev *led_cdev)
|
|
|
|
{
|
|
|
|
struct asus_wmi *asus;
|
|
|
|
int retval, value;
|
|
|
|
|
|
|
|
asus = container_of(led_cdev, struct asus_wmi, kbd_led);
|
|
|
|
|
|
|
|
retval = kbd_led_read(asus, &value, NULL);
|
|
|
|
|
|
|
|
if (retval < 0)
|
|
|
|
return retval;
|
|
|
|
|
|
|
|
return value;
|
2010-11-29 07:14:06 +00:00
|
|
|
}
|
|
|
|
|
2012-07-27 08:51:59 +00:00
|
|
|
static int wlan_led_unknown_state(struct asus_wmi *asus)
|
|
|
|
{
|
|
|
|
u32 result;
|
|
|
|
|
|
|
|
asus_wmi_get_devstate(asus, ASUS_WMI_DEVID_WIRELESS_LED, &result);
|
|
|
|
|
|
|
|
return result & ASUS_WMI_DSTS_UNKNOWN_BIT;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int wlan_led_presence(struct asus_wmi *asus)
|
|
|
|
{
|
|
|
|
u32 result;
|
|
|
|
|
|
|
|
asus_wmi_get_devstate(asus, ASUS_WMI_DEVID_WIRELESS_LED, &result);
|
|
|
|
|
|
|
|
return result & ASUS_WMI_DSTS_PRESENCE_BIT;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void wlan_led_update(struct work_struct *work)
|
|
|
|
{
|
|
|
|
int ctrl_param;
|
|
|
|
struct asus_wmi *asus;
|
|
|
|
|
|
|
|
asus = container_of(work, struct asus_wmi, wlan_led_work);
|
|
|
|
|
|
|
|
ctrl_param = asus->wlan_led_wk;
|
|
|
|
asus_wmi_set_devstate(ASUS_WMI_DEVID_WIRELESS_LED, ctrl_param, NULL);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void wlan_led_set(struct led_classdev *led_cdev,
|
|
|
|
enum led_brightness value)
|
|
|
|
{
|
|
|
|
struct asus_wmi *asus;
|
|
|
|
|
|
|
|
asus = container_of(led_cdev, struct asus_wmi, wlan_led);
|
|
|
|
|
|
|
|
asus->wlan_led_wk = !!value;
|
|
|
|
queue_work(asus->led_workqueue, &asus->wlan_led_work);
|
|
|
|
}
|
|
|
|
|
|
|
|
static enum led_brightness wlan_led_get(struct led_classdev *led_cdev)
|
|
|
|
{
|
|
|
|
struct asus_wmi *asus;
|
|
|
|
u32 result;
|
|
|
|
|
|
|
|
asus = container_of(led_cdev, struct asus_wmi, wlan_led);
|
|
|
|
asus_wmi_get_devstate(asus, ASUS_WMI_DEVID_WIRELESS_LED, &result);
|
|
|
|
|
|
|
|
return result & ASUS_WMI_DSTS_BRIGHTNESS_MASK;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_wmi_led_exit(struct asus_wmi *asus)
|
2010-11-29 07:14:06 +00:00
|
|
|
{
|
2011-08-08 09:16:01 +00:00
|
|
|
if (!IS_ERR_OR_NULL(asus->kbd_led.dev))
|
|
|
|
led_classdev_unregister(&asus->kbd_led);
|
|
|
|
if (!IS_ERR_OR_NULL(asus->tpd_led.dev))
|
2011-02-26 09:20:31 +00:00
|
|
|
led_classdev_unregister(&asus->tpd_led);
|
2012-07-27 08:51:59 +00:00
|
|
|
if (!IS_ERR_OR_NULL(asus->wlan_led.dev))
|
|
|
|
led_classdev_unregister(&asus->wlan_led);
|
2011-02-26 09:20:31 +00:00
|
|
|
if (asus->led_workqueue)
|
|
|
|
destroy_workqueue(asus->led_workqueue);
|
2010-11-29 07:14:06 +00:00
|
|
|
}
|
|
|
|
|
2011-07-01 09:34:31 +00:00
|
|
|
static int asus_wmi_led_init(struct asus_wmi *asus)
|
|
|
|
{
|
2015-09-14 09:16:30 +00:00
|
|
|
int rv = 0, led_val;
|
2011-07-01 09:34:31 +00:00
|
|
|
|
|
|
|
asus->led_workqueue = create_singlethread_workqueue("led_workqueue");
|
|
|
|
if (!asus->led_workqueue)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
if (read_tpd_led_state(asus) >= 0) {
|
|
|
|
INIT_WORK(&asus->tpd_led_work, tpd_led_update);
|
|
|
|
|
|
|
|
asus->tpd_led.name = "asus::touchpad";
|
|
|
|
asus->tpd_led.brightness_set = tpd_led_set;
|
|
|
|
asus->tpd_led.brightness_get = tpd_led_get;
|
|
|
|
asus->tpd_led.max_brightness = 1;
|
|
|
|
|
|
|
|
rv = led_classdev_register(&asus->platform_device->dev,
|
|
|
|
&asus->tpd_led);
|
|
|
|
if (rv)
|
|
|
|
goto error;
|
|
|
|
}
|
|
|
|
|
2015-09-14 09:16:30 +00:00
|
|
|
led_val = kbd_led_read(asus, NULL, NULL);
|
|
|
|
if (led_val >= 0) {
|
2011-07-01 09:34:31 +00:00
|
|
|
INIT_WORK(&asus->kbd_led_work, kbd_led_update);
|
|
|
|
|
2015-09-14 09:16:30 +00:00
|
|
|
asus->kbd_led_wk = led_val;
|
2011-07-01 09:34:31 +00:00
|
|
|
asus->kbd_led.name = "asus::kbd_backlight";
|
|
|
|
asus->kbd_led.brightness_set = kbd_led_set;
|
|
|
|
asus->kbd_led.brightness_get = kbd_led_get;
|
|
|
|
asus->kbd_led.max_brightness = 3;
|
|
|
|
|
|
|
|
rv = led_classdev_register(&asus->platform_device->dev,
|
|
|
|
&asus->kbd_led);
|
2012-07-27 08:51:59 +00:00
|
|
|
if (rv)
|
|
|
|
goto error;
|
|
|
|
}
|
|
|
|
|
2014-07-09 08:18:18 +00:00
|
|
|
if (wlan_led_presence(asus) && (asus->driver->quirks->wapf > 0)) {
|
2012-07-27 08:51:59 +00:00
|
|
|
INIT_WORK(&asus->wlan_led_work, wlan_led_update);
|
|
|
|
|
|
|
|
asus->wlan_led.name = "asus::wlan";
|
|
|
|
asus->wlan_led.brightness_set = wlan_led_set;
|
|
|
|
if (!wlan_led_unknown_state(asus))
|
|
|
|
asus->wlan_led.brightness_get = wlan_led_get;
|
|
|
|
asus->wlan_led.flags = LED_CORE_SUSPENDRESUME;
|
|
|
|
asus->wlan_led.max_brightness = 1;
|
|
|
|
asus->wlan_led.default_trigger = "asus-wlan";
|
|
|
|
|
|
|
|
rv = led_classdev_register(&asus->platform_device->dev,
|
|
|
|
&asus->wlan_led);
|
2011-07-01 09:34:31 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
error:
|
|
|
|
if (rv)
|
|
|
|
asus_wmi_led_exit(asus);
|
|
|
|
|
|
|
|
return rv;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2011-02-06 12:28:28 +00:00
|
|
|
/*
|
|
|
|
* PCI hotplug (for wlan rfkill)
|
|
|
|
*/
|
2011-02-26 09:20:31 +00:00
|
|
|
static bool asus_wlan_rfkill_blocked(struct asus_wmi *asus)
|
2011-02-06 12:28:28 +00:00
|
|
|
{
|
2011-02-26 09:20:36 +00:00
|
|
|
int result = asus_wmi_get_devstate_simple(asus, ASUS_WMI_DEVID_WLAN);
|
2011-02-06 12:28:28 +00:00
|
|
|
|
2011-02-06 12:28:31 +00:00
|
|
|
if (result < 0)
|
2011-02-06 12:28:28 +00:00
|
|
|
return false;
|
2011-02-06 12:28:31 +00:00
|
|
|
return !result;
|
2011-02-06 12:28:28 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_rfkill_hotplug(struct asus_wmi *asus)
|
2011-02-06 12:28:28 +00:00
|
|
|
{
|
|
|
|
struct pci_dev *dev;
|
|
|
|
struct pci_bus *bus;
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
bool blocked;
|
2011-02-06 12:28:28 +00:00
|
|
|
bool absent;
|
|
|
|
u32 l;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
mutex_lock(&asus->wmi_lock);
|
|
|
|
blocked = asus_wlan_rfkill_blocked(asus);
|
|
|
|
mutex_unlock(&asus->wmi_lock);
|
2011-02-06 12:28:28 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
mutex_lock(&asus->hotplug_lock);
|
2014-01-10 14:27:08 +00:00
|
|
|
pci_lock_rescan_remove();
|
2011-02-06 12:28:28 +00:00
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
if (asus->wlan.rfkill)
|
|
|
|
rfkill_set_sw_state(asus->wlan.rfkill, blocked);
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
if (asus->hotplug_slot) {
|
2011-02-06 12:28:28 +00:00
|
|
|
bus = pci_find_bus(0, 1);
|
|
|
|
if (!bus) {
|
2011-03-29 22:21:35 +00:00
|
|
|
pr_warn("Unable to find PCI bus 1?\n");
|
2011-02-06 12:28:28 +00:00
|
|
|
goto out_unlock;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (pci_bus_read_config_dword(bus, 0, PCI_VENDOR_ID, &l)) {
|
|
|
|
pr_err("Unable to read PCI config space?\n");
|
|
|
|
goto out_unlock;
|
|
|
|
}
|
|
|
|
absent = (l == 0xffffffff);
|
|
|
|
|
|
|
|
if (blocked != absent) {
|
2011-03-29 22:21:35 +00:00
|
|
|
pr_warn("BIOS says wireless lan is %s, "
|
|
|
|
"but the pci device is %s\n",
|
|
|
|
blocked ? "blocked" : "unblocked",
|
|
|
|
absent ? "absent" : "present");
|
|
|
|
pr_warn("skipped wireless hotplug as probably "
|
|
|
|
"inappropriate for this model\n");
|
2011-02-06 12:28:28 +00:00
|
|
|
goto out_unlock;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!blocked) {
|
|
|
|
dev = pci_get_slot(bus, 0);
|
|
|
|
if (dev) {
|
|
|
|
/* Device already present */
|
|
|
|
pci_dev_put(dev);
|
|
|
|
goto out_unlock;
|
|
|
|
}
|
|
|
|
dev = pci_scan_single_device(bus, 0);
|
|
|
|
if (dev) {
|
|
|
|
pci_bus_assign_resources(bus);
|
2014-05-30 03:01:03 +00:00
|
|
|
pci_bus_add_device(dev);
|
2011-02-06 12:28:28 +00:00
|
|
|
}
|
|
|
|
} else {
|
|
|
|
dev = pci_get_slot(bus, 0);
|
|
|
|
if (dev) {
|
2012-02-25 21:54:20 +00:00
|
|
|
pci_stop_and_remove_bus_device(dev);
|
2011-02-06 12:28:28 +00:00
|
|
|
pci_dev_put(dev);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
out_unlock:
|
2014-01-10 14:27:08 +00:00
|
|
|
pci_unlock_rescan_remove();
|
2011-02-26 09:20:31 +00:00
|
|
|
mutex_unlock(&asus->hotplug_lock);
|
2011-02-06 12:28:28 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_rfkill_notify(acpi_handle handle, u32 event, void *data)
|
2011-02-06 12:28:28 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi *asus = data;
|
2011-02-06 12:28:28 +00:00
|
|
|
|
|
|
|
if (event != ACPI_NOTIFY_BUS_CHECK)
|
|
|
|
return;
|
|
|
|
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
/*
|
2011-02-26 09:20:31 +00:00
|
|
|
* We can't call directly asus_rfkill_hotplug because most
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
* of the time WMBC is still being executed and not reetrant.
|
|
|
|
* There is currently no way to tell ACPICA that we want this
|
2011-02-26 09:20:31 +00:00
|
|
|
* method to be serialized, we schedule a asus_rfkill_hotplug
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
* call later, in a safer context.
|
|
|
|
*/
|
2011-02-26 09:20:31 +00:00
|
|
|
queue_work(asus->hotplug_workqueue, &asus->hotplug_work);
|
2011-02-06 12:28:28 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_register_rfkill_notifier(struct asus_wmi *asus, char *node)
|
2011-02-06 12:28:28 +00:00
|
|
|
{
|
|
|
|
acpi_status status;
|
|
|
|
acpi_handle handle;
|
|
|
|
|
|
|
|
status = acpi_get_handle(NULL, node, &handle);
|
|
|
|
|
|
|
|
if (ACPI_SUCCESS(status)) {
|
|
|
|
status = acpi_install_notify_handler(handle,
|
|
|
|
ACPI_SYSTEM_NOTIFY,
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_rfkill_notify, asus);
|
2011-02-06 12:28:28 +00:00
|
|
|
if (ACPI_FAILURE(status))
|
2011-03-29 22:21:35 +00:00
|
|
|
pr_warn("Failed to register notify on %s\n", node);
|
2011-02-06 12:28:28 +00:00
|
|
|
} else
|
|
|
|
return -ENODEV;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_unregister_rfkill_notifier(struct asus_wmi *asus, char *node)
|
2011-02-06 12:28:28 +00:00
|
|
|
{
|
|
|
|
acpi_status status = AE_OK;
|
|
|
|
acpi_handle handle;
|
|
|
|
|
|
|
|
status = acpi_get_handle(NULL, node, &handle);
|
|
|
|
|
|
|
|
if (ACPI_SUCCESS(status)) {
|
|
|
|
status = acpi_remove_notify_handler(handle,
|
2011-02-26 09:20:31 +00:00
|
|
|
ACPI_SYSTEM_NOTIFY,
|
|
|
|
asus_rfkill_notify);
|
2011-02-06 12:28:28 +00:00
|
|
|
if (ACPI_FAILURE(status))
|
|
|
|
pr_err("Error removing rfkill notify handler %s\n",
|
2011-02-26 09:20:31 +00:00
|
|
|
node);
|
2011-02-06 12:28:28 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_get_adapter_status(struct hotplug_slot *hotplug_slot,
|
|
|
|
u8 *value)
|
2011-02-06 12:28:28 +00:00
|
|
|
{
|
2011-02-26 09:20:36 +00:00
|
|
|
struct asus_wmi *asus = hotplug_slot->private;
|
|
|
|
int result = asus_wmi_get_devstate_simple(asus, ASUS_WMI_DEVID_WLAN);
|
2011-02-06 12:28:28 +00:00
|
|
|
|
2011-02-06 12:28:31 +00:00
|
|
|
if (result < 0)
|
|
|
|
return result;
|
2011-02-06 12:28:28 +00:00
|
|
|
|
2011-02-06 12:28:31 +00:00
|
|
|
*value = !!result;
|
2011-02-06 12:28:28 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_cleanup_pci_hotplug(struct hotplug_slot *hotplug_slot)
|
2011-02-06 12:28:28 +00:00
|
|
|
{
|
|
|
|
kfree(hotplug_slot->info);
|
|
|
|
kfree(hotplug_slot);
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static struct hotplug_slot_ops asus_hotplug_slot_ops = {
|
2011-02-06 12:28:28 +00:00
|
|
|
.owner = THIS_MODULE,
|
2011-02-26 09:20:31 +00:00
|
|
|
.get_adapter_status = asus_get_adapter_status,
|
|
|
|
.get_power_status = asus_get_adapter_status,
|
2011-02-06 12:28:28 +00:00
|
|
|
};
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_hotplug_work(struct work_struct *work)
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi *asus;
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus = container_of(work, struct asus_wmi, hotplug_work);
|
|
|
|
asus_rfkill_hotplug(asus);
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_setup_pci_hotplug(struct asus_wmi *asus)
|
2011-02-06 12:28:28 +00:00
|
|
|
{
|
|
|
|
int ret = -ENOMEM;
|
|
|
|
struct pci_bus *bus = pci_find_bus(0, 1);
|
|
|
|
|
|
|
|
if (!bus) {
|
|
|
|
pr_err("Unable to find wifi PCI bus\n");
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->hotplug_workqueue =
|
|
|
|
create_singlethread_workqueue("hotplug_workqueue");
|
|
|
|
if (!asus->hotplug_workqueue)
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
goto error_workqueue;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
INIT_WORK(&asus->hotplug_work, asus_hotplug_work);
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->hotplug_slot = kzalloc(sizeof(struct hotplug_slot), GFP_KERNEL);
|
|
|
|
if (!asus->hotplug_slot)
|
2011-02-06 12:28:28 +00:00
|
|
|
goto error_slot;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->hotplug_slot->info = kzalloc(sizeof(struct hotplug_slot_info),
|
|
|
|
GFP_KERNEL);
|
|
|
|
if (!asus->hotplug_slot->info)
|
2011-02-06 12:28:28 +00:00
|
|
|
goto error_info;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->hotplug_slot->private = asus;
|
|
|
|
asus->hotplug_slot->release = &asus_cleanup_pci_hotplug;
|
|
|
|
asus->hotplug_slot->ops = &asus_hotplug_slot_ops;
|
|
|
|
asus_get_adapter_status(asus->hotplug_slot,
|
|
|
|
&asus->hotplug_slot->info->adapter_status);
|
2011-02-06 12:28:28 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
ret = pci_hp_register(asus->hotplug_slot, bus, 0, "asus-wifi");
|
2011-02-06 12:28:28 +00:00
|
|
|
if (ret) {
|
|
|
|
pr_err("Unable to register hotplug slot - %d\n", ret);
|
|
|
|
goto error_register;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
error_register:
|
2011-02-26 09:20:31 +00:00
|
|
|
kfree(asus->hotplug_slot->info);
|
2011-02-06 12:28:28 +00:00
|
|
|
error_info:
|
2011-02-26 09:20:31 +00:00
|
|
|
kfree(asus->hotplug_slot);
|
|
|
|
asus->hotplug_slot = NULL;
|
2011-02-06 12:28:28 +00:00
|
|
|
error_slot:
|
2011-02-26 09:20:31 +00:00
|
|
|
destroy_workqueue(asus->hotplug_workqueue);
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
error_workqueue:
|
2011-02-06 12:28:28 +00:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2010-11-29 07:14:07 +00:00
|
|
|
/*
|
|
|
|
* Rfkill devices
|
|
|
|
*/
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_rfkill_set(void *data, bool blocked)
|
2010-11-29 07:14:07 +00:00
|
|
|
{
|
2011-02-26 09:20:33 +00:00
|
|
|
struct asus_rfkill *priv = data;
|
2010-11-29 07:14:07 +00:00
|
|
|
u32 ctrl_param = !blocked;
|
asus-wmi: record wlan status while controlled by userapp
If the user bit is set, that mean BIOS can't set and record the wlan
status, it will report the value read from id ASUS_WMI_DEVID_WLAN_LED
(0x00010012) while we query the wlan status by id ASUS_WMI_DEVID_WLAN
(0x00010011) through WMI.
So, we have to record wlan status in id ASUS_WMI_DEVID_WLAN_LED
(0x00010012) while setting the wlan status through WMI.
This is also the behavior that windows app will do.
Quote from ASUS application engineer
===
When you call WMIMethod(DSTS, 0x00010011) to get WLAN status, it may return
(1) 0x00050001 (On)
(2) 0x00050000 (Off)
(3) 0x00030001 (On)
(4) 0x00030000 (Off)
(5) 0x00000002 (Unknown)
(1), (2) means that the model has hardware GPIO for WLAN, you can call
WMIMethod(DEVS, 0x00010011, 1 or 0) to turn WLAN on/off.
(3), (4) means that the model doesn’t have hardware GPIO, you need to use
API or driver library to turn WLAN on/off, and call
WMIMethod(DEVS, 0x00010012, 1 or 0) to set WLAN LED status.
After you set WLAN LED status, you can see the WLAN status is changed with
WMIMethod(DSTS, 0x00010011). Because the status is recorded lastly
(ex: Windows), you can use it for synchronization.
(5) means that the model doesn’t have WLAN device.
WLAN is the ONLY special case with upper rule.
For other device, like Bluetooth, you just need use
WMIMethod(DSTS, 0x00010013) to get, and WMIMethod(DEVS, 0x00010013, 1 or 0)
to set.
===
Signed-off-by: AceLan Kao <acelan.kao@canonical.com>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2012-07-26 09:13:31 +00:00
|
|
|
u32 dev_id = priv->dev_id;
|
2010-11-29 07:14:07 +00:00
|
|
|
|
asus-wmi: record wlan status while controlled by userapp
If the user bit is set, that mean BIOS can't set and record the wlan
status, it will report the value read from id ASUS_WMI_DEVID_WLAN_LED
(0x00010012) while we query the wlan status by id ASUS_WMI_DEVID_WLAN
(0x00010011) through WMI.
So, we have to record wlan status in id ASUS_WMI_DEVID_WLAN_LED
(0x00010012) while setting the wlan status through WMI.
This is also the behavior that windows app will do.
Quote from ASUS application engineer
===
When you call WMIMethod(DSTS, 0x00010011) to get WLAN status, it may return
(1) 0x00050001 (On)
(2) 0x00050000 (Off)
(3) 0x00030001 (On)
(4) 0x00030000 (Off)
(5) 0x00000002 (Unknown)
(1), (2) means that the model has hardware GPIO for WLAN, you can call
WMIMethod(DEVS, 0x00010011, 1 or 0) to turn WLAN on/off.
(3), (4) means that the model doesn’t have hardware GPIO, you need to use
API or driver library to turn WLAN on/off, and call
WMIMethod(DEVS, 0x00010012, 1 or 0) to set WLAN LED status.
After you set WLAN LED status, you can see the WLAN status is changed with
WMIMethod(DSTS, 0x00010011). Because the status is recorded lastly
(ex: Windows), you can use it for synchronization.
(5) means that the model doesn’t have WLAN device.
WLAN is the ONLY special case with upper rule.
For other device, like Bluetooth, you just need use
WMIMethod(DSTS, 0x00010013) to get, and WMIMethod(DEVS, 0x00010013, 1 or 0)
to set.
===
Signed-off-by: AceLan Kao <acelan.kao@canonical.com>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2012-07-26 09:13:31 +00:00
|
|
|
/*
|
|
|
|
* If the user bit is set, BIOS can't set and record the wlan status,
|
|
|
|
* it will report the value read from id ASUS_WMI_DEVID_WLAN_LED
|
|
|
|
* while we query the wlan status through WMI(ASUS_WMI_DEVID_WLAN).
|
|
|
|
* So, we have to record wlan status in id ASUS_WMI_DEVID_WLAN_LED
|
|
|
|
* while setting the wlan status through WMI.
|
|
|
|
* This is also the behavior that windows app will do.
|
|
|
|
*/
|
|
|
|
if ((dev_id == ASUS_WMI_DEVID_WLAN) &&
|
|
|
|
priv->asus->driver->wlan_ctrl_by_user)
|
|
|
|
dev_id = ASUS_WMI_DEVID_WLAN_LED;
|
|
|
|
|
|
|
|
return asus_wmi_set_devstate(dev_id, ctrl_param, NULL);
|
2010-11-29 07:14:07 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_rfkill_query(struct rfkill *rfkill, void *data)
|
2010-11-29 07:14:07 +00:00
|
|
|
{
|
2011-02-26 09:20:33 +00:00
|
|
|
struct asus_rfkill *priv = data;
|
2011-02-06 12:28:31 +00:00
|
|
|
int result;
|
2010-11-29 07:14:07 +00:00
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
result = asus_wmi_get_devstate_simple(priv->asus, priv->dev_id);
|
2010-11-29 07:14:07 +00:00
|
|
|
|
2011-02-06 12:28:31 +00:00
|
|
|
if (result < 0)
|
2011-02-26 09:20:31 +00:00
|
|
|
return;
|
2010-11-29 07:14:07 +00:00
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
rfkill_set_sw_state(priv->rfkill, !result);
|
2010-11-29 07:14:07 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_rfkill_wlan_set(void *data, bool blocked)
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
{
|
2011-02-26 09:20:33 +00:00
|
|
|
struct asus_rfkill *priv = data;
|
|
|
|
struct asus_wmi *asus = priv->asus;
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This handler is enabled only if hotplug is enabled.
|
2011-02-26 09:20:31 +00:00
|
|
|
* In this case, the asus_wmi_set_devstate() will
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
* trigger a wmi notification and we need to wait
|
|
|
|
* this call to finish before being able to call
|
|
|
|
* any wmi method
|
|
|
|
*/
|
2011-02-26 09:20:31 +00:00
|
|
|
mutex_lock(&asus->wmi_lock);
|
2011-02-26 09:20:33 +00:00
|
|
|
ret = asus_rfkill_set(data, blocked);
|
2011-02-26 09:20:31 +00:00
|
|
|
mutex_unlock(&asus->wmi_lock);
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static const struct rfkill_ops asus_rfkill_wlan_ops = {
|
|
|
|
.set_block = asus_rfkill_wlan_set,
|
2011-02-26 09:20:33 +00:00
|
|
|
.query = asus_rfkill_query,
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
};
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static const struct rfkill_ops asus_rfkill_ops = {
|
|
|
|
.set_block = asus_rfkill_set,
|
|
|
|
.query = asus_rfkill_query,
|
2010-11-29 07:14:07 +00:00
|
|
|
};
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_new_rfkill(struct asus_wmi *asus,
|
2011-02-26 09:20:33 +00:00
|
|
|
struct asus_rfkill *arfkill,
|
2011-02-26 09:20:31 +00:00
|
|
|
const char *name, enum rfkill_type type, int dev_id)
|
2010-11-29 07:14:07 +00:00
|
|
|
{
|
2011-02-26 09:20:36 +00:00
|
|
|
int result = asus_wmi_get_devstate_simple(asus, dev_id);
|
2011-02-26 09:20:33 +00:00
|
|
|
struct rfkill **rfkill = &arfkill->rfkill;
|
2010-11-29 07:14:07 +00:00
|
|
|
|
2011-02-06 12:28:31 +00:00
|
|
|
if (result < 0)
|
|
|
|
return result;
|
2010-11-29 07:14:07 +00:00
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
arfkill->dev_id = dev_id;
|
|
|
|
arfkill->asus = asus;
|
|
|
|
|
2012-03-20 08:53:08 +00:00
|
|
|
if (dev_id == ASUS_WMI_DEVID_WLAN &&
|
|
|
|
asus->driver->quirks->hotplug_wireless)
|
2011-02-26 09:20:31 +00:00
|
|
|
*rfkill = rfkill_alloc(name, &asus->platform_device->dev, type,
|
2011-02-26 09:20:33 +00:00
|
|
|
&asus_rfkill_wlan_ops, arfkill);
|
eeepc-wmi: serialize access to wmi method
\AMW0.WMBC, which is the main method that we use,
is not reentrant. When wireless hotpluging is enabled,
toggling the status of the wireless device using WMBC will
trigger a notification and the notification handler need to
call WMBC again to get the new status of the device, this
will trigger the following error:
ACPI Error (dswload-0802): [_T_0] Namespace lookup failure, AE_ALREADY_EXISTS
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20100428/psloop-231)
ACPI Error (psparse-0537): Method parse/execution failed [\AMW0.WMBC] (Node f7023b88), AE_ALREADY_EXISTS
ACPI: Marking method WMBC as Serialized because of AE_ALREADY_EXISTS error
Since there is currently no way to tell the acpi subsystem to mark
a method as serialized, we do it in eeepc-wmi.
Of course, we could let the first call fail, and then it would work,
but it doesn't seems really clean, and it will make the first
WMBC call return a random value.
This patch was tested on EeePc 1000H with a RaLink RT2860
wireless card using the rt2800pci driver. rt2860sta driver
seems to deadlock when we remove the pci device...
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2011-02-06 12:28:29 +00:00
|
|
|
else
|
2011-02-26 09:20:31 +00:00
|
|
|
*rfkill = rfkill_alloc(name, &asus->platform_device->dev, type,
|
2011-02-26 09:20:33 +00:00
|
|
|
&asus_rfkill_ops, arfkill);
|
2010-11-29 07:14:07 +00:00
|
|
|
|
|
|
|
if (!*rfkill)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2013-05-30 02:31:50 +00:00
|
|
|
if ((dev_id == ASUS_WMI_DEVID_WLAN) &&
|
2014-07-09 08:18:18 +00:00
|
|
|
(asus->driver->quirks->wapf > 0))
|
2012-07-27 08:51:59 +00:00
|
|
|
rfkill_set_led_trigger_name(*rfkill, "asus-wlan");
|
|
|
|
|
2011-02-06 12:28:31 +00:00
|
|
|
rfkill_init_sw_state(*rfkill, !result);
|
2010-11-29 07:14:07 +00:00
|
|
|
result = rfkill_register(*rfkill);
|
|
|
|
if (result) {
|
|
|
|
rfkill_destroy(*rfkill);
|
|
|
|
*rfkill = NULL;
|
|
|
|
return result;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_wmi_rfkill_exit(struct asus_wmi *asus)
|
2010-11-29 07:14:07 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_unregister_rfkill_notifier(asus, "\\_SB.PCI0.P0P5");
|
|
|
|
asus_unregister_rfkill_notifier(asus, "\\_SB.PCI0.P0P6");
|
|
|
|
asus_unregister_rfkill_notifier(asus, "\\_SB.PCI0.P0P7");
|
2011-02-26 09:20:33 +00:00
|
|
|
if (asus->wlan.rfkill) {
|
|
|
|
rfkill_unregister(asus->wlan.rfkill);
|
|
|
|
rfkill_destroy(asus->wlan.rfkill);
|
|
|
|
asus->wlan.rfkill = NULL;
|
2010-11-29 07:14:07 +00:00
|
|
|
}
|
2011-02-06 12:28:28 +00:00
|
|
|
/*
|
|
|
|
* Refresh pci hotplug in case the rfkill state was changed after
|
2011-02-26 09:20:31 +00:00
|
|
|
* asus_unregister_rfkill_notifier()
|
2011-02-06 12:28:28 +00:00
|
|
|
*/
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_rfkill_hotplug(asus);
|
|
|
|
if (asus->hotplug_slot)
|
|
|
|
pci_hp_deregister(asus->hotplug_slot);
|
|
|
|
if (asus->hotplug_workqueue)
|
|
|
|
destroy_workqueue(asus->hotplug_workqueue);
|
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
if (asus->bluetooth.rfkill) {
|
|
|
|
rfkill_unregister(asus->bluetooth.rfkill);
|
|
|
|
rfkill_destroy(asus->bluetooth.rfkill);
|
|
|
|
asus->bluetooth.rfkill = NULL;
|
2010-11-29 07:14:07 +00:00
|
|
|
}
|
2011-02-26 09:20:33 +00:00
|
|
|
if (asus->wimax.rfkill) {
|
|
|
|
rfkill_unregister(asus->wimax.rfkill);
|
|
|
|
rfkill_destroy(asus->wimax.rfkill);
|
|
|
|
asus->wimax.rfkill = NULL;
|
2011-02-06 12:28:37 +00:00
|
|
|
}
|
2011-02-26 09:20:33 +00:00
|
|
|
if (asus->wwan3g.rfkill) {
|
|
|
|
rfkill_unregister(asus->wwan3g.rfkill);
|
|
|
|
rfkill_destroy(asus->wwan3g.rfkill);
|
|
|
|
asus->wwan3g.rfkill = NULL;
|
2010-11-29 07:14:07 +00:00
|
|
|
}
|
2011-07-01 09:34:40 +00:00
|
|
|
if (asus->gps.rfkill) {
|
|
|
|
rfkill_unregister(asus->gps.rfkill);
|
|
|
|
rfkill_destroy(asus->gps.rfkill);
|
|
|
|
asus->gps.rfkill = NULL;
|
|
|
|
}
|
2011-07-01 09:34:41 +00:00
|
|
|
if (asus->uwb.rfkill) {
|
|
|
|
rfkill_unregister(asus->uwb.rfkill);
|
|
|
|
rfkill_destroy(asus->uwb.rfkill);
|
|
|
|
asus->uwb.rfkill = NULL;
|
|
|
|
}
|
2010-11-29 07:14:07 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_wmi_rfkill_init(struct asus_wmi *asus)
|
2010-11-29 07:14:07 +00:00
|
|
|
{
|
|
|
|
int result = 0;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
mutex_init(&asus->hotplug_lock);
|
|
|
|
mutex_init(&asus->wmi_lock);
|
2011-02-06 12:28:28 +00:00
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
result = asus_new_rfkill(asus, &asus->wlan, "asus-wlan",
|
|
|
|
RFKILL_TYPE_WLAN, ASUS_WMI_DEVID_WLAN);
|
2010-11-29 07:14:07 +00:00
|
|
|
|
|
|
|
if (result && result != -ENODEV)
|
|
|
|
goto exit;
|
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
result = asus_new_rfkill(asus, &asus->bluetooth,
|
2011-02-26 09:20:31 +00:00
|
|
|
"asus-bluetooth", RFKILL_TYPE_BLUETOOTH,
|
|
|
|
ASUS_WMI_DEVID_BLUETOOTH);
|
2010-11-29 07:14:07 +00:00
|
|
|
|
|
|
|
if (result && result != -ENODEV)
|
|
|
|
goto exit;
|
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
result = asus_new_rfkill(asus, &asus->wimax, "asus-wimax",
|
|
|
|
RFKILL_TYPE_WIMAX, ASUS_WMI_DEVID_WIMAX);
|
2011-02-06 12:28:37 +00:00
|
|
|
|
|
|
|
if (result && result != -ENODEV)
|
|
|
|
goto exit;
|
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
result = asus_new_rfkill(asus, &asus->wwan3g, "asus-wwan3g",
|
|
|
|
RFKILL_TYPE_WWAN, ASUS_WMI_DEVID_WWAN3G);
|
2010-11-29 07:14:07 +00:00
|
|
|
|
|
|
|
if (result && result != -ENODEV)
|
|
|
|
goto exit;
|
|
|
|
|
2011-07-01 09:34:40 +00:00
|
|
|
result = asus_new_rfkill(asus, &asus->gps, "asus-gps",
|
|
|
|
RFKILL_TYPE_GPS, ASUS_WMI_DEVID_GPS);
|
|
|
|
|
|
|
|
if (result && result != -ENODEV)
|
|
|
|
goto exit;
|
|
|
|
|
2011-07-01 09:34:41 +00:00
|
|
|
result = asus_new_rfkill(asus, &asus->uwb, "asus-uwb",
|
|
|
|
RFKILL_TYPE_UWB, ASUS_WMI_DEVID_UWB);
|
|
|
|
|
|
|
|
if (result && result != -ENODEV)
|
|
|
|
goto exit;
|
|
|
|
|
2012-03-20 08:53:08 +00:00
|
|
|
if (!asus->driver->quirks->hotplug_wireless)
|
2011-02-06 12:28:40 +00:00
|
|
|
goto exit;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
result = asus_setup_pci_hotplug(asus);
|
2011-02-06 12:28:28 +00:00
|
|
|
/*
|
|
|
|
* If we get -EBUSY then something else is handling the PCI hotplug -
|
|
|
|
* don't fail in this case
|
|
|
|
*/
|
|
|
|
if (result == -EBUSY)
|
|
|
|
result = 0;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_register_rfkill_notifier(asus, "\\_SB.PCI0.P0P5");
|
|
|
|
asus_register_rfkill_notifier(asus, "\\_SB.PCI0.P0P6");
|
|
|
|
asus_register_rfkill_notifier(asus, "\\_SB.PCI0.P0P7");
|
2011-02-06 12:28:28 +00:00
|
|
|
/*
|
|
|
|
* Refresh pci hotplug in case the rfkill state was changed during
|
|
|
|
* setup.
|
|
|
|
*/
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_rfkill_hotplug(asus);
|
2011-02-06 12:28:28 +00:00
|
|
|
|
2010-11-29 07:14:07 +00:00
|
|
|
exit:
|
|
|
|
if (result && result != -ENODEV)
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_wmi_rfkill_exit(asus);
|
2010-11-29 07:14:07 +00:00
|
|
|
|
|
|
|
if (result == -ENODEV)
|
|
|
|
result = 0;
|
|
|
|
|
|
|
|
return result;
|
|
|
|
}
|
|
|
|
|
platform/x86: asus-wmi: Set specified XUSB2PR value for X550LB
The bluetooth adapter Atheros AR3012 can't be enumerated
and make the bluetooth function broken.
T: Bus=02 Lev=01 Prnt=01 Port=05 Cnt=02 Dev#= 5 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=13d3 ProdID=3362 Rev=00.02
S: Manufacturer=Atheros Communications
S: Product=Bluetooth USB Host Controller
S: SerialNumber=Alaska Day 2006
C: #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
I: If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
The error is:
usb 2-6: device not accepting address 7, error -62
usb usb2-port6: unable to enumerate USB device
It is caused by adapter's connected port is mapped to xHC
controller, but the xHCI is not supported by the usb device.
The output of 'sudo lspci -nnxxx -s 00:14.0':
00:14.0 USB controller [0c03]: Intel Corporation 8 Series USB xHCI HC [8086:9c31] (rev 04)
00: 86 80 31 9c 06 04 90 02 04 30 03 0c 00 00 00 00
10: 04 00 a0 f7 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 43 10 1f 20
30: 00 00 00 00 70 00 00 00 00 00 00 00 0b 01 00 00
40: fd 01 36 80 89 c6 0f 80 00 00 00 00 00 00 00 00
50: 5f 2e ce 0f 00 00 00 00 00 00 00 00 00 00 00 00
60: 30 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 01 80 c2 c1 08 00 00 00 00 00 00 00 00 00 00 00
80: 05 00 87 00 0c a0 e0 fe 00 00 00 00 a1 41 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 01 04 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 0f 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 03 c0 30 00 00 00 00 00 03 0c 00 00 00 00 00 00
d0: f9 01 00 00 f9 01 00 00 0f 00 00 00 0f 00 00 00
e0: 00 08 00 00 00 00 00 00 00 00 00 00 d8 d8 00 00
f0: 00 00 00 00 00 00 00 00 b1 0f 04 08 00 00 00 00
By referencing Intel Platform Controller Hub(PCH) datasheet,
the xHC USB 2.0 Port Routing(XUSB2PR) at offset 0xD0-0xD3h
decides the setting of mapping the port to EHCI controller or
xHC controller. And the port mapped to xHC will enable xHCI
during bus resume.
The setting of disabling bluetooth adapter's connected port is
0x000001D9. The value can be obtained by few times 1 bit flip
operation. The suited configuration should have the 'lsusb -t'
result with bluetooth using ehci:
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M
|__ Port 5: Dev 2, If 0, Class=Video, Driver=uvcvideo, 480M
|__ Port 5: Dev 2, If 1, Class=Video, Driver=uvcvideo, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
|__ Port 6: Dev 3, If 0, Class=Wireless, Driver=btusb, 12M
|__ Port 6: Dev 3, If 1, Class=Wireless, Driver=btusb, 12M
Signed-off-by: Kai-Chuan Hsieh <kai.chiuan@gmail.com>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
[andy: resolve merge conflict in asus-wmi.h]
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
2016-09-01 15:55:55 +00:00
|
|
|
static void asus_wmi_set_xusb2pr(struct asus_wmi *asus)
|
|
|
|
{
|
|
|
|
struct pci_dev *xhci_pdev;
|
|
|
|
u32 orig_ports_available;
|
|
|
|
u32 ports_available = asus->driver->quirks->xusb2pr;
|
|
|
|
|
|
|
|
xhci_pdev = pci_get_device(PCI_VENDOR_ID_INTEL,
|
|
|
|
PCI_DEVICE_ID_INTEL_LYNXPOINT_LP_XHCI,
|
|
|
|
NULL);
|
|
|
|
|
|
|
|
if (!xhci_pdev)
|
|
|
|
return;
|
|
|
|
|
|
|
|
pci_read_config_dword(xhci_pdev, USB_INTEL_XUSB2PR,
|
|
|
|
&orig_ports_available);
|
|
|
|
|
|
|
|
pci_write_config_dword(xhci_pdev, USB_INTEL_XUSB2PR,
|
|
|
|
cpu_to_le32(ports_available));
|
|
|
|
|
|
|
|
pr_info("set USB_INTEL_XUSB2PR old: 0x%04x, new: 0x%04x\n",
|
|
|
|
orig_ports_available, ports_available);
|
|
|
|
}
|
|
|
|
|
2017-04-28 14:19:49 +00:00
|
|
|
/*
|
|
|
|
* Some devices dont support or have borcken get_als method
|
|
|
|
* but still support set method.
|
|
|
|
*/
|
|
|
|
static void asus_wmi_set_als(void)
|
|
|
|
{
|
|
|
|
asus_wmi_set_devstate(ASUS_WMI_DEVID_ALS_ENABLE, 1, NULL);
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:42 +00:00
|
|
|
/*
|
|
|
|
* Hwmon device
|
|
|
|
*/
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
static int asus_hwmon_agfn_fan_speed_read(struct asus_wmi *asus, int fan,
|
|
|
|
int *speed)
|
|
|
|
{
|
|
|
|
struct fan_args args = {
|
|
|
|
.agfn.len = sizeof(args),
|
|
|
|
.agfn.mfun = ASUS_FAN_MFUN,
|
|
|
|
.agfn.sfun = ASUS_FAN_SFUN_READ,
|
|
|
|
.fan = fan,
|
|
|
|
.speed = 0,
|
|
|
|
};
|
|
|
|
struct acpi_buffer input = { (acpi_size) sizeof(args), &args };
|
|
|
|
int status;
|
|
|
|
|
|
|
|
if (fan != 1)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
status = asus_wmi_evaluate_method_agfn(input);
|
|
|
|
|
|
|
|
if (status || args.agfn.err)
|
|
|
|
return -ENXIO;
|
|
|
|
|
|
|
|
if (speed)
|
|
|
|
*speed = args.speed;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int asus_hwmon_agfn_fan_speed_write(struct asus_wmi *asus, int fan,
|
|
|
|
int *speed)
|
|
|
|
{
|
|
|
|
struct fan_args args = {
|
|
|
|
.agfn.len = sizeof(args),
|
|
|
|
.agfn.mfun = ASUS_FAN_MFUN,
|
|
|
|
.agfn.sfun = ASUS_FAN_SFUN_WRITE,
|
|
|
|
.fan = fan,
|
|
|
|
.speed = speed ? *speed : 0,
|
|
|
|
};
|
|
|
|
struct acpi_buffer input = { (acpi_size) sizeof(args), &args };
|
|
|
|
int status;
|
|
|
|
|
|
|
|
/* 1: for setting 1st fan's speed 0: setting auto mode */
|
|
|
|
if (fan != 1 && fan != 0)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
status = asus_wmi_evaluate_method_agfn(input);
|
|
|
|
|
|
|
|
if (status || args.agfn.err)
|
|
|
|
return -ENXIO;
|
|
|
|
|
|
|
|
if (speed && fan == 1)
|
|
|
|
asus->asus_hwmon_pwm = *speed;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Check if we can read the speed of one fan. If true we assume we can also
|
|
|
|
* control it.
|
|
|
|
*/
|
|
|
|
static int asus_hwmon_get_fan_number(struct asus_wmi *asus, int *num_fans)
|
|
|
|
{
|
|
|
|
int status;
|
|
|
|
int speed = 0;
|
|
|
|
|
|
|
|
*num_fans = 0;
|
|
|
|
|
|
|
|
status = asus_hwmon_agfn_fan_speed_read(asus, 1, &speed);
|
|
|
|
if (!status)
|
|
|
|
*num_fans = 1;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int asus_hwmon_fan_set_auto(struct asus_wmi *asus)
|
|
|
|
{
|
|
|
|
int status;
|
|
|
|
|
|
|
|
status = asus_hwmon_agfn_fan_speed_write(asus, 0, NULL);
|
|
|
|
if (status)
|
|
|
|
return -ENXIO;
|
|
|
|
|
|
|
|
asus->asus_hwmon_fan_manual_mode = false;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int asus_hwmon_fan_rpm_show(struct device *dev, int fan)
|
2011-02-26 09:20:42 +00:00
|
|
|
{
|
|
|
|
struct asus_wmi *asus = dev_get_drvdata(dev);
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
int value;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
/* no speed readable on manual mode */
|
|
|
|
if (asus->asus_hwmon_fan_manual_mode)
|
|
|
|
return -ENXIO;
|
|
|
|
|
|
|
|
ret = asus_hwmon_agfn_fan_speed_read(asus, fan+1, &value);
|
|
|
|
if (ret) {
|
|
|
|
pr_warn("reading fan speed failed: %d\n", ret);
|
|
|
|
return -ENXIO;
|
|
|
|
}
|
|
|
|
|
|
|
|
return value;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void asus_hwmon_pwm_show(struct asus_wmi *asus, int fan, int *value)
|
|
|
|
{
|
2011-02-26 09:20:42 +00:00
|
|
|
int err;
|
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
if (asus->asus_hwmon_pwm >= 0) {
|
|
|
|
*value = asus->asus_hwmon_pwm;
|
|
|
|
return;
|
|
|
|
}
|
2011-02-26 09:20:42 +00:00
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
err = asus_wmi_get_devstate(asus, ASUS_WMI_DEVID_FAN_CTRL, value);
|
2011-02-26 09:20:42 +00:00
|
|
|
if (err < 0)
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
return;
|
2011-02-26 09:20:42 +00:00
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
*value &= 0xFF;
|
|
|
|
|
|
|
|
if (*value == 1) /* Low Speed */
|
|
|
|
*value = 85;
|
|
|
|
else if (*value == 2)
|
|
|
|
*value = 170;
|
|
|
|
else if (*value == 3)
|
|
|
|
*value = 255;
|
|
|
|
else if (*value) {
|
|
|
|
pr_err("Unknown fan speed %#x\n", *value);
|
|
|
|
*value = -1;
|
2011-02-26 09:20:42 +00:00
|
|
|
}
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t pwm1_show(struct device *dev,
|
|
|
|
struct device_attribute *attr,
|
|
|
|
char *buf)
|
|
|
|
{
|
|
|
|
struct asus_wmi *asus = dev_get_drvdata(dev);
|
|
|
|
int value;
|
|
|
|
|
|
|
|
asus_hwmon_pwm_show(asus, 0, &value);
|
2011-02-26 09:20:42 +00:00
|
|
|
|
|
|
|
return sprintf(buf, "%d\n", value);
|
|
|
|
}
|
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
static ssize_t pwm1_store(struct device *dev,
|
|
|
|
struct device_attribute *attr,
|
|
|
|
const char *buf, size_t count) {
|
|
|
|
struct asus_wmi *asus = dev_get_drvdata(dev);
|
|
|
|
int value;
|
|
|
|
int state;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = kstrtouint(buf, 10, &value);
|
|
|
|
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
value = clamp(value, 0, 255);
|
|
|
|
|
|
|
|
state = asus_hwmon_agfn_fan_speed_write(asus, 1, &value);
|
|
|
|
if (state)
|
|
|
|
pr_warn("Setting fan speed failed: %d\n", state);
|
|
|
|
else
|
|
|
|
asus->asus_hwmon_fan_manual_mode = true;
|
|
|
|
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t fan1_input_show(struct device *dev,
|
|
|
|
struct device_attribute *attr,
|
|
|
|
char *buf)
|
|
|
|
{
|
|
|
|
int value = asus_hwmon_fan_rpm_show(dev, 0);
|
|
|
|
|
|
|
|
return sprintf(buf, "%d\n", value < 0 ? -1 : value*100);
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t pwm1_enable_show(struct device *dev,
|
|
|
|
struct device_attribute *attr,
|
|
|
|
char *buf)
|
|
|
|
{
|
|
|
|
struct asus_wmi *asus = dev_get_drvdata(dev);
|
|
|
|
|
|
|
|
if (asus->asus_hwmon_fan_manual_mode)
|
|
|
|
return sprintf(buf, "%d\n", ASUS_FAN_CTRL_MANUAL);
|
|
|
|
|
|
|
|
return sprintf(buf, "%d\n", ASUS_FAN_CTRL_AUTO);
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t pwm1_enable_store(struct device *dev,
|
|
|
|
struct device_attribute *attr,
|
|
|
|
const char *buf, size_t count)
|
|
|
|
{
|
|
|
|
struct asus_wmi *asus = dev_get_drvdata(dev);
|
|
|
|
int status = 0;
|
|
|
|
int state;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = kstrtouint(buf, 10, &state);
|
|
|
|
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
if (state == ASUS_FAN_CTRL_MANUAL)
|
|
|
|
asus->asus_hwmon_fan_manual_mode = true;
|
|
|
|
else
|
|
|
|
status = asus_hwmon_fan_set_auto(asus);
|
|
|
|
|
|
|
|
if (status)
|
|
|
|
return status;
|
|
|
|
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t fan1_label_show(struct device *dev,
|
|
|
|
struct device_attribute *attr,
|
|
|
|
char *buf)
|
|
|
|
{
|
|
|
|
return sprintf(buf, "%s\n", ASUS_FAN_DESC);
|
|
|
|
}
|
|
|
|
|
2011-07-01 09:34:36 +00:00
|
|
|
static ssize_t asus_hwmon_temp1(struct device *dev,
|
|
|
|
struct device_attribute *attr,
|
|
|
|
char *buf)
|
|
|
|
{
|
|
|
|
struct asus_wmi *asus = dev_get_drvdata(dev);
|
|
|
|
u32 value;
|
|
|
|
int err;
|
|
|
|
|
|
|
|
err = asus_wmi_get_devstate(asus, ASUS_WMI_DEVID_THERMAL_CTRL, &value);
|
|
|
|
|
|
|
|
if (err < 0)
|
|
|
|
return err;
|
|
|
|
|
2015-10-01 21:45:31 +00:00
|
|
|
value = DECI_KELVIN_TO_CELSIUS((value & 0xFFFF)) * 1000;
|
2011-07-01 09:34:36 +00:00
|
|
|
|
|
|
|
return sprintf(buf, "%d\n", value);
|
|
|
|
}
|
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
/* Fan1 */
|
|
|
|
static DEVICE_ATTR_RW(pwm1);
|
|
|
|
static DEVICE_ATTR_RW(pwm1_enable);
|
|
|
|
static DEVICE_ATTR_RO(fan1_input);
|
|
|
|
static DEVICE_ATTR_RO(fan1_label);
|
|
|
|
|
|
|
|
/* Temperature */
|
2013-11-23 19:03:17 +00:00
|
|
|
static DEVICE_ATTR(temp1_input, S_IRUGO, asus_hwmon_temp1, NULL);
|
2011-02-26 09:20:42 +00:00
|
|
|
|
|
|
|
static struct attribute *hwmon_attributes[] = {
|
2013-11-23 19:03:17 +00:00
|
|
|
&dev_attr_pwm1.attr,
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
&dev_attr_pwm1_enable.attr,
|
|
|
|
&dev_attr_fan1_input.attr,
|
|
|
|
&dev_attr_fan1_label.attr,
|
|
|
|
|
2013-11-23 19:03:17 +00:00
|
|
|
&dev_attr_temp1_input.attr,
|
2011-02-26 09:20:42 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2011-07-24 03:11:19 +00:00
|
|
|
static umode_t asus_hwmon_sysfs_is_visible(struct kobject *kobj,
|
2011-07-01 09:34:37 +00:00
|
|
|
struct attribute *attr, int idx)
|
2011-02-26 09:20:42 +00:00
|
|
|
{
|
|
|
|
struct device *dev = container_of(kobj, struct device, kobj);
|
|
|
|
struct platform_device *pdev = to_platform_device(dev->parent);
|
|
|
|
struct asus_wmi *asus = platform_get_drvdata(pdev);
|
|
|
|
int dev_id = -1;
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
int fan_attr = -1;
|
2011-02-26 09:20:42 +00:00
|
|
|
u32 value = ASUS_WMI_UNSUPPORTED_METHOD;
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
bool ok = true;
|
2011-02-26 09:20:42 +00:00
|
|
|
|
2013-11-23 19:03:17 +00:00
|
|
|
if (attr == &dev_attr_pwm1.attr)
|
2011-02-26 09:20:42 +00:00
|
|
|
dev_id = ASUS_WMI_DEVID_FAN_CTRL;
|
2013-11-23 19:03:17 +00:00
|
|
|
else if (attr == &dev_attr_temp1_input.attr)
|
2011-07-01 09:34:37 +00:00
|
|
|
dev_id = ASUS_WMI_DEVID_THERMAL_CTRL;
|
2011-02-26 09:20:42 +00:00
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
|
|
|
|
if (attr == &dev_attr_fan1_input.attr
|
|
|
|
|| attr == &dev_attr_fan1_label.attr
|
|
|
|
|| attr == &dev_attr_pwm1.attr
|
|
|
|
|| attr == &dev_attr_pwm1_enable.attr) {
|
|
|
|
fan_attr = 1;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:42 +00:00
|
|
|
if (dev_id != -1) {
|
|
|
|
int err = asus_wmi_get_devstate(asus, dev_id, &value);
|
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
if (err < 0 && fan_attr == -1)
|
2011-07-24 00:59:40 +00:00
|
|
|
return 0; /* can't return negative here */
|
2011-02-26 09:20:42 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
if (dev_id == ASUS_WMI_DEVID_FAN_CTRL) {
|
|
|
|
/*
|
|
|
|
* We need to find a better way, probably using sfun,
|
|
|
|
* bits or spec ...
|
|
|
|
* Currently we disable it if:
|
|
|
|
* - ASUS_WMI_UNSUPPORTED_METHOD is returned
|
|
|
|
* - reverved bits are non-zero
|
|
|
|
* - sfun and presence bit are not set
|
|
|
|
*/
|
2011-07-01 09:34:26 +00:00
|
|
|
if (value == ASUS_WMI_UNSUPPORTED_METHOD || value & 0xFFF80000
|
2011-02-26 09:20:42 +00:00
|
|
|
|| (!asus->sfun && !(value & ASUS_WMI_DSTS_PRESENCE_BIT)))
|
|
|
|
ok = false;
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
else
|
|
|
|
ok = fan_attr <= asus->asus_hwmon_num_fans;
|
2011-07-01 09:34:37 +00:00
|
|
|
} else if (dev_id == ASUS_WMI_DEVID_THERMAL_CTRL) {
|
|
|
|
/* If value is zero, something is clearly wrong */
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
if (!value)
|
2011-07-01 09:34:37 +00:00
|
|
|
ok = false;
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
} else if (fan_attr <= asus->asus_hwmon_num_fans && fan_attr != -1) {
|
|
|
|
ok = true;
|
|
|
|
} else {
|
|
|
|
ok = false;
|
2011-02-26 09:20:42 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
return ok ? attr->mode : 0;
|
|
|
|
}
|
|
|
|
|
2017-07-11 10:48:19 +00:00
|
|
|
static const struct attribute_group hwmon_attribute_group = {
|
2011-02-26 09:20:42 +00:00
|
|
|
.is_visible = asus_hwmon_sysfs_is_visible,
|
|
|
|
.attrs = hwmon_attributes
|
|
|
|
};
|
2013-11-23 19:03:17 +00:00
|
|
|
__ATTRIBUTE_GROUPS(hwmon_attribute);
|
2011-02-26 09:20:42 +00:00
|
|
|
|
|
|
|
static int asus_wmi_hwmon_init(struct asus_wmi *asus)
|
|
|
|
{
|
|
|
|
struct device *hwmon;
|
|
|
|
|
2013-11-23 19:03:17 +00:00
|
|
|
hwmon = hwmon_device_register_with_groups(&asus->platform_device->dev,
|
|
|
|
"asus", asus,
|
|
|
|
hwmon_attribute_groups);
|
2011-02-26 09:20:42 +00:00
|
|
|
if (IS_ERR(hwmon)) {
|
|
|
|
pr_err("Could not register asus hwmon device\n");
|
|
|
|
return PTR_ERR(hwmon);
|
|
|
|
}
|
2013-11-23 19:03:17 +00:00
|
|
|
return 0;
|
2011-02-26 09:20:42 +00:00
|
|
|
}
|
|
|
|
|
2010-11-29 07:14:06 +00:00
|
|
|
/*
|
|
|
|
* Backlight
|
|
|
|
*/
|
2011-02-26 09:20:36 +00:00
|
|
|
static int read_backlight_power(struct asus_wmi *asus)
|
2011-02-06 12:28:39 +00:00
|
|
|
{
|
asus-wmi: store backlight power status for AIO machine
Due to some implementation reasons, ASUS ET2012 All-in-One machines
can't report the correct backlight power status, it will always return
1. To track the backlight power status correctly, we have to store the
status by ourselves.
BTW, by the BIOS design, the backlight power will be turn on/off
sequently, no matter what the value of the parameter will be.
More over, the brightness adjustment command will turn on the backlight
power. Those behaviors will make us fail to track the backlight power
status.
For example, While we are trying to turn on the backlight power,
we will send out the brightness adjustment command and then trying to
figure out if we have to turn on the backlight power, then send out
the command. But, the real case is that, the backlight power turns on
while sending the brightness adjustment command, and then we send out
the command to turn on the backlight power, it actually will turn off
the backlight power and the backlight power status we recorded becomes
wrong. So, we have to seperate these two commands by a if statement.
Signed-off-by: AceLan Kao <acelan.kao@canonical.com>
Signed-off-by: Corentin Chary <corentin.chary@gmail.com>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2012-03-20 08:53:09 +00:00
|
|
|
int ret;
|
|
|
|
if (asus->driver->quirks->store_backlight_power)
|
|
|
|
ret = !asus->driver->panel_power;
|
|
|
|
else
|
|
|
|
ret = asus_wmi_get_devstate_simple(asus,
|
|
|
|
ASUS_WMI_DEVID_BACKLIGHT);
|
2011-02-06 12:28:39 +00:00
|
|
|
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
return ret ? FB_BLANK_UNBLANK : FB_BLANK_POWERDOWN;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:37 +00:00
|
|
|
static int read_brightness_max(struct asus_wmi *asus)
|
2010-04-11 01:27:54 +00:00
|
|
|
{
|
2010-11-29 07:14:12 +00:00
|
|
|
u32 retval;
|
2011-02-26 09:20:35 +00:00
|
|
|
int err;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
err = asus_wmi_get_devstate(asus, ASUS_WMI_DEVID_BRIGHTNESS, &retval);
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2011-02-26 09:20:37 +00:00
|
|
|
if (err < 0)
|
|
|
|
return err;
|
|
|
|
|
|
|
|
retval = retval & ASUS_WMI_DSTS_MAX_BRIGTH_MASK;
|
|
|
|
retval >>= 8;
|
|
|
|
|
|
|
|
if (!retval)
|
|
|
|
return -ENODEV;
|
|
|
|
|
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int read_brightness(struct backlight_device *bd)
|
|
|
|
{
|
|
|
|
struct asus_wmi *asus = bl_get_data(bd);
|
2011-03-15 07:06:23 +00:00
|
|
|
u32 retval;
|
|
|
|
int err;
|
2011-02-26 09:20:37 +00:00
|
|
|
|
|
|
|
err = asus_wmi_get_devstate(asus, ASUS_WMI_DEVID_BRIGHTNESS, &retval);
|
|
|
|
|
2011-02-26 09:20:35 +00:00
|
|
|
if (err < 0)
|
|
|
|
return err;
|
|
|
|
|
|
|
|
return retval & ASUS_WMI_DSTS_BRIGHTNESS_MASK;
|
2010-04-11 01:27:54 +00:00
|
|
|
}
|
|
|
|
|
2012-03-20 08:53:08 +00:00
|
|
|
static u32 get_scalar_command(struct backlight_device *bd)
|
2010-04-11 01:27:54 +00:00
|
|
|
{
|
2011-02-26 09:20:36 +00:00
|
|
|
struct asus_wmi *asus = bl_get_data(bd);
|
2012-03-20 08:53:08 +00:00
|
|
|
u32 ctrl_param = 0;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2012-03-20 08:53:08 +00:00
|
|
|
if ((asus->driver->brightness < bd->props.brightness) ||
|
|
|
|
bd->props.brightness == bd->props.max_brightness)
|
|
|
|
ctrl_param = 0x00008001;
|
|
|
|
else if ((asus->driver->brightness > bd->props.brightness) ||
|
|
|
|
bd->props.brightness == 0)
|
|
|
|
ctrl_param = 0x00008000;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2012-03-20 08:53:08 +00:00
|
|
|
asus->driver->brightness = bd->props.brightness;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2012-03-20 08:53:08 +00:00
|
|
|
return ctrl_param;
|
|
|
|
}
|
|
|
|
|
2010-04-11 01:27:54 +00:00
|
|
|
static int update_bl_status(struct backlight_device *bd)
|
|
|
|
{
|
2011-02-26 09:20:36 +00:00
|
|
|
struct asus_wmi *asus = bl_get_data(bd);
|
2010-11-29 07:14:12 +00:00
|
|
|
u32 ctrl_param;
|
asus-wmi: store backlight power status for AIO machine
Due to some implementation reasons, ASUS ET2012 All-in-One machines
can't report the correct backlight power status, it will always return
1. To track the backlight power status correctly, we have to store the
status by ourselves.
BTW, by the BIOS design, the backlight power will be turn on/off
sequently, no matter what the value of the parameter will be.
More over, the brightness adjustment command will turn on the backlight
power. Those behaviors will make us fail to track the backlight power
status.
For example, While we are trying to turn on the backlight power,
we will send out the brightness adjustment command and then trying to
figure out if we have to turn on the backlight power, then send out
the command. But, the real case is that, the backlight power turns on
while sending the brightness adjustment command, and then we send out
the command to turn on the backlight power, it actually will turn off
the backlight power and the backlight power status we recorded becomes
wrong. So, we have to seperate these two commands by a if statement.
Signed-off-by: AceLan Kao <acelan.kao@canonical.com>
Signed-off-by: Corentin Chary <corentin.chary@gmail.com>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2012-03-20 08:53:09 +00:00
|
|
|
int power, err = 0;
|
2011-02-06 12:28:39 +00:00
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
power = read_backlight_power(asus);
|
2011-02-06 12:28:39 +00:00
|
|
|
if (power != -ENODEV && bd->props.power != power) {
|
|
|
|
ctrl_param = !!(bd->props.power == FB_BLANK_UNBLANK);
|
2011-02-26 09:20:35 +00:00
|
|
|
err = asus_wmi_set_devstate(ASUS_WMI_DEVID_BACKLIGHT,
|
|
|
|
ctrl_param, NULL);
|
asus-wmi: store backlight power status for AIO machine
Due to some implementation reasons, ASUS ET2012 All-in-One machines
can't report the correct backlight power status, it will always return
1. To track the backlight power status correctly, we have to store the
status by ourselves.
BTW, by the BIOS design, the backlight power will be turn on/off
sequently, no matter what the value of the parameter will be.
More over, the brightness adjustment command will turn on the backlight
power. Those behaviors will make us fail to track the backlight power
status.
For example, While we are trying to turn on the backlight power,
we will send out the brightness adjustment command and then trying to
figure out if we have to turn on the backlight power, then send out
the command. But, the real case is that, the backlight power turns on
while sending the brightness adjustment command, and then we send out
the command to turn on the backlight power, it actually will turn off
the backlight power and the backlight power status we recorded becomes
wrong. So, we have to seperate these two commands by a if statement.
Signed-off-by: AceLan Kao <acelan.kao@canonical.com>
Signed-off-by: Corentin Chary <corentin.chary@gmail.com>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2012-03-20 08:53:09 +00:00
|
|
|
if (asus->driver->quirks->store_backlight_power)
|
|
|
|
asus->driver->panel_power = bd->props.power;
|
|
|
|
|
2012-03-20 08:53:14 +00:00
|
|
|
/* When using scalar brightness, updating the brightness
|
|
|
|
* will mess with the backlight power */
|
|
|
|
if (asus->driver->quirks->scalar_panel_brightness)
|
|
|
|
return err;
|
2011-02-06 12:28:39 +00:00
|
|
|
}
|
2012-03-20 08:53:14 +00:00
|
|
|
|
|
|
|
if (asus->driver->quirks->scalar_panel_brightness)
|
|
|
|
ctrl_param = get_scalar_command(bd);
|
|
|
|
else
|
|
|
|
ctrl_param = bd->props.brightness;
|
|
|
|
|
|
|
|
err = asus_wmi_set_devstate(ASUS_WMI_DEVID_BRIGHTNESS,
|
|
|
|
ctrl_param, NULL);
|
|
|
|
|
2011-02-26 09:20:37 +00:00
|
|
|
return err;
|
2010-04-11 01:27:54 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static const struct backlight_ops asus_wmi_bl_ops = {
|
2010-04-11 01:27:54 +00:00
|
|
|
.get_brightness = read_brightness,
|
|
|
|
.update_status = update_bl_status,
|
|
|
|
};
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_wmi_backlight_notify(struct asus_wmi *asus, int code)
|
2010-04-11 01:27:54 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct backlight_device *bd = asus->backlight_device;
|
2010-04-11 01:27:54 +00:00
|
|
|
int old = bd->props.brightness;
|
2010-05-19 10:37:01 +00:00
|
|
|
int new = old;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
|
|
|
if (code >= NOTIFY_BRNUP_MIN && code <= NOTIFY_BRNUP_MAX)
|
|
|
|
new = code - NOTIFY_BRNUP_MIN + 1;
|
|
|
|
else if (code >= NOTIFY_BRNDOWN_MIN && code <= NOTIFY_BRNDOWN_MAX)
|
|
|
|
new = code - NOTIFY_BRNDOWN_MIN;
|
|
|
|
|
|
|
|
bd->props.brightness = new;
|
|
|
|
backlight_update_status(bd);
|
|
|
|
backlight_force_update(bd, BACKLIGHT_UPDATE_HOTKEY);
|
|
|
|
|
|
|
|
return old;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_wmi_backlight_init(struct asus_wmi *asus)
|
2010-04-11 01:27:54 +00:00
|
|
|
{
|
|
|
|
struct backlight_device *bd;
|
|
|
|
struct backlight_properties props;
|
2011-02-06 12:28:39 +00:00
|
|
|
int max;
|
|
|
|
int power;
|
|
|
|
|
2011-02-26 09:20:37 +00:00
|
|
|
max = read_brightness_max(asus);
|
2014-07-08 08:47:22 +00:00
|
|
|
if (max < 0)
|
2011-02-26 09:20:37 +00:00
|
|
|
return max;
|
|
|
|
|
|
|
|
power = read_backlight_power(asus);
|
|
|
|
|
2011-02-06 12:28:39 +00:00
|
|
|
if (power == -ENODEV)
|
|
|
|
power = FB_BLANK_UNBLANK;
|
2011-02-26 09:20:37 +00:00
|
|
|
else if (power < 0)
|
|
|
|
return power;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
|
|
|
memset(&props, 0, sizeof(struct backlight_properties));
|
2011-06-29 03:43:30 +00:00
|
|
|
props.type = BACKLIGHT_PLATFORM;
|
2011-02-06 12:28:39 +00:00
|
|
|
props.max_brightness = max;
|
2011-02-26 09:20:31 +00:00
|
|
|
bd = backlight_device_register(asus->driver->name,
|
|
|
|
&asus->platform_device->dev, asus,
|
|
|
|
&asus_wmi_bl_ops, &props);
|
2010-04-11 01:27:54 +00:00
|
|
|
if (IS_ERR(bd)) {
|
|
|
|
pr_err("Could not register backlight device\n");
|
|
|
|
return PTR_ERR(bd);
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->backlight_device = bd;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
asus-wmi: store backlight power status for AIO machine
Due to some implementation reasons, ASUS ET2012 All-in-One machines
can't report the correct backlight power status, it will always return
1. To track the backlight power status correctly, we have to store the
status by ourselves.
BTW, by the BIOS design, the backlight power will be turn on/off
sequently, no matter what the value of the parameter will be.
More over, the brightness adjustment command will turn on the backlight
power. Those behaviors will make us fail to track the backlight power
status.
For example, While we are trying to turn on the backlight power,
we will send out the brightness adjustment command and then trying to
figure out if we have to turn on the backlight power, then send out
the command. But, the real case is that, the backlight power turns on
while sending the brightness adjustment command, and then we send out
the command to turn on the backlight power, it actually will turn off
the backlight power and the backlight power status we recorded becomes
wrong. So, we have to seperate these two commands by a if statement.
Signed-off-by: AceLan Kao <acelan.kao@canonical.com>
Signed-off-by: Corentin Chary <corentin.chary@gmail.com>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2012-03-20 08:53:09 +00:00
|
|
|
if (asus->driver->quirks->store_backlight_power)
|
|
|
|
asus->driver->panel_power = power;
|
|
|
|
|
2010-04-11 01:27:54 +00:00
|
|
|
bd->props.brightness = read_brightness(bd);
|
2011-02-06 12:28:39 +00:00
|
|
|
bd->props.power = power;
|
2010-04-11 01:27:54 +00:00
|
|
|
backlight_update_status(bd);
|
|
|
|
|
2012-03-20 08:53:08 +00:00
|
|
|
asus->driver->brightness = bd->props.brightness;
|
|
|
|
|
2010-04-11 01:27:54 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_wmi_backlight_exit(struct asus_wmi *asus)
|
2010-04-11 01:27:54 +00:00
|
|
|
{
|
2014-11-24 19:30:29 +00:00
|
|
|
backlight_device_unregister(asus->backlight_device);
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->backlight_device = NULL;
|
2010-04-11 01:27:54 +00:00
|
|
|
}
|
|
|
|
|
asus-wmi: add display toggle quirk
For machines with AMD graphic chips, it will send out WMI event and ACPI
interrupt at the same time while hitting the hotkey. BIOS will notify the
system the next display output mode throught WMI event code, so that
windows' application can show an OSD to tell the user which mode will be
taken effect. User can hit the display toggle key many times within 2
seconds to choose the mode they want. After 2 seconds, WMI dirver should
send a WMIMethod(SDSP) command to tell the BIOS which mode the user chose.
And then BIOS will raise another ACPI interrupt to tell the system to
really switch the display mode.
In Linux desktop, we don't have this kind of OSD to let users to choose
the mode they want, so we don't need to call WMIMethod(SDSP) to have
another ACPI interrupt. To simplify the problem, we just have to ignore
the WMI event, and let the first ACPI interrupt to send out the key event.
For the need, here comes another quirk to add machines with this kind of
behavior. When the WMI driver receives the display toggle WMI event, and
found the machin is in the list, it will do nothing and let ACPI video
driver to report the key event.
Signed-off-by: AceLan Kao <acelan.kao@canonical.com>
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <matthew.garrett@nebula.com>
2012-10-03 09:26:31 +00:00
|
|
|
static int is_display_toggle(int code)
|
|
|
|
{
|
|
|
|
/* display toggle keys */
|
|
|
|
if ((code >= 0x61 && code <= 0x67) ||
|
|
|
|
(code >= 0x8c && code <= 0x93) ||
|
|
|
|
(code >= 0xa0 && code <= 0xa7) ||
|
|
|
|
(code >= 0xd0 && code <= 0xd5))
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_wmi_notify(u32 value, void *context)
|
2010-04-11 01:27:54 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi *asus = context;
|
2010-04-11 01:27:54 +00:00
|
|
|
struct acpi_buffer response = { ACPI_ALLOCATE_BUFFER, NULL };
|
|
|
|
union acpi_object *obj;
|
|
|
|
acpi_status status;
|
|
|
|
int code;
|
|
|
|
int orig_code;
|
2011-07-01 09:34:27 +00:00
|
|
|
unsigned int key_value = 1;
|
|
|
|
bool autorelease = 1;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
|
|
|
status = wmi_get_event_data(value, &response);
|
|
|
|
if (status != AE_OK) {
|
|
|
|
pr_err("bad event status 0x%x\n", status);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
obj = (union acpi_object *)response.pointer;
|
|
|
|
|
2011-02-26 09:20:32 +00:00
|
|
|
if (!obj || obj->type != ACPI_TYPE_INTEGER)
|
|
|
|
goto exit;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2011-02-26 09:20:32 +00:00
|
|
|
code = obj->integer.value;
|
|
|
|
orig_code = code;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2011-07-01 09:34:27 +00:00
|
|
|
if (asus->driver->key_filter) {
|
|
|
|
asus->driver->key_filter(asus->driver, &code, &key_value,
|
|
|
|
&autorelease);
|
|
|
|
if (code == ASUS_WMI_KEY_IGNORE)
|
|
|
|
goto exit;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:32 +00:00
|
|
|
if (code >= NOTIFY_BRNUP_MIN && code <= NOTIFY_BRNUP_MAX)
|
2012-11-29 08:12:38 +00:00
|
|
|
code = ASUS_WMI_BRN_UP;
|
2011-02-26 09:20:32 +00:00
|
|
|
else if (code >= NOTIFY_BRNDOWN_MIN &&
|
|
|
|
code <= NOTIFY_BRNDOWN_MAX)
|
2012-11-29 08:12:38 +00:00
|
|
|
code = ASUS_WMI_BRN_DOWN;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2012-11-29 08:12:38 +00:00
|
|
|
if (code == ASUS_WMI_BRN_DOWN || code == ASUS_WMI_BRN_UP) {
|
2015-06-16 14:27:58 +00:00
|
|
|
if (acpi_video_get_backlight_type() == acpi_backlight_vendor) {
|
2011-02-26 09:20:32 +00:00
|
|
|
asus_wmi_backlight_notify(asus, orig_code);
|
2012-11-29 08:12:38 +00:00
|
|
|
goto exit;
|
asus-wmi: add display toggle quirk
For machines with AMD graphic chips, it will send out WMI event and ACPI
interrupt at the same time while hitting the hotkey. BIOS will notify the
system the next display output mode throught WMI event code, so that
windows' application can show an OSD to tell the user which mode will be
taken effect. User can hit the display toggle key many times within 2
seconds to choose the mode they want. After 2 seconds, WMI dirver should
send a WMIMethod(SDSP) command to tell the BIOS which mode the user chose.
And then BIOS will raise another ACPI interrupt to tell the system to
really switch the display mode.
In Linux desktop, we don't have this kind of OSD to let users to choose
the mode they want, so we don't need to call WMIMethod(SDSP) to have
another ACPI interrupt. To simplify the problem, we just have to ignore
the WMI event, and let the first ACPI interrupt to send out the key event.
For the need, here comes another quirk to add machines with this kind of
behavior. When the WMI driver receives the display toggle WMI event, and
found the machin is in the list, it will do nothing and let ACPI video
driver to report the key event.
Signed-off-by: AceLan Kao <acelan.kao@canonical.com>
Signed-off-by: Corentin Chary <corentincj@iksaif.net>
Signed-off-by: Matthew Garrett <matthew.garrett@nebula.com>
2012-10-03 09:26:31 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (is_display_toggle(code) &&
|
|
|
|
asus->driver->quirks->no_display_toggle)
|
|
|
|
goto exit;
|
|
|
|
|
|
|
|
if (!sparse_keymap_report_event(asus->inputdev, code,
|
|
|
|
key_value, autorelease))
|
2011-02-26 09:20:32 +00:00
|
|
|
pr_info("Unknown key %x pressed\n", code);
|
2010-04-11 01:27:54 +00:00
|
|
|
|
2011-02-26 09:20:32 +00:00
|
|
|
exit:
|
2010-04-11 01:27:54 +00:00
|
|
|
kfree(obj);
|
|
|
|
}
|
|
|
|
|
2011-02-06 12:28:36 +00:00
|
|
|
/*
|
|
|
|
* Sys helpers
|
|
|
|
*/
|
|
|
|
static int parse_arg(const char *buf, unsigned long count, int *val)
|
|
|
|
{
|
|
|
|
if (!count)
|
|
|
|
return 0;
|
|
|
|
if (sscanf(buf, "%i", val) != 1)
|
|
|
|
return -EINVAL;
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
static ssize_t store_sys_wmi(struct asus_wmi *asus, int devid,
|
|
|
|
const char *buf, size_t count)
|
2011-02-06 12:28:36 +00:00
|
|
|
{
|
|
|
|
u32 retval;
|
2011-02-26 09:20:35 +00:00
|
|
|
int rv, err, value;
|
2011-02-06 12:28:36 +00:00
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
value = asus_wmi_get_devstate_simple(asus, devid);
|
2015-11-10 22:18:16 +00:00
|
|
|
if (value < 0)
|
2011-02-06 12:28:36 +00:00
|
|
|
return value;
|
|
|
|
|
|
|
|
rv = parse_arg(buf, count, &value);
|
2011-02-26 09:20:35 +00:00
|
|
|
err = asus_wmi_set_devstate(devid, value, &retval);
|
|
|
|
|
|
|
|
if (err < 0)
|
|
|
|
return err;
|
2011-02-06 12:28:36 +00:00
|
|
|
|
|
|
|
return rv;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
static ssize_t show_sys_wmi(struct asus_wmi *asus, int devid, char *buf)
|
2011-02-06 12:28:36 +00:00
|
|
|
{
|
2011-02-26 09:20:36 +00:00
|
|
|
int value = asus_wmi_get_devstate_simple(asus, devid);
|
2011-02-06 12:28:36 +00:00
|
|
|
|
|
|
|
if (value < 0)
|
|
|
|
return value;
|
|
|
|
|
|
|
|
return sprintf(buf, "%d\n", value);
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
#define ASUS_WMI_CREATE_DEVICE_ATTR(_name, _mode, _cm) \
|
2011-02-06 12:28:36 +00:00
|
|
|
static ssize_t show_##_name(struct device *dev, \
|
|
|
|
struct device_attribute *attr, \
|
|
|
|
char *buf) \
|
|
|
|
{ \
|
2011-02-26 09:20:36 +00:00
|
|
|
struct asus_wmi *asus = dev_get_drvdata(dev); \
|
|
|
|
\
|
|
|
|
return show_sys_wmi(asus, _cm, buf); \
|
2011-02-06 12:28:36 +00:00
|
|
|
} \
|
|
|
|
static ssize_t store_##_name(struct device *dev, \
|
|
|
|
struct device_attribute *attr, \
|
|
|
|
const char *buf, size_t count) \
|
|
|
|
{ \
|
2011-02-26 09:20:36 +00:00
|
|
|
struct asus_wmi *asus = dev_get_drvdata(dev); \
|
|
|
|
\
|
|
|
|
return store_sys_wmi(asus, _cm, buf, count); \
|
2011-02-06 12:28:36 +00:00
|
|
|
} \
|
|
|
|
static struct device_attribute dev_attr_##_name = { \
|
|
|
|
.attr = { \
|
|
|
|
.name = __stringify(_name), \
|
|
|
|
.mode = _mode }, \
|
|
|
|
.show = show_##_name, \
|
|
|
|
.store = store_##_name, \
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
ASUS_WMI_CREATE_DEVICE_ATTR(touchpad, 0644, ASUS_WMI_DEVID_TOUCHPAD);
|
|
|
|
ASUS_WMI_CREATE_DEVICE_ATTR(camera, 0644, ASUS_WMI_DEVID_CAMERA);
|
|
|
|
ASUS_WMI_CREATE_DEVICE_ATTR(cardr, 0644, ASUS_WMI_DEVID_CARDREADER);
|
2012-06-13 07:32:07 +00:00
|
|
|
ASUS_WMI_CREATE_DEVICE_ATTR(lid_resume, 0644, ASUS_WMI_DEVID_LID_RESUME);
|
2016-04-01 11:35:21 +00:00
|
|
|
ASUS_WMI_CREATE_DEVICE_ATTR(als_enable, 0644, ASUS_WMI_DEVID_ALS_ENABLE);
|
2011-02-06 12:28:36 +00:00
|
|
|
|
2017-04-22 02:19:45 +00:00
|
|
|
static ssize_t cpufv_store(struct device *dev, struct device_attribute *attr,
|
2010-11-03 18:14:01 +00:00
|
|
|
const char *buf, size_t count)
|
2010-10-11 23:47:18 +00:00
|
|
|
{
|
2011-07-01 09:34:38 +00:00
|
|
|
int value, rv;
|
2010-10-11 23:47:18 +00:00
|
|
|
|
|
|
|
if (!count || sscanf(buf, "%i", &value) != 1)
|
|
|
|
return -EINVAL;
|
|
|
|
if (value < 0 || value > 2)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2011-07-01 09:34:38 +00:00
|
|
|
rv = asus_wmi_evaluate_method(ASUS_WMI_METHODID_CFVS, value, 0, NULL);
|
|
|
|
if (rv < 0)
|
|
|
|
return rv;
|
|
|
|
|
|
|
|
return count;
|
2010-10-11 23:47:18 +00:00
|
|
|
}
|
|
|
|
|
2017-04-22 02:19:45 +00:00
|
|
|
static DEVICE_ATTR_WO(cpufv);
|
2010-10-11 23:47:18 +00:00
|
|
|
|
2010-11-29 07:14:08 +00:00
|
|
|
static struct attribute *platform_attributes[] = {
|
|
|
|
&dev_attr_cpufv.attr,
|
2011-02-06 12:28:36 +00:00
|
|
|
&dev_attr_camera.attr,
|
|
|
|
&dev_attr_cardr.attr,
|
2011-02-06 12:28:42 +00:00
|
|
|
&dev_attr_touchpad.attr,
|
2012-06-13 07:32:07 +00:00
|
|
|
&dev_attr_lid_resume.attr,
|
2016-04-01 11:35:21 +00:00
|
|
|
&dev_attr_als_enable.attr,
|
2010-11-29 07:14:08 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2011-07-24 03:11:19 +00:00
|
|
|
static umode_t asus_sysfs_is_visible(struct kobject *kobj,
|
2011-02-26 09:20:31 +00:00
|
|
|
struct attribute *attr, int idx)
|
2011-02-06 12:28:36 +00:00
|
|
|
{
|
2011-02-26 09:20:36 +00:00
|
|
|
struct device *dev = container_of(kobj, struct device, kobj);
|
|
|
|
struct platform_device *pdev = to_platform_device(dev);
|
|
|
|
struct asus_wmi *asus = platform_get_drvdata(pdev);
|
|
|
|
bool ok = true;
|
2011-02-06 12:28:36 +00:00
|
|
|
int devid = -1;
|
|
|
|
|
|
|
|
if (attr == &dev_attr_camera.attr)
|
2011-02-26 09:20:31 +00:00
|
|
|
devid = ASUS_WMI_DEVID_CAMERA;
|
2011-02-06 12:28:36 +00:00
|
|
|
else if (attr == &dev_attr_cardr.attr)
|
2011-02-26 09:20:31 +00:00
|
|
|
devid = ASUS_WMI_DEVID_CARDREADER;
|
2011-02-06 12:28:42 +00:00
|
|
|
else if (attr == &dev_attr_touchpad.attr)
|
2011-02-26 09:20:31 +00:00
|
|
|
devid = ASUS_WMI_DEVID_TOUCHPAD;
|
2012-06-13 07:32:07 +00:00
|
|
|
else if (attr == &dev_attr_lid_resume.attr)
|
|
|
|
devid = ASUS_WMI_DEVID_LID_RESUME;
|
2016-04-01 11:35:21 +00:00
|
|
|
else if (attr == &dev_attr_als_enable.attr)
|
|
|
|
devid = ASUS_WMI_DEVID_ALS_ENABLE;
|
2011-02-06 12:28:36 +00:00
|
|
|
|
|
|
|
if (devid != -1)
|
2011-02-26 09:20:36 +00:00
|
|
|
ok = !(asus_wmi_get_devstate_simple(asus, devid) < 0);
|
2011-02-06 12:28:36 +00:00
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
return ok ? attr->mode : 0;
|
2011-02-06 12:28:36 +00:00
|
|
|
}
|
|
|
|
|
2017-07-11 10:48:19 +00:00
|
|
|
static const struct attribute_group platform_attribute_group = {
|
2011-02-26 09:20:31 +00:00
|
|
|
.is_visible = asus_sysfs_is_visible,
|
|
|
|
.attrs = platform_attributes
|
2010-11-29 07:14:08 +00:00
|
|
|
};
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_wmi_sysfs_exit(struct platform_device *device)
|
2010-10-11 23:47:18 +00:00
|
|
|
{
|
2010-11-29 07:14:08 +00:00
|
|
|
sysfs_remove_group(&device->dev.kobj, &platform_attribute_group);
|
2010-10-11 23:47:18 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_wmi_sysfs_init(struct platform_device *device)
|
2010-10-11 23:47:18 +00:00
|
|
|
{
|
2010-11-29 07:14:08 +00:00
|
|
|
return sysfs_create_group(&device->dev.kobj, &platform_attribute_group);
|
2010-10-11 23:47:18 +00:00
|
|
|
}
|
|
|
|
|
2010-11-29 07:14:05 +00:00
|
|
|
/*
|
|
|
|
* Platform device
|
|
|
|
*/
|
2011-03-29 22:21:32 +00:00
|
|
|
static int asus_wmi_platform_init(struct asus_wmi *asus)
|
2010-03-21 02:26:34 +00:00
|
|
|
{
|
2011-02-26 09:20:38 +00:00
|
|
|
int rv;
|
|
|
|
|
|
|
|
/* INIT enable hotkeys on some models */
|
|
|
|
if (!asus_wmi_evaluate_method(ASUS_WMI_METHODID_INIT, 0, 0, &rv))
|
2013-05-22 18:32:10 +00:00
|
|
|
pr_info("Initialization: %#x\n", rv);
|
2011-02-26 09:20:38 +00:00
|
|
|
|
|
|
|
/* We don't know yet what to do with this version... */
|
|
|
|
if (!asus_wmi_evaluate_method(ASUS_WMI_METHODID_SPEC, 0, 0x9, &rv)) {
|
2013-05-22 18:32:10 +00:00
|
|
|
pr_info("BIOS WMI version: %d.%d\n", rv >> 16, rv & 0xFF);
|
2011-02-26 09:20:38 +00:00
|
|
|
asus->spec = rv;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The SFUN method probably allows the original driver to get the list
|
|
|
|
* of features supported by a given model. For now, 0x0100 or 0x0800
|
|
|
|
* bit signifies that the laptop is equipped with a Wi-Fi MiniPCI card.
|
|
|
|
* The significance of others is yet to be found.
|
|
|
|
*/
|
|
|
|
if (!asus_wmi_evaluate_method(ASUS_WMI_METHODID_SFUN, 0, 0, &rv)) {
|
2013-05-22 18:32:10 +00:00
|
|
|
pr_info("SFUN value: %#x\n", rv);
|
2011-02-26 09:20:38 +00:00
|
|
|
asus->sfun = rv;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
/*
|
|
|
|
* Eee PC and Notebooks seems to have different method_id for DSTS,
|
|
|
|
* but it may also be related to the BIOS's SPEC.
|
|
|
|
* Note, on most Eeepc, there is no way to check if a method exist
|
|
|
|
* or note, while on notebooks, they returns 0xFFFFFFFE on failure,
|
|
|
|
* but once again, SPEC may probably be used for that kind of things.
|
|
|
|
*/
|
|
|
|
if (!asus_wmi_evaluate_method(ASUS_WMI_METHODID_DSTS, 0, 0, NULL))
|
|
|
|
asus->dsts_id = ASUS_WMI_METHODID_DSTS;
|
2012-06-20 03:47:35 +00:00
|
|
|
else
|
2011-02-26 09:20:36 +00:00
|
|
|
asus->dsts_id = ASUS_WMI_METHODID_DSTS2;
|
|
|
|
|
2011-07-01 09:34:39 +00:00
|
|
|
/* CWAP allow to define the behavior of the Fn+F2 key,
|
|
|
|
* this method doesn't seems to be present on Eee PCs */
|
2012-03-20 08:53:10 +00:00
|
|
|
if (asus->driver->quirks->wapf >= 0)
|
2011-07-01 09:34:39 +00:00
|
|
|
asus_wmi_set_devstate(ASUS_WMI_DEVID_CWAP,
|
2012-03-20 08:53:10 +00:00
|
|
|
asus->driver->quirks->wapf, NULL);
|
2011-07-01 09:34:39 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
return asus_wmi_sysfs_init(asus->platform_device);
|
2010-11-29 07:14:05 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_wmi_platform_exit(struct asus_wmi *asus)
|
2010-11-29 07:14:05 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_wmi_sysfs_exit(asus->platform_device);
|
2010-11-29 07:14:05 +00:00
|
|
|
}
|
|
|
|
|
2010-11-29 07:14:09 +00:00
|
|
|
/*
|
|
|
|
* debugfs
|
|
|
|
*/
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi_debugfs_node {
|
|
|
|
struct asus_wmi *asus;
|
2010-11-29 07:14:09 +00:00
|
|
|
char *name;
|
2011-02-26 09:20:31 +00:00
|
|
|
int (*show) (struct seq_file *m, void *data);
|
2010-11-29 07:14:09 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
static int show_dsts(struct seq_file *m, void *data)
|
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi *asus = m->private;
|
2011-02-26 09:20:35 +00:00
|
|
|
int err;
|
2010-11-29 07:14:09 +00:00
|
|
|
u32 retval = -1;
|
|
|
|
|
2011-02-26 09:20:36 +00:00
|
|
|
err = asus_wmi_get_devstate(asus, asus->debug.dev_id, &retval);
|
2010-11-29 07:14:09 +00:00
|
|
|
|
2011-02-26 09:20:35 +00:00
|
|
|
if (err < 0)
|
|
|
|
return err;
|
2010-11-29 07:14:09 +00:00
|
|
|
|
2011-02-26 09:20:39 +00:00
|
|
|
seq_printf(m, "DSTS(%#x) = %#x\n", asus->debug.dev_id, retval);
|
2010-11-29 07:14:09 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int show_devs(struct seq_file *m, void *data)
|
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi *asus = m->private;
|
2011-02-26 09:20:35 +00:00
|
|
|
int err;
|
2010-11-29 07:14:09 +00:00
|
|
|
u32 retval = -1;
|
|
|
|
|
2011-02-26 09:20:35 +00:00
|
|
|
err = asus_wmi_set_devstate(asus->debug.dev_id, asus->debug.ctrl_param,
|
|
|
|
&retval);
|
|
|
|
|
|
|
|
if (err < 0)
|
|
|
|
return err;
|
2010-11-29 07:14:09 +00:00
|
|
|
|
2011-02-26 09:20:39 +00:00
|
|
|
seq_printf(m, "DEVS(%#x, %#x) = %#x\n", asus->debug.dev_id,
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->debug.ctrl_param, retval);
|
2010-11-29 07:14:09 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:39 +00:00
|
|
|
static int show_call(struct seq_file *m, void *data)
|
|
|
|
{
|
|
|
|
struct asus_wmi *asus = m->private;
|
|
|
|
struct bios_args args = {
|
|
|
|
.arg0 = asus->debug.dev_id,
|
|
|
|
.arg1 = asus->debug.ctrl_param,
|
|
|
|
};
|
|
|
|
struct acpi_buffer input = { (acpi_size) sizeof(args), &args };
|
|
|
|
struct acpi_buffer output = { ACPI_ALLOCATE_BUFFER, NULL };
|
|
|
|
union acpi_object *obj;
|
|
|
|
acpi_status status;
|
|
|
|
|
|
|
|
status = wmi_evaluate_method(ASUS_WMI_MGMT_GUID,
|
platform/x86: asus-wmi: Evaluate wmi method with instance number 0x0
According to available DSDT dump from Asus machine, there is the only one
instance of the WMI GUID 97845ED0-4E6D-11DE-8A39-0800200C9A66 and so it is
0x0. Moreover corresponding method WMBC does not check Arg0 (instance
number) at all.
DSDT dump is available at:
https://lwn.net/Articles/391249/
_WDG dump:
0xD0, 0x5E, 0x84, 0x97, 0x6D, 0x4E, 0xDE, 0x11, 0x8A, 0x39, 0x08,
0x00, 0x20, 0x0C, 0x9A, 0x66,
0x42, 0x43, // Object ID "BC" = method "WMBC"
0x01, // Instance count
0x02, // Flags
Signed-off-by: Pali Rohár <pali.rohar@gmail.com>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
2017-08-12 07:44:16 +00:00
|
|
|
0, asus->debug.method_id,
|
2011-02-26 09:20:39 +00:00
|
|
|
&input, &output);
|
|
|
|
|
|
|
|
if (ACPI_FAILURE(status))
|
|
|
|
return -EIO;
|
|
|
|
|
|
|
|
obj = (union acpi_object *)output.pointer;
|
|
|
|
if (obj && obj->type == ACPI_TYPE_INTEGER)
|
|
|
|
seq_printf(m, "%#x(%#x, %#x) = %#x\n", asus->debug.method_id,
|
|
|
|
asus->debug.dev_id, asus->debug.ctrl_param,
|
|
|
|
(u32) obj->integer.value);
|
|
|
|
else
|
|
|
|
seq_printf(m, "%#x(%#x, %#x) = t:%d\n", asus->debug.method_id,
|
|
|
|
asus->debug.dev_id, asus->debug.ctrl_param,
|
2011-03-15 07:07:37 +00:00
|
|
|
obj ? obj->type : -1);
|
2011-02-26 09:20:39 +00:00
|
|
|
|
|
|
|
kfree(obj);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static struct asus_wmi_debugfs_node asus_wmi_debug_files[] = {
|
|
|
|
{NULL, "devs", show_devs},
|
|
|
|
{NULL, "dsts", show_dsts},
|
2011-02-26 09:20:39 +00:00
|
|
|
{NULL, "call", show_call},
|
2010-11-29 07:14:09 +00:00
|
|
|
};
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_wmi_debugfs_open(struct inode *inode, struct file *file)
|
2010-11-29 07:14:09 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi_debugfs_node *node = inode->i_private;
|
2010-11-29 07:14:09 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
return single_open(file, node->show, node->asus);
|
2010-11-29 07:14:09 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static const struct file_operations asus_wmi_debugfs_io_ops = {
|
2010-11-29 07:14:09 +00:00
|
|
|
.owner = THIS_MODULE,
|
2011-02-26 09:20:31 +00:00
|
|
|
.open = asus_wmi_debugfs_open,
|
2010-11-29 07:14:09 +00:00
|
|
|
.read = seq_read,
|
|
|
|
.llseek = seq_lseek,
|
|
|
|
.release = single_release,
|
|
|
|
};
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void asus_wmi_debugfs_exit(struct asus_wmi *asus)
|
2010-11-29 07:14:09 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
debugfs_remove_recursive(asus->debug.root);
|
2010-11-29 07:14:09 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_wmi_debugfs_init(struct asus_wmi *asus)
|
2010-11-29 07:14:09 +00:00
|
|
|
{
|
|
|
|
struct dentry *dent;
|
|
|
|
int i;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->debug.root = debugfs_create_dir(asus->driver->name, NULL);
|
|
|
|
if (!asus->debug.root) {
|
2013-05-22 18:32:10 +00:00
|
|
|
pr_err("failed to create debugfs directory\n");
|
2010-11-29 07:14:09 +00:00
|
|
|
goto error_debugfs;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:39 +00:00
|
|
|
dent = debugfs_create_x32("method_id", S_IRUGO | S_IWUSR,
|
|
|
|
asus->debug.root, &asus->debug.method_id);
|
|
|
|
if (!dent)
|
|
|
|
goto error_debugfs;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
dent = debugfs_create_x32("dev_id", S_IRUGO | S_IWUSR,
|
|
|
|
asus->debug.root, &asus->debug.dev_id);
|
2010-11-29 07:14:09 +00:00
|
|
|
if (!dent)
|
|
|
|
goto error_debugfs;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
dent = debugfs_create_x32("ctrl_param", S_IRUGO | S_IWUSR,
|
|
|
|
asus->debug.root, &asus->debug.ctrl_param);
|
2010-11-29 07:14:09 +00:00
|
|
|
if (!dent)
|
|
|
|
goto error_debugfs;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
for (i = 0; i < ARRAY_SIZE(asus_wmi_debug_files); i++) {
|
|
|
|
struct asus_wmi_debugfs_node *node = &asus_wmi_debug_files[i];
|
2010-11-29 07:14:09 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
node->asus = asus;
|
2010-11-29 07:14:09 +00:00
|
|
|
dent = debugfs_create_file(node->name, S_IFREG | S_IRUGO,
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->debug.root, node,
|
|
|
|
&asus_wmi_debugfs_io_ops);
|
2010-11-29 07:14:09 +00:00
|
|
|
if (!dent) {
|
|
|
|
pr_err("failed to create debug file: %s\n", node->name);
|
|
|
|
goto error_debugfs;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
error_debugfs:
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_wmi_debugfs_exit(asus);
|
2010-11-29 07:14:09 +00:00
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
static int asus_wmi_fan_init(struct asus_wmi *asus)
|
|
|
|
{
|
|
|
|
int status;
|
|
|
|
|
|
|
|
asus->asus_hwmon_pwm = -1;
|
|
|
|
asus->asus_hwmon_num_fans = -1;
|
|
|
|
asus->asus_hwmon_fan_manual_mode = false;
|
|
|
|
|
|
|
|
status = asus_hwmon_get_fan_number(asus, &asus->asus_hwmon_num_fans);
|
|
|
|
if (status) {
|
|
|
|
asus->asus_hwmon_num_fans = 0;
|
|
|
|
pr_warn("Could not determine number of fans: %d\n", status);
|
|
|
|
return -ENXIO;
|
|
|
|
}
|
|
|
|
|
|
|
|
pr_info("Number of fans: %d\n", asus->asus_hwmon_num_fans);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-02-20 19:50:22 +00:00
|
|
|
static bool ashs_present(void)
|
|
|
|
{
|
|
|
|
int i = 0;
|
|
|
|
while (ashs_ids[i]) {
|
|
|
|
if (acpi_dev_found(ashs_ids[i++]))
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2010-11-29 07:14:05 +00:00
|
|
|
/*
|
|
|
|
* WMI Driver
|
|
|
|
*/
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_wmi_add(struct platform_device *pdev)
|
2011-02-06 12:28:28 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct platform_driver *pdrv = to_platform_driver(pdev->dev.driver);
|
|
|
|
struct asus_wmi_driver *wdrv = to_asus_wmi_driver(pdrv);
|
|
|
|
struct asus_wmi *asus;
|
2014-07-08 08:47:21 +00:00
|
|
|
const char *chassis_type;
|
2010-03-21 02:26:34 +00:00
|
|
|
acpi_status status;
|
2010-11-29 07:14:05 +00:00
|
|
|
int err;
|
asus-wmi: record wlan status while controlled by userapp
If the user bit is set, that mean BIOS can't set and record the wlan
status, it will report the value read from id ASUS_WMI_DEVID_WLAN_LED
(0x00010012) while we query the wlan status by id ASUS_WMI_DEVID_WLAN
(0x00010011) through WMI.
So, we have to record wlan status in id ASUS_WMI_DEVID_WLAN_LED
(0x00010012) while setting the wlan status through WMI.
This is also the behavior that windows app will do.
Quote from ASUS application engineer
===
When you call WMIMethod(DSTS, 0x00010011) to get WLAN status, it may return
(1) 0x00050001 (On)
(2) 0x00050000 (Off)
(3) 0x00030001 (On)
(4) 0x00030000 (Off)
(5) 0x00000002 (Unknown)
(1), (2) means that the model has hardware GPIO for WLAN, you can call
WMIMethod(DEVS, 0x00010011, 1 or 0) to turn WLAN on/off.
(3), (4) means that the model doesn’t have hardware GPIO, you need to use
API or driver library to turn WLAN on/off, and call
WMIMethod(DEVS, 0x00010012, 1 or 0) to set WLAN LED status.
After you set WLAN LED status, you can see the WLAN status is changed with
WMIMethod(DSTS, 0x00010011). Because the status is recorded lastly
(ex: Windows), you can use it for synchronization.
(5) means that the model doesn’t have WLAN device.
WLAN is the ONLY special case with upper rule.
For other device, like Bluetooth, you just need use
WMIMethod(DSTS, 0x00010013) to get, and WMIMethod(DEVS, 0x00010013, 1 or 0)
to set.
===
Signed-off-by: AceLan Kao <acelan.kao@canonical.com>
Signed-off-by: Matthew Garrett <mjg@redhat.com>
2012-07-26 09:13:31 +00:00
|
|
|
u32 result;
|
2010-03-21 02:26:34 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus = kzalloc(sizeof(struct asus_wmi), GFP_KERNEL);
|
|
|
|
if (!asus)
|
2011-02-06 12:28:33 +00:00
|
|
|
return -ENOMEM;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
asus->driver = wdrv;
|
|
|
|
asus->platform_device = pdev;
|
|
|
|
wdrv->platform_device = pdev;
|
|
|
|
platform_set_drvdata(asus->platform_device, asus);
|
2010-11-29 07:14:05 +00:00
|
|
|
|
2012-03-20 08:53:08 +00:00
|
|
|
if (wdrv->detect_quirks)
|
|
|
|
wdrv->detect_quirks(asus->driver);
|
2011-02-06 12:28:28 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
err = asus_wmi_platform_init(asus);
|
2010-11-29 07:14:05 +00:00
|
|
|
if (err)
|
|
|
|
goto fail_platform;
|
2010-04-11 01:27:19 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
err = asus_wmi_input_init(asus);
|
2010-04-11 01:27:19 +00:00
|
|
|
if (err)
|
2010-11-29 07:14:05 +00:00
|
|
|
goto fail_input;
|
2010-04-11 01:27:54 +00:00
|
|
|
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
err = asus_wmi_fan_init(asus); /* probably no problems on error */
|
|
|
|
asus_hwmon_fan_set_auto(asus);
|
|
|
|
|
2011-02-26 09:20:42 +00:00
|
|
|
err = asus_wmi_hwmon_init(asus);
|
|
|
|
if (err)
|
|
|
|
goto fail_hwmon;
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
err = asus_wmi_led_init(asus);
|
2010-11-29 07:14:06 +00:00
|
|
|
if (err)
|
|
|
|
goto fail_leds;
|
|
|
|
|
2017-02-20 19:50:22 +00:00
|
|
|
asus_wmi_get_devstate(asus, ASUS_WMI_DEVID_WLAN, &result);
|
|
|
|
if (result & (ASUS_WMI_DSTS_PRESENCE_BIT | ASUS_WMI_DSTS_USER_BIT))
|
|
|
|
asus->driver->wlan_ctrl_by_user = 1;
|
|
|
|
|
2017-02-20 19:50:23 +00:00
|
|
|
if (!(asus->driver->wlan_ctrl_by_user && ashs_present())) {
|
2016-06-13 20:57:31 +00:00
|
|
|
err = asus_wmi_rfkill_init(asus);
|
|
|
|
if (err)
|
|
|
|
goto fail_rfkill;
|
|
|
|
}
|
2010-11-29 07:14:07 +00:00
|
|
|
|
2017-04-28 14:19:49 +00:00
|
|
|
if (asus->driver->quirks->wmi_force_als_set)
|
|
|
|
asus_wmi_set_als();
|
|
|
|
|
2014-07-08 08:47:21 +00:00
|
|
|
/* Some Asus desktop boards export an acpi-video backlight interface,
|
|
|
|
stop this from showing up */
|
|
|
|
chassis_type = dmi_get_system_info(DMI_CHASSIS_TYPE);
|
|
|
|
if (chassis_type && !strcmp(chassis_type, "3"))
|
2015-06-16 14:27:58 +00:00
|
|
|
acpi_video_set_dmi_backlight_type(acpi_backlight_vendor);
|
|
|
|
|
2012-06-13 07:32:06 +00:00
|
|
|
if (asus->driver->quirks->wmi_backlight_power)
|
2015-06-16 14:27:58 +00:00
|
|
|
acpi_video_set_dmi_backlight_type(acpi_backlight_vendor);
|
|
|
|
|
2016-08-28 08:12:06 +00:00
|
|
|
if (asus->driver->quirks->wmi_backlight_native)
|
|
|
|
acpi_video_set_dmi_backlight_type(acpi_backlight_native);
|
|
|
|
|
platform/x86: asus-wmi: Set specified XUSB2PR value for X550LB
The bluetooth adapter Atheros AR3012 can't be enumerated
and make the bluetooth function broken.
T: Bus=02 Lev=01 Prnt=01 Port=05 Cnt=02 Dev#= 5 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=13d3 ProdID=3362 Rev=00.02
S: Manufacturer=Atheros Communications
S: Product=Bluetooth USB Host Controller
S: SerialNumber=Alaska Day 2006
C: #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
I: If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
The error is:
usb 2-6: device not accepting address 7, error -62
usb usb2-port6: unable to enumerate USB device
It is caused by adapter's connected port is mapped to xHC
controller, but the xHCI is not supported by the usb device.
The output of 'sudo lspci -nnxxx -s 00:14.0':
00:14.0 USB controller [0c03]: Intel Corporation 8 Series USB xHCI HC [8086:9c31] (rev 04)
00: 86 80 31 9c 06 04 90 02 04 30 03 0c 00 00 00 00
10: 04 00 a0 f7 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 43 10 1f 20
30: 00 00 00 00 70 00 00 00 00 00 00 00 0b 01 00 00
40: fd 01 36 80 89 c6 0f 80 00 00 00 00 00 00 00 00
50: 5f 2e ce 0f 00 00 00 00 00 00 00 00 00 00 00 00
60: 30 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 01 80 c2 c1 08 00 00 00 00 00 00 00 00 00 00 00
80: 05 00 87 00 0c a0 e0 fe 00 00 00 00 a1 41 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 01 04 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 0f 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 03 c0 30 00 00 00 00 00 03 0c 00 00 00 00 00 00
d0: f9 01 00 00 f9 01 00 00 0f 00 00 00 0f 00 00 00
e0: 00 08 00 00 00 00 00 00 00 00 00 00 d8 d8 00 00
f0: 00 00 00 00 00 00 00 00 b1 0f 04 08 00 00 00 00
By referencing Intel Platform Controller Hub(PCH) datasheet,
the xHC USB 2.0 Port Routing(XUSB2PR) at offset 0xD0-0xD3h
decides the setting of mapping the port to EHCI controller or
xHC controller. And the port mapped to xHC will enable xHCI
during bus resume.
The setting of disabling bluetooth adapter's connected port is
0x000001D9. The value can be obtained by few times 1 bit flip
operation. The suited configuration should have the 'lsusb -t'
result with bluetooth using ehci:
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M
|__ Port 5: Dev 2, If 0, Class=Video, Driver=uvcvideo, 480M
|__ Port 5: Dev 2, If 1, Class=Video, Driver=uvcvideo, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
|__ Port 6: Dev 3, If 0, Class=Wireless, Driver=btusb, 12M
|__ Port 6: Dev 3, If 1, Class=Wireless, Driver=btusb, 12M
Signed-off-by: Kai-Chuan Hsieh <kai.chiuan@gmail.com>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
[andy: resolve merge conflict in asus-wmi.h]
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
2016-09-01 15:55:55 +00:00
|
|
|
if (asus->driver->quirks->xusb2pr)
|
|
|
|
asus_wmi_set_xusb2pr(asus);
|
|
|
|
|
2015-06-16 14:27:58 +00:00
|
|
|
if (acpi_video_get_backlight_type() == acpi_backlight_vendor) {
|
2011-02-26 09:20:31 +00:00
|
|
|
err = asus_wmi_backlight_init(asus);
|
2011-02-06 12:28:39 +00:00
|
|
|
if (err && err != -ENODEV)
|
2010-11-29 07:14:05 +00:00
|
|
|
goto fail_backlight;
|
2015-06-16 14:27:58 +00:00
|
|
|
}
|
2010-04-11 01:27:19 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
status = wmi_install_notify_handler(asus->driver->event_guid,
|
|
|
|
asus_wmi_notify, asus);
|
2010-04-11 01:27:19 +00:00
|
|
|
if (ACPI_FAILURE(status)) {
|
2011-02-26 09:20:31 +00:00
|
|
|
pr_err("Unable to register notify handler - %d\n", status);
|
2010-04-11 01:27:19 +00:00
|
|
|
err = -ENODEV;
|
2010-11-29 07:14:05 +00:00
|
|
|
goto fail_wmi_handler;
|
2010-04-11 01:27:19 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
err = asus_wmi_debugfs_init(asus);
|
2010-11-29 07:14:09 +00:00
|
|
|
if (err)
|
|
|
|
goto fail_debugfs;
|
|
|
|
|
2011-02-06 12:28:33 +00:00
|
|
|
return 0;
|
2010-04-11 01:27:19 +00:00
|
|
|
|
2010-11-29 07:14:09 +00:00
|
|
|
fail_debugfs:
|
2011-02-26 09:20:31 +00:00
|
|
|
wmi_remove_notify_handler(asus->driver->event_guid);
|
2010-11-29 07:14:05 +00:00
|
|
|
fail_wmi_handler:
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_wmi_backlight_exit(asus);
|
2010-11-29 07:14:05 +00:00
|
|
|
fail_backlight:
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_wmi_rfkill_exit(asus);
|
2010-11-29 07:14:07 +00:00
|
|
|
fail_rfkill:
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_wmi_led_exit(asus);
|
2010-11-29 07:14:06 +00:00
|
|
|
fail_leds:
|
2011-02-26 09:20:42 +00:00
|
|
|
fail_hwmon:
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_wmi_input_exit(asus);
|
2010-11-29 07:14:05 +00:00
|
|
|
fail_input:
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_wmi_platform_exit(asus);
|
2010-11-29 07:14:05 +00:00
|
|
|
fail_platform:
|
2011-02-26 09:20:31 +00:00
|
|
|
kfree(asus);
|
2011-02-06 12:28:33 +00:00
|
|
|
return err;
|
2010-04-11 01:27:19 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_wmi_remove(struct platform_device *device)
|
2010-04-11 01:27:19 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi *asus;
|
|
|
|
|
|
|
|
asus = platform_get_drvdata(device);
|
|
|
|
wmi_remove_notify_handler(asus->driver->event_guid);
|
|
|
|
asus_wmi_backlight_exit(asus);
|
|
|
|
asus_wmi_input_exit(asus);
|
|
|
|
asus_wmi_led_exit(asus);
|
|
|
|
asus_wmi_rfkill_exit(asus);
|
|
|
|
asus_wmi_debugfs_exit(asus);
|
|
|
|
asus_wmi_platform_exit(asus);
|
asus-wmi: add fan control
This patch is partially based on Felipe Contrera's earlier patch, that
was discussed here: https://lkml.org/lkml/2013/10/8/800
Some problems of that patch are solved, now:
1) The main obstacle for the earlier patch seemed to be the use of
virt_to_phys, which is accepted, now
2) random memory corruption occurred on my notebook, thus DMA-able memory
is allocated now, which solves this problem
3) hwmon interface is used instead of the thermal interface, as a
hwmon device is already set up by this driver and seemed more
appropriate than the thermal interface
4) Calling the ACPI-functions was modularized thus it's possible to call
some multifunctions easily, now (by using
asus_wmi_evaluate_method_agfn).
Unfortunately the WMI doesn't support controlling both fans on
a dual-fan notebook because of an restriction in the acpi-method
"SFNS", that is callable through the wmi. If "SFNV" would be called
directly even dual fan configurations could be controlled, but not by using
wmi.
Speed readings only work on auto-mode, thus "-1" will be reported in
manual mode.
Additionally the speed readings are reported as hundreds of RPM thus
they are not too precise.
This patch is tested only on one notebook (N551JK) but a similar module,
that contained some code to try to control the second fan also, was
reported to work on an UX32VD, at least for the first fan.
As Felipe already mentioned the low-level functions are described here:
http://forum.notebookreview.com/threads/fan-control-on-asus-prime-ux31-ux31a-ux32a-ux32vd.705656/
Signed-off-by: Kast Bernd <kastbernd@gmx.de>
Acked-by: Corentin Chary <corentin.chary@gmail.com>
Cc: Corentin Chary <corentin.chary@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2015-05-13 14:24:16 +00:00
|
|
|
asus_hwmon_fan_set_auto(asus);
|
2011-02-26 09:20:31 +00:00
|
|
|
|
|
|
|
kfree(asus);
|
2010-04-11 01:27:19 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-06 12:28:32 +00:00
|
|
|
/*
|
|
|
|
* Platform driver - hibernate/resume callbacks
|
|
|
|
*/
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_hotk_thaw(struct device *device)
|
2011-02-06 12:28:32 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi *asus = dev_get_drvdata(device);
|
2011-02-06 12:28:32 +00:00
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
if (asus->wlan.rfkill) {
|
2011-02-06 12:28:32 +00:00
|
|
|
bool wlan;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Work around bios bug - acpi _PTS turns off the wireless led
|
|
|
|
* during suspend. Normally it restores it on resume, but
|
|
|
|
* we should kick it ourselves in case hibernation is aborted.
|
|
|
|
*/
|
2011-02-26 09:20:36 +00:00
|
|
|
wlan = asus_wmi_get_devstate_simple(asus, ASUS_WMI_DEVID_WLAN);
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_wmi_set_devstate(ASUS_WMI_DEVID_WLAN, wlan, NULL);
|
2011-02-06 12:28:32 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2015-09-14 09:16:30 +00:00
|
|
|
static int asus_hotk_resume(struct device *device)
|
|
|
|
{
|
|
|
|
struct asus_wmi *asus = dev_get_drvdata(device);
|
|
|
|
|
|
|
|
if (!IS_ERR_OR_NULL(asus->kbd_led.dev))
|
|
|
|
queue_work(asus->led_workqueue, &asus->kbd_led_work);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_hotk_restore(struct device *device)
|
2011-02-06 12:28:32 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct asus_wmi *asus = dev_get_drvdata(device);
|
2011-02-06 12:28:32 +00:00
|
|
|
int bl;
|
|
|
|
|
|
|
|
/* Refresh both wlan rfkill state and pci hotplug */
|
2011-02-26 09:20:33 +00:00
|
|
|
if (asus->wlan.rfkill)
|
2011-02-26 09:20:31 +00:00
|
|
|
asus_rfkill_hotplug(asus);
|
2011-02-06 12:28:32 +00:00
|
|
|
|
2011-02-26 09:20:33 +00:00
|
|
|
if (asus->bluetooth.rfkill) {
|
2011-02-26 09:20:36 +00:00
|
|
|
bl = !asus_wmi_get_devstate_simple(asus,
|
|
|
|
ASUS_WMI_DEVID_BLUETOOTH);
|
2011-02-26 09:20:33 +00:00
|
|
|
rfkill_set_sw_state(asus->bluetooth.rfkill, bl);
|
2011-02-06 12:28:37 +00:00
|
|
|
}
|
2011-02-26 09:20:33 +00:00
|
|
|
if (asus->wimax.rfkill) {
|
2011-02-26 09:20:36 +00:00
|
|
|
bl = !asus_wmi_get_devstate_simple(asus, ASUS_WMI_DEVID_WIMAX);
|
2011-02-26 09:20:33 +00:00
|
|
|
rfkill_set_sw_state(asus->wimax.rfkill, bl);
|
2011-02-06 12:28:37 +00:00
|
|
|
}
|
2011-02-26 09:20:33 +00:00
|
|
|
if (asus->wwan3g.rfkill) {
|
2011-02-26 09:20:36 +00:00
|
|
|
bl = !asus_wmi_get_devstate_simple(asus, ASUS_WMI_DEVID_WWAN3G);
|
2011-02-26 09:20:33 +00:00
|
|
|
rfkill_set_sw_state(asus->wwan3g.rfkill, bl);
|
2011-02-06 12:28:32 +00:00
|
|
|
}
|
2011-07-01 09:34:40 +00:00
|
|
|
if (asus->gps.rfkill) {
|
|
|
|
bl = !asus_wmi_get_devstate_simple(asus, ASUS_WMI_DEVID_GPS);
|
|
|
|
rfkill_set_sw_state(asus->gps.rfkill, bl);
|
|
|
|
}
|
2011-07-01 09:34:41 +00:00
|
|
|
if (asus->uwb.rfkill) {
|
|
|
|
bl = !asus_wmi_get_devstate_simple(asus, ASUS_WMI_DEVID_UWB);
|
|
|
|
rfkill_set_sw_state(asus->uwb.rfkill, bl);
|
|
|
|
}
|
2015-09-14 09:16:30 +00:00
|
|
|
if (!IS_ERR_OR_NULL(asus->kbd_led.dev))
|
|
|
|
queue_work(asus->led_workqueue, &asus->kbd_led_work);
|
2011-02-06 12:28:32 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static const struct dev_pm_ops asus_pm_ops = {
|
|
|
|
.thaw = asus_hotk_thaw,
|
|
|
|
.restore = asus_hotk_restore,
|
2015-09-14 09:16:30 +00:00
|
|
|
.resume = asus_hotk_resume,
|
2010-04-11 01:27:19 +00:00
|
|
|
};
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static int asus_wmi_probe(struct platform_device *pdev)
|
2010-11-29 07:14:14 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct platform_driver *pdrv = to_platform_driver(pdev->dev.driver);
|
|
|
|
struct asus_wmi_driver *wdrv = to_asus_wmi_driver(pdrv);
|
|
|
|
int ret;
|
2010-11-29 07:14:14 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
if (!wmi_has_guid(ASUS_WMI_MGMT_GUID)) {
|
2011-03-29 22:21:35 +00:00
|
|
|
pr_warn("Management GUID not found\n");
|
2010-03-21 02:26:34 +00:00
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
if (wdrv->event_guid && !wmi_has_guid(wdrv->event_guid)) {
|
2011-03-29 22:21:35 +00:00
|
|
|
pr_warn("Event GUID not found\n");
|
2010-11-29 07:14:14 +00:00
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
if (wdrv->probe) {
|
|
|
|
ret = wdrv->probe(pdev);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
return asus_wmi_add(pdev);
|
2011-02-06 12:28:33 +00:00
|
|
|
}
|
2010-04-11 01:27:19 +00:00
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static bool used;
|
2010-03-21 02:26:34 +00:00
|
|
|
|
2011-07-01 09:34:32 +00:00
|
|
|
int __init_or_module asus_wmi_register_driver(struct asus_wmi_driver *driver)
|
2011-02-06 12:28:33 +00:00
|
|
|
{
|
2011-02-26 09:20:31 +00:00
|
|
|
struct platform_driver *platform_driver;
|
|
|
|
struct platform_device *platform_device;
|
|
|
|
|
|
|
|
if (used)
|
|
|
|
return -EBUSY;
|
|
|
|
|
|
|
|
platform_driver = &driver->platform_driver;
|
|
|
|
platform_driver->remove = asus_wmi_remove;
|
|
|
|
platform_driver->driver.owner = driver->owner;
|
|
|
|
platform_driver->driver.name = driver->name;
|
|
|
|
platform_driver->driver.pm = &asus_pm_ops;
|
|
|
|
|
|
|
|
platform_device = platform_create_bundle(platform_driver,
|
|
|
|
asus_wmi_probe,
|
2011-02-06 12:28:33 +00:00
|
|
|
NULL, 0, NULL, 0);
|
|
|
|
if (IS_ERR(platform_device))
|
|
|
|
return PTR_ERR(platform_device);
|
2011-02-26 09:20:31 +00:00
|
|
|
|
|
|
|
used = true;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(asus_wmi_register_driver);
|
|
|
|
|
|
|
|
void asus_wmi_unregister_driver(struct asus_wmi_driver *driver)
|
|
|
|
{
|
|
|
|
platform_device_unregister(driver->platform_device);
|
|
|
|
platform_driver_unregister(&driver->platform_driver);
|
|
|
|
used = false;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(asus_wmi_unregister_driver);
|
|
|
|
|
|
|
|
static int __init asus_wmi_init(void)
|
|
|
|
{
|
|
|
|
if (!wmi_has_guid(ASUS_WMI_MGMT_GUID)) {
|
2013-05-22 18:32:10 +00:00
|
|
|
pr_info("Asus Management GUID not found\n");
|
2011-02-26 09:20:31 +00:00
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2013-05-22 18:32:10 +00:00
|
|
|
pr_info("ASUS WMI generic driver loaded\n");
|
2010-03-21 02:26:34 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
static void __exit asus_wmi_exit(void)
|
2010-03-21 02:26:34 +00:00
|
|
|
{
|
2013-05-22 18:32:10 +00:00
|
|
|
pr_info("ASUS WMI generic driver unloaded\n");
|
2010-03-21 02:26:34 +00:00
|
|
|
}
|
|
|
|
|
2011-02-26 09:20:31 +00:00
|
|
|
module_init(asus_wmi_init);
|
|
|
|
module_exit(asus_wmi_exit);
|