2007-08-29 14:28:19 +08:00
|
|
|
/*-*-linux-c-*-*/
|
|
|
|
|
|
|
|
/*
|
2012-03-27 10:31:01 +08:00
|
|
|
Copyright (C) 2007,2008 Jonathan Woithe <jwoithe@just42.net>
|
2008-06-11 08:44:56 +08:00
|
|
|
Copyright (C) 2008 Peter Gruber <nokos@gmx.net>
|
2009-01-01 02:19:59 +08:00
|
|
|
Copyright (C) 2008 Tony Vroon <tony@linx.net>
|
2007-08-29 14:28:19 +08:00
|
|
|
Based on earlier work:
|
|
|
|
Copyright (C) 2003 Shane Spencer <shane@bogomip.com>
|
|
|
|
Adrian Yee <brewt-fujitsu@brewt.org>
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
Templated from msi-laptop.c and thinkpad_acpi.c which is copyright
|
|
|
|
by its respective authors.
|
2007-08-29 14:28:19 +08:00
|
|
|
|
|
|
|
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., 51 Franklin Street, Fifth Floor, Boston, MA
|
|
|
|
02110-1301, USA.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* fujitsu-laptop.c - Fujitsu laptop support, providing access to additional
|
|
|
|
* features made available on a range of Fujitsu laptops including the
|
|
|
|
* P2xxx/P5xxx/S6xxx/S7xxx series.
|
|
|
|
*
|
|
|
|
* This driver exports a few files in /sys/devices/platform/fujitsu-laptop/;
|
|
|
|
* others may be added at a later date.
|
|
|
|
*
|
|
|
|
* lcd_level - Screen brightness: contains a single integer in the
|
|
|
|
* range 0..7. (rw)
|
|
|
|
*
|
|
|
|
* In addition to these platform device attributes the driver
|
|
|
|
* registers itself in the Linux backlight control subsystem and is
|
|
|
|
* available to userspace under /sys/class/backlight/fujitsu-laptop/.
|
|
|
|
*
|
2008-06-11 08:44:56 +08:00
|
|
|
* Hotkeys present on certain Fujitsu laptops (eg: the S6xxx series) are
|
|
|
|
* also supported by this driver.
|
|
|
|
*
|
2008-10-09 12:14:40 +08:00
|
|
|
* This driver has been tested on a Fujitsu Lifebook S6410, S7020 and
|
|
|
|
* P8010. It should work on most P-series and S-series Lifebooks, but
|
|
|
|
* YMMV.
|
2008-06-11 08:44:56 +08:00
|
|
|
*
|
|
|
|
* The module parameter use_alt_lcd_levels switches between different ACPI
|
|
|
|
* brightness controls which are used by different Fujitsu laptops. In most
|
|
|
|
* cases the correct method is automatically detected. "use_alt_lcd_levels=1"
|
|
|
|
* is applicable for a Fujitsu Lifebook S6410 if autodetection fails.
|
|
|
|
*
|
2007-08-29 14:28:19 +08:00
|
|
|
*/
|
|
|
|
|
2011-03-30 06:21:39 +08:00
|
|
|
#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
|
|
|
|
|
2007-08-29 14:28:19 +08:00
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/acpi.h>
|
|
|
|
#include <linux/dmi.h>
|
|
|
|
#include <linux/backlight.h>
|
2015-01-19 03:28:46 +08:00
|
|
|
#include <linux/fb.h>
|
2008-06-11 08:44:56 +08:00
|
|
|
#include <linux/input.h>
|
|
|
|
#include <linux/kfifo.h>
|
2007-08-29 14:28:19 +08:00
|
|
|
#include <linux/platform_device.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 16:04:11 +08:00
|
|
|
#include <linux/slab.h>
|
2016-04-27 06:28:17 +08:00
|
|
|
#if IS_ENABLED(CONFIG_LEDS_CLASS)
|
2009-01-01 02:19:59 +08:00
|
|
|
#include <linux/leds.h>
|
|
|
|
#endif
|
2015-06-16 22:28:03 +08:00
|
|
|
#include <acpi/video.h>
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2009-07-31 16:46:59 +08:00
|
|
|
#define FUJITSU_DRIVER_VERSION "0.6.0"
|
2007-08-29 14:28:19 +08:00
|
|
|
|
|
|
|
#define FUJITSU_LCD_N_LEVELS 8
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
#define ACPI_FUJITSU_CLASS "fujitsu"
|
|
|
|
#define ACPI_FUJITSU_BL_HID "FUJ02B1"
|
|
|
|
#define ACPI_FUJITSU_BL_DRIVER_NAME "Fujitsu laptop FUJ02B1 ACPI brightness driver"
|
|
|
|
#define ACPI_FUJITSU_BL_DEVICE_NAME "Fujitsu FUJ02B1"
|
2017-02-08 21:46:25 +08:00
|
|
|
#define ACPI_FUJITSU_LAPTOP_HID "FUJ02E3"
|
|
|
|
#define ACPI_FUJITSU_LAPTOP_DRIVER_NAME "Fujitsu laptop FUJ02E3 ACPI hotkeys driver"
|
|
|
|
#define ACPI_FUJITSU_LAPTOP_DEVICE_NAME "Fujitsu FUJ02E3"
|
2008-06-11 08:44:56 +08:00
|
|
|
|
|
|
|
#define ACPI_FUJITSU_NOTIFY_CODE1 0x80
|
|
|
|
|
2009-01-01 02:19:59 +08:00
|
|
|
/* FUNC interface - command values */
|
2017-02-08 21:46:27 +08:00
|
|
|
#define FUNC_FLAGS 0x1000
|
2009-01-01 02:19:59 +08:00
|
|
|
#define FUNC_LEDS 0x1001
|
|
|
|
#define FUNC_BUTTONS 0x1002
|
|
|
|
#define FUNC_BACKLIGHT 0x1004
|
|
|
|
|
|
|
|
/* FUNC interface - responses */
|
|
|
|
#define UNSUPPORTED_CMD 0x80000000
|
|
|
|
|
2017-02-08 21:46:28 +08:00
|
|
|
/* FUNC interface - status flags */
|
|
|
|
#define FLAG_RFKILL 0x020
|
|
|
|
#define FLAG_LID 0x100
|
|
|
|
#define FLAG_DOCK 0x200
|
|
|
|
|
2016-04-27 06:28:17 +08:00
|
|
|
#if IS_ENABLED(CONFIG_LEDS_CLASS)
|
2009-01-01 02:19:59 +08:00
|
|
|
/* FUNC interface - LED control */
|
|
|
|
#define FUNC_LED_OFF 0x1
|
|
|
|
#define FUNC_LED_ON 0x30001
|
|
|
|
#define KEYBOARD_LAMPS 0x100
|
|
|
|
#define LOGOLAMP_POWERON 0x2000
|
|
|
|
#define LOGOLAMP_ALWAYS 0x4000
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
#define RADIO_LED_ON 0x20
|
2016-06-21 16:09:21 +08:00
|
|
|
#define ECO_LED 0x10000
|
|
|
|
#define ECO_LED_ON 0x80000
|
2009-01-01 02:19:59 +08:00
|
|
|
#endif
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
/* Hotkey details */
|
2008-10-09 12:14:40 +08:00
|
|
|
#define KEY1_CODE 0x410 /* codes for the keys in the GIRB register */
|
|
|
|
#define KEY2_CODE 0x411
|
|
|
|
#define KEY3_CODE 0x412
|
|
|
|
#define KEY4_CODE 0x413
|
2016-02-24 21:23:32 +08:00
|
|
|
#define KEY5_CODE 0x420
|
2008-06-11 08:44:56 +08:00
|
|
|
|
|
|
|
#define MAX_HOTKEY_RINGBUFFER_SIZE 100
|
|
|
|
#define RINGBUFFERSIZE 40
|
|
|
|
|
|
|
|
/* Debugging */
|
|
|
|
#define FUJLAPTOP_DBG_ERROR 0x0001
|
|
|
|
#define FUJLAPTOP_DBG_WARN 0x0002
|
|
|
|
#define FUJLAPTOP_DBG_INFO 0x0004
|
|
|
|
#define FUJLAPTOP_DBG_TRACE 0x0008
|
|
|
|
|
2014-06-16 17:55:13 +08:00
|
|
|
#ifdef CONFIG_FUJITSU_LAPTOP_DEBUG
|
|
|
|
#define vdbg_printk(a_dbg_level, format, arg...) \
|
2008-06-11 08:44:56 +08:00
|
|
|
do { if (dbg_level & a_dbg_level) \
|
2016-06-23 18:02:47 +08:00
|
|
|
printk(KERN_DEBUG pr_fmt("%s: " format), __func__, ## arg); \
|
2008-06-11 08:44:56 +08:00
|
|
|
} while (0)
|
|
|
|
#else
|
2014-06-16 17:55:13 +08:00
|
|
|
#define vdbg_printk(a_dbg_level, format, arg...) \
|
|
|
|
do { } while (0)
|
2008-06-11 08:44:56 +08:00
|
|
|
#endif
|
|
|
|
|
|
|
|
/* Device controlling the backlight and associated keys */
|
2017-02-08 21:46:24 +08:00
|
|
|
struct fujitsu_bl {
|
2007-08-29 14:28:19 +08:00
|
|
|
acpi_handle acpi_handle;
|
2008-06-11 08:44:56 +08:00
|
|
|
struct acpi_device *dev;
|
|
|
|
struct input_dev *input;
|
|
|
|
char phys[32];
|
2007-08-29 14:28:19 +08:00
|
|
|
struct backlight_device *bl_device;
|
|
|
|
struct platform_device *pf_device;
|
2016-02-24 21:23:32 +08:00
|
|
|
int keycode1, keycode2, keycode3, keycode4, keycode5;
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
unsigned int max_brightness;
|
2007-08-29 14:28:19 +08:00
|
|
|
unsigned int brightness_changed;
|
|
|
|
unsigned int brightness_level;
|
|
|
|
};
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
static struct fujitsu_bl *fujitsu_bl;
|
2008-06-11 08:44:56 +08:00
|
|
|
static int use_alt_lcd_levels = -1;
|
|
|
|
static int disable_brightness_adjust = -1;
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
/* Device used to access hotkeys and other features on the laptop */
|
|
|
|
struct fujitsu_laptop {
|
2008-06-11 08:44:56 +08:00
|
|
|
acpi_handle acpi_handle;
|
|
|
|
struct acpi_device *dev;
|
|
|
|
struct input_dev *input;
|
|
|
|
char phys[32];
|
|
|
|
struct platform_device *pf_device;
|
kfifo: move struct kfifo in place
This is a new generic kernel FIFO implementation.
The current kernel fifo API is not very widely used, because it has to
many constrains. Only 17 files in the current 2.6.31-rc5 used it.
FIFO's are like list's a very basic thing and a kfifo API which handles
the most use case would save a lot of development time and memory
resources.
I think this are the reasons why kfifo is not in use:
- The API is to simple, important functions are missing
- A fifo can be only allocated dynamically
- There is a requirement of a spinlock whether you need it or not
- There is no support for data records inside a fifo
So I decided to extend the kfifo in a more generic way without blowing up
the API to much. The new API has the following benefits:
- Generic usage: For kernel internal use and/or device driver.
- Provide an API for the most use case.
- Slim API: The whole API provides 25 functions.
- Linux style habit.
- DECLARE_KFIFO, DEFINE_KFIFO and INIT_KFIFO Macros
- Direct copy_to_user from the fifo and copy_from_user into the fifo.
- The kfifo itself is an in place member of the using data structure, this save an
indirection access and does not waste the kernel allocator.
- Lockless access: if only one reader and one writer is active on the fifo,
which is the common use case, no additional locking is necessary.
- Remove spinlock - give the user the freedom of choice what kind of locking to use if
one is required.
- Ability to handle records. Three type of records are supported:
- Variable length records between 0-255 bytes, with a record size
field of 1 bytes.
- Variable length records between 0-65535 bytes, with a record size
field of 2 bytes.
- Fixed size records, which no record size field.
- Preserve memory resource.
- Performance!
- Easy to use!
This patch:
Since most users want to have the kfifo as part of another object,
reorganize the code to allow including struct kfifo in another data
structure. This requires changing the kfifo_alloc and kfifo_init
prototypes so that we pass an existing kfifo pointer into them. This
patch changes the implementation and all existing users.
[akpm@linux-foundation.org: fix warning]
Signed-off-by: Stefani Seibold <stefani@seibold.net>
Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
Acked-by: Mauro Carvalho Chehab <mchehab@redhat.com>
Acked-by: Andi Kleen <ak@linux.intel.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-12-22 06:37:26 +08:00
|
|
|
struct kfifo fifo;
|
2008-06-11 08:44:56 +08:00
|
|
|
spinlock_t fifo_lock;
|
2017-02-08 21:46:27 +08:00
|
|
|
int flags_supported;
|
|
|
|
int flags_state;
|
2009-01-01 02:19:59 +08:00
|
|
|
int logolamp_registered;
|
|
|
|
int kblamps_registered;
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
int radio_led_registered;
|
2016-06-21 16:09:21 +08:00
|
|
|
int eco_led_registered;
|
2008-06-11 08:44:56 +08:00
|
|
|
};
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
static struct fujitsu_laptop *fujitsu_laptop;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2016-04-27 06:28:17 +08:00
|
|
|
#if IS_ENABLED(CONFIG_LEDS_CLASS)
|
2009-01-01 02:19:59 +08:00
|
|
|
static enum led_brightness logolamp_get(struct led_classdev *cdev);
|
2016-12-23 17:00:08 +08:00
|
|
|
static int logolamp_set(struct led_classdev *cdev,
|
2009-01-01 02:19:59 +08:00
|
|
|
enum led_brightness brightness);
|
|
|
|
|
2010-07-21 06:19:45 +08:00
|
|
|
static struct led_classdev logolamp_led = {
|
2009-01-01 02:19:59 +08:00
|
|
|
.name = "fujitsu::logolamp",
|
|
|
|
.brightness_get = logolamp_get,
|
2016-12-23 17:00:08 +08:00
|
|
|
.brightness_set_blocking = logolamp_set
|
2009-01-01 02:19:59 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static enum led_brightness kblamps_get(struct led_classdev *cdev);
|
2016-12-23 17:00:08 +08:00
|
|
|
static int kblamps_set(struct led_classdev *cdev,
|
2009-01-01 02:19:59 +08:00
|
|
|
enum led_brightness brightness);
|
|
|
|
|
2010-07-21 06:19:45 +08:00
|
|
|
static struct led_classdev kblamps_led = {
|
2009-01-01 02:19:59 +08:00
|
|
|
.name = "fujitsu::kblamps",
|
|
|
|
.brightness_get = kblamps_get,
|
2016-12-23 17:00:08 +08:00
|
|
|
.brightness_set_blocking = kblamps_set
|
2009-01-01 02:19:59 +08:00
|
|
|
};
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
|
|
|
|
static enum led_brightness radio_led_get(struct led_classdev *cdev);
|
2016-12-23 17:00:08 +08:00
|
|
|
static int radio_led_set(struct led_classdev *cdev,
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
enum led_brightness brightness);
|
|
|
|
|
|
|
|
static struct led_classdev radio_led = {
|
|
|
|
.name = "fujitsu::radio_led",
|
2016-12-16 22:46:03 +08:00
|
|
|
.default_trigger = "rfkill-any",
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
.brightness_get = radio_led_get,
|
2016-12-23 17:00:08 +08:00
|
|
|
.brightness_set_blocking = radio_led_set
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
};
|
2016-06-21 16:09:21 +08:00
|
|
|
|
|
|
|
static enum led_brightness eco_led_get(struct led_classdev *cdev);
|
2016-12-23 17:00:08 +08:00
|
|
|
static int eco_led_set(struct led_classdev *cdev,
|
2016-06-21 16:09:21 +08:00
|
|
|
enum led_brightness brightness);
|
|
|
|
|
|
|
|
static struct led_classdev eco_led = {
|
|
|
|
.name = "fujitsu::eco_led",
|
|
|
|
.brightness_get = eco_led_get,
|
2016-12-23 17:00:08 +08:00
|
|
|
.brightness_set_blocking = eco_led_set
|
2016-06-21 16:09:21 +08:00
|
|
|
};
|
2009-01-01 02:19:59 +08:00
|
|
|
#endif
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
#ifdef CONFIG_FUJITSU_LAPTOP_DEBUG
|
|
|
|
static u32 dbg_level = 0x03;
|
|
|
|
#endif
|
|
|
|
|
2009-01-01 02:19:59 +08:00
|
|
|
/* Fujitsu ACPI interface function */
|
|
|
|
|
|
|
|
static int call_fext_func(int cmd, int arg0, int arg1, int arg2)
|
|
|
|
{
|
|
|
|
acpi_status status = AE_OK;
|
|
|
|
union acpi_object params[4] = {
|
|
|
|
{ .type = ACPI_TYPE_INTEGER },
|
|
|
|
{ .type = ACPI_TYPE_INTEGER },
|
|
|
|
{ .type = ACPI_TYPE_INTEGER },
|
|
|
|
{ .type = ACPI_TYPE_INTEGER }
|
|
|
|
};
|
|
|
|
struct acpi_object_list arg_list = { 4, ¶ms[0] };
|
2013-09-03 08:32:12 +08:00
|
|
|
unsigned long long value;
|
2009-01-01 02:19:59 +08:00
|
|
|
acpi_handle handle = NULL;
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
status = acpi_get_handle(fujitsu_laptop->acpi_handle, "FUNC", &handle);
|
2009-01-01 02:19:59 +08:00
|
|
|
if (ACPI_FAILURE(status)) {
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_ERROR,
|
|
|
|
"FUNC interface is not present\n");
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
|
|
|
params[0].integer.value = cmd;
|
|
|
|
params[1].integer.value = arg0;
|
|
|
|
params[2].integer.value = arg1;
|
|
|
|
params[3].integer.value = arg2;
|
|
|
|
|
2013-09-03 08:32:12 +08:00
|
|
|
status = acpi_evaluate_integer(handle, NULL, &arg_list, &value);
|
2009-01-01 02:19:59 +08:00
|
|
|
if (ACPI_FAILURE(status)) {
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_WARN,
|
|
|
|
"FUNC 0x%x (args 0x%x, 0x%x, 0x%x) call failed\n",
|
|
|
|
cmd, arg0, arg1, arg2);
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_TRACE,
|
|
|
|
"FUNC 0x%x (args 0x%x, 0x%x, 0x%x) returned 0x%x\n",
|
2013-09-03 08:32:12 +08:00
|
|
|
cmd, arg0, arg1, arg2, (int)value);
|
|
|
|
return value;
|
2009-01-01 02:19:59 +08:00
|
|
|
}
|
|
|
|
|
2016-04-27 06:28:17 +08:00
|
|
|
#if IS_ENABLED(CONFIG_LEDS_CLASS)
|
2009-01-01 02:19:59 +08:00
|
|
|
/* LED class callbacks */
|
|
|
|
|
2016-12-23 17:00:08 +08:00
|
|
|
static int logolamp_set(struct led_classdev *cdev,
|
2009-01-01 02:19:59 +08:00
|
|
|
enum led_brightness brightness)
|
|
|
|
{
|
2017-01-09 21:14:16 +08:00
|
|
|
int poweron = FUNC_LED_ON, always = FUNC_LED_ON;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (brightness < LED_HALF)
|
|
|
|
poweron = FUNC_LED_OFF;
|
|
|
|
|
|
|
|
if (brightness < LED_FULL)
|
|
|
|
always = FUNC_LED_OFF;
|
|
|
|
|
|
|
|
ret = call_fext_func(FUNC_LEDS, 0x1, LOGOLAMP_POWERON, poweron);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
return call_fext_func(FUNC_LEDS, 0x1, LOGOLAMP_ALWAYS, always);
|
2009-01-01 02:19:59 +08:00
|
|
|
}
|
|
|
|
|
2016-12-23 17:00:08 +08:00
|
|
|
static int kblamps_set(struct led_classdev *cdev,
|
2009-01-01 02:19:59 +08:00
|
|
|
enum led_brightness brightness)
|
|
|
|
{
|
|
|
|
if (brightness >= LED_FULL)
|
2016-12-23 17:00:08 +08:00
|
|
|
return call_fext_func(FUNC_LEDS, 0x1, KEYBOARD_LAMPS, FUNC_LED_ON);
|
2009-01-01 02:19:59 +08:00
|
|
|
else
|
2016-12-23 17:00:08 +08:00
|
|
|
return call_fext_func(FUNC_LEDS, 0x1, KEYBOARD_LAMPS, FUNC_LED_OFF);
|
2009-01-01 02:19:59 +08:00
|
|
|
}
|
|
|
|
|
2016-12-23 17:00:08 +08:00
|
|
|
static int radio_led_set(struct led_classdev *cdev,
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
enum led_brightness brightness)
|
|
|
|
{
|
|
|
|
if (brightness >= LED_FULL)
|
2017-02-08 21:46:27 +08:00
|
|
|
return call_fext_func(FUNC_FLAGS, 0x5, RADIO_LED_ON, RADIO_LED_ON);
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
else
|
2017-02-08 21:46:27 +08:00
|
|
|
return call_fext_func(FUNC_FLAGS, 0x5, RADIO_LED_ON, 0x0);
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
}
|
|
|
|
|
2016-12-23 17:00:08 +08:00
|
|
|
static int eco_led_set(struct led_classdev *cdev,
|
2016-06-21 16:09:21 +08:00
|
|
|
enum led_brightness brightness)
|
|
|
|
{
|
|
|
|
int curr;
|
|
|
|
|
|
|
|
curr = call_fext_func(FUNC_LEDS, 0x2, ECO_LED, 0x0);
|
2016-07-04 18:04:12 +08:00
|
|
|
if (brightness >= LED_FULL)
|
2016-12-23 17:00:08 +08:00
|
|
|
return call_fext_func(FUNC_LEDS, 0x1, ECO_LED, curr | ECO_LED_ON);
|
2016-06-21 16:09:21 +08:00
|
|
|
else
|
2016-12-23 17:00:08 +08:00
|
|
|
return call_fext_func(FUNC_LEDS, 0x1, ECO_LED, curr & ~ECO_LED_ON);
|
2016-06-21 16:09:21 +08:00
|
|
|
}
|
|
|
|
|
2009-01-01 02:19:59 +08:00
|
|
|
static enum led_brightness logolamp_get(struct led_classdev *cdev)
|
|
|
|
{
|
2017-01-09 21:14:17 +08:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = call_fext_func(FUNC_LEDS, 0x2, LOGOLAMP_ALWAYS, 0x0);
|
|
|
|
if (ret == FUNC_LED_ON)
|
|
|
|
return LED_FULL;
|
|
|
|
|
|
|
|
ret = call_fext_func(FUNC_LEDS, 0x2, LOGOLAMP_POWERON, 0x0);
|
|
|
|
if (ret == FUNC_LED_ON)
|
|
|
|
return LED_HALF;
|
|
|
|
|
|
|
|
return LED_OFF;
|
2009-01-01 02:19:59 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static enum led_brightness kblamps_get(struct led_classdev *cdev)
|
|
|
|
{
|
|
|
|
enum led_brightness brightness = LED_OFF;
|
|
|
|
|
|
|
|
if (call_fext_func(FUNC_LEDS, 0x2, KEYBOARD_LAMPS, 0x0) == FUNC_LED_ON)
|
|
|
|
brightness = LED_FULL;
|
|
|
|
|
|
|
|
return brightness;
|
|
|
|
}
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
|
|
|
|
static enum led_brightness radio_led_get(struct led_classdev *cdev)
|
|
|
|
{
|
|
|
|
enum led_brightness brightness = LED_OFF;
|
|
|
|
|
2017-02-08 21:46:27 +08:00
|
|
|
if (call_fext_func(FUNC_FLAGS, 0x4, 0x0, 0x0) & RADIO_LED_ON)
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
brightness = LED_FULL;
|
|
|
|
|
|
|
|
return brightness;
|
|
|
|
}
|
2016-06-21 16:09:21 +08:00
|
|
|
|
|
|
|
static enum led_brightness eco_led_get(struct led_classdev *cdev)
|
|
|
|
{
|
|
|
|
enum led_brightness brightness = LED_OFF;
|
|
|
|
|
|
|
|
if (call_fext_func(FUNC_LEDS, 0x2, ECO_LED, 0x0) & ECO_LED_ON)
|
2016-07-04 18:04:12 +08:00
|
|
|
brightness = LED_FULL;
|
2016-06-21 16:09:21 +08:00
|
|
|
|
|
|
|
return brightness;
|
|
|
|
}
|
2009-01-01 02:19:59 +08:00
|
|
|
#endif
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
/* Hardware access for LCD brightness control */
|
2007-08-29 14:28:19 +08:00
|
|
|
|
|
|
|
static int set_lcd_level(int level)
|
|
|
|
{
|
|
|
|
acpi_status status = AE_OK;
|
|
|
|
acpi_handle handle = NULL;
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
vdbg_printk(FUJLAPTOP_DBG_TRACE, "set lcd level via SBLL [%d]\n",
|
|
|
|
level);
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
if (level < 0 || level >= fujitsu_bl->max_brightness)
|
2007-08-29 14:28:19 +08:00
|
|
|
return -EINVAL;
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
status = acpi_get_handle(fujitsu_bl->acpi_handle, "SBLL", &handle);
|
2007-08-29 14:28:19 +08:00
|
|
|
if (ACPI_FAILURE(status)) {
|
2008-06-11 08:44:56 +08:00
|
|
|
vdbg_printk(FUJLAPTOP_DBG_ERROR, "SBLL not present\n");
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2013-09-03 08:31:52 +08:00
|
|
|
status = acpi_execute_simple_method(handle, NULL, level);
|
2008-06-11 08:44:56 +08:00
|
|
|
if (ACPI_FAILURE(status))
|
|
|
|
return -ENODEV;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int set_lcd_level_alt(int level)
|
|
|
|
{
|
|
|
|
acpi_status status = AE_OK;
|
|
|
|
acpi_handle handle = NULL;
|
|
|
|
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_TRACE, "set lcd level via SBL2 [%d]\n",
|
|
|
|
level);
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
if (level < 0 || level >= fujitsu_bl->max_brightness)
|
2008-06-11 08:44:56 +08:00
|
|
|
return -EINVAL;
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
status = acpi_get_handle(fujitsu_bl->acpi_handle, "SBL2", &handle);
|
2008-06-11 08:44:56 +08:00
|
|
|
if (ACPI_FAILURE(status)) {
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_ERROR, "SBL2 not present\n");
|
2007-08-29 14:28:19 +08:00
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2013-09-03 08:31:52 +08:00
|
|
|
status = acpi_execute_simple_method(handle, NULL, level);
|
2007-08-29 14:28:19 +08:00
|
|
|
if (ACPI_FAILURE(status))
|
|
|
|
return -ENODEV;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int get_lcd_level(void)
|
|
|
|
{
|
2008-10-10 14:22:59 +08:00
|
|
|
unsigned long long state = 0;
|
2007-08-29 14:28:19 +08:00
|
|
|
acpi_status status = AE_OK;
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
vdbg_printk(FUJLAPTOP_DBG_TRACE, "get lcd level via GBLL\n");
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
status = acpi_evaluate_integer(fujitsu_bl->acpi_handle, "GBLL", NULL,
|
|
|
|
&state);
|
2009-12-23 06:49:42 +08:00
|
|
|
if (ACPI_FAILURE(status))
|
|
|
|
return 0;
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->brightness_level = state & 0x0fffffff;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
|
|
|
if (state & 0x80000000)
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->brightness_changed = 1;
|
2008-06-11 08:44:56 +08:00
|
|
|
else
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->brightness_changed = 0;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
return fujitsu_bl->brightness_level;
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static int get_max_brightness(void)
|
|
|
|
{
|
2008-10-10 14:22:59 +08:00
|
|
|
unsigned long long state = 0;
|
2008-06-11 08:44:56 +08:00
|
|
|
acpi_status status = AE_OK;
|
|
|
|
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_TRACE, "get max lcd level via RBLL\n");
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
status = acpi_evaluate_integer(fujitsu_bl->acpi_handle, "RBLL", NULL,
|
|
|
|
&state);
|
2009-12-23 06:49:42 +08:00
|
|
|
if (ACPI_FAILURE(status))
|
|
|
|
return -1;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->max_brightness = state;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
return fujitsu_bl->max_brightness;
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
2007-08-29 14:28:19 +08:00
|
|
|
/* Backlight device stuff */
|
|
|
|
|
|
|
|
static int bl_get_brightness(struct backlight_device *b)
|
|
|
|
{
|
2009-01-07 18:11:24 +08:00
|
|
|
return get_lcd_level();
|
2007-08-29 14:28:19 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static int bl_update_status(struct backlight_device *b)
|
|
|
|
{
|
2009-01-01 02:19:59 +08:00
|
|
|
int ret;
|
2015-01-19 03:28:46 +08:00
|
|
|
if (b->props.power == FB_BLANK_POWERDOWN)
|
2009-01-01 02:19:59 +08:00
|
|
|
ret = call_fext_func(FUNC_BACKLIGHT, 0x1, 0x4, 0x3);
|
|
|
|
else
|
|
|
|
ret = call_fext_func(FUNC_BACKLIGHT, 0x1, 0x4, 0x0);
|
|
|
|
if (ret != 0)
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_ERROR,
|
|
|
|
"Unable to adjust backlight power, error code %i\n",
|
|
|
|
ret);
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
if (use_alt_lcd_levels)
|
2009-01-01 02:19:59 +08:00
|
|
|
ret = set_lcd_level_alt(b->props.brightness);
|
2008-06-11 08:44:56 +08:00
|
|
|
else
|
2009-01-01 02:19:59 +08:00
|
|
|
ret = set_lcd_level(b->props.brightness);
|
|
|
|
if (ret != 0)
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_ERROR,
|
|
|
|
"Unable to adjust LCD brightness, error code %i\n",
|
|
|
|
ret);
|
|
|
|
return ret;
|
2007-08-29 14:28:19 +08:00
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
static const struct backlight_ops fujitsu_bl_ops = {
|
2007-08-29 14:28:19 +08:00
|
|
|
.get_brightness = bl_get_brightness,
|
|
|
|
.update_status = bl_update_status,
|
|
|
|
};
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
/* Platform LCD brightness device */
|
|
|
|
|
|
|
|
static ssize_t
|
|
|
|
show_max_brightness(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = get_max_brightness();
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
return sprintf(buf, "%i\n", ret);
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t
|
|
|
|
show_brightness_changed(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
|
|
|
|
int ret;
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
ret = fujitsu_bl->brightness_changed;
|
2008-06-11 08:44:56 +08:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
return sprintf(buf, "%i\n", ret);
|
|
|
|
}
|
2007-08-29 14:28:19 +08:00
|
|
|
|
|
|
|
static ssize_t show_lcd_level(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
|
|
|
|
int ret;
|
|
|
|
|
2009-01-07 18:11:24 +08:00
|
|
|
ret = get_lcd_level();
|
2007-08-29 14:28:19 +08:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
return sprintf(buf, "%i\n", ret);
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t store_lcd_level(struct device *dev,
|
|
|
|
struct device_attribute *attr, const char *buf,
|
|
|
|
size_t count)
|
|
|
|
{
|
|
|
|
|
|
|
|
int level, ret;
|
|
|
|
|
|
|
|
if (sscanf(buf, "%i", &level) != 1
|
2017-02-08 21:46:24 +08:00
|
|
|
|| (level < 0 || level >= fujitsu_bl->max_brightness))
|
2007-08-29 14:28:19 +08:00
|
|
|
return -EINVAL;
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
if (use_alt_lcd_levels)
|
|
|
|
ret = set_lcd_level_alt(level);
|
|
|
|
else
|
|
|
|
ret = set_lcd_level(level);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
2009-01-07 18:11:24 +08:00
|
|
|
ret = get_lcd_level();
|
2007-08-29 14:28:19 +08:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
2009-01-01 02:19:59 +08:00
|
|
|
static ssize_t
|
|
|
|
ignore_store(struct device *dev,
|
|
|
|
struct device_attribute *attr, const char *buf, size_t count)
|
2008-06-11 08:44:56 +08:00
|
|
|
{
|
2009-01-01 02:19:59 +08:00
|
|
|
return count;
|
|
|
|
}
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2009-01-01 02:19:59 +08:00
|
|
|
static ssize_t
|
|
|
|
show_lid_state(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
2017-02-08 21:46:28 +08:00
|
|
|
if (!(fujitsu_laptop->flags_supported & FLAG_LID))
|
2009-01-01 02:19:59 +08:00
|
|
|
return sprintf(buf, "unknown\n");
|
2017-02-08 21:46:28 +08:00
|
|
|
if (fujitsu_laptop->flags_state & FLAG_LID)
|
2009-01-01 02:19:59 +08:00
|
|
|
return sprintf(buf, "open\n");
|
|
|
|
else
|
|
|
|
return sprintf(buf, "closed\n");
|
|
|
|
}
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2009-01-01 02:19:59 +08:00
|
|
|
static ssize_t
|
|
|
|
show_dock_state(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
2017-02-08 21:46:28 +08:00
|
|
|
if (!(fujitsu_laptop->flags_supported & FLAG_DOCK))
|
2009-01-01 02:19:59 +08:00
|
|
|
return sprintf(buf, "unknown\n");
|
2017-02-08 21:46:28 +08:00
|
|
|
if (fujitsu_laptop->flags_state & FLAG_DOCK)
|
2009-01-01 02:19:59 +08:00
|
|
|
return sprintf(buf, "docked\n");
|
|
|
|
else
|
|
|
|
return sprintf(buf, "undocked\n");
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t
|
2009-01-01 02:19:59 +08:00
|
|
|
show_radios_state(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
2008-06-11 08:44:56 +08:00
|
|
|
{
|
2017-02-08 21:46:28 +08:00
|
|
|
if (!(fujitsu_laptop->flags_supported & FLAG_RFKILL))
|
2009-01-01 02:19:59 +08:00
|
|
|
return sprintf(buf, "unknown\n");
|
2017-02-08 21:46:28 +08:00
|
|
|
if (fujitsu_laptop->flags_state & FLAG_RFKILL)
|
2009-01-01 02:19:59 +08:00
|
|
|
return sprintf(buf, "on\n");
|
|
|
|
else
|
|
|
|
return sprintf(buf, "killed\n");
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static DEVICE_ATTR(max_brightness, 0444, show_max_brightness, ignore_store);
|
|
|
|
static DEVICE_ATTR(brightness_changed, 0444, show_brightness_changed,
|
|
|
|
ignore_store);
|
2007-08-29 14:28:19 +08:00
|
|
|
static DEVICE_ATTR(lcd_level, 0644, show_lcd_level, store_lcd_level);
|
2009-01-01 02:19:59 +08:00
|
|
|
static DEVICE_ATTR(lid, 0444, show_lid_state, ignore_store);
|
|
|
|
static DEVICE_ATTR(dock, 0444, show_dock_state, ignore_store);
|
|
|
|
static DEVICE_ATTR(radios, 0444, show_radios_state, ignore_store);
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2017-02-08 21:46:26 +08:00
|
|
|
static struct attribute *fujitsu_pf_attributes[] = {
|
2008-06-11 08:44:56 +08:00
|
|
|
&dev_attr_brightness_changed.attr,
|
|
|
|
&dev_attr_max_brightness.attr,
|
2007-08-29 14:28:19 +08:00
|
|
|
&dev_attr_lcd_level.attr,
|
2009-01-01 02:19:59 +08:00
|
|
|
&dev_attr_lid.attr,
|
|
|
|
&dev_attr_dock.attr,
|
|
|
|
&dev_attr_radios.attr,
|
2007-08-29 14:28:19 +08:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2017-02-08 21:46:26 +08:00
|
|
|
static struct attribute_group fujitsu_pf_attribute_group = {
|
|
|
|
.attrs = fujitsu_pf_attributes
|
2007-08-29 14:28:19 +08:00
|
|
|
};
|
|
|
|
|
2017-02-08 21:46:26 +08:00
|
|
|
static struct platform_driver fujitsu_pf_driver = {
|
2007-08-29 14:28:19 +08:00
|
|
|
.driver = {
|
|
|
|
.name = "fujitsu-laptop",
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
2014-07-17 01:43:11 +08:00
|
|
|
static void __init dmi_check_cb_common(const struct dmi_system_id *id)
|
2008-06-11 08:44:56 +08:00
|
|
|
{
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_info("Identified laptop model '%s'\n", id->ident);
|
2008-10-09 12:14:40 +08:00
|
|
|
}
|
|
|
|
|
2014-07-17 01:43:11 +08:00
|
|
|
static int __init dmi_check_cb_s6410(const struct dmi_system_id *id)
|
2008-10-09 12:14:40 +08:00
|
|
|
{
|
|
|
|
dmi_check_cb_common(id);
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->keycode1 = KEY_SCREENLOCK; /* "Lock" */
|
|
|
|
fujitsu_bl->keycode2 = KEY_HELP; /* "Mobility Center" */
|
2010-07-21 06:19:40 +08:00
|
|
|
return 1;
|
2008-10-09 12:14:40 +08:00
|
|
|
}
|
|
|
|
|
2014-07-17 01:43:11 +08:00
|
|
|
static int __init dmi_check_cb_s6420(const struct dmi_system_id *id)
|
2008-11-09 12:20:05 +08:00
|
|
|
{
|
|
|
|
dmi_check_cb_common(id);
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->keycode1 = KEY_SCREENLOCK; /* "Lock" */
|
|
|
|
fujitsu_bl->keycode2 = KEY_HELP; /* "Mobility Center" */
|
2010-07-21 06:19:40 +08:00
|
|
|
return 1;
|
2008-11-09 12:20:05 +08:00
|
|
|
}
|
|
|
|
|
2014-07-17 01:43:11 +08:00
|
|
|
static int __init dmi_check_cb_p8010(const struct dmi_system_id *id)
|
2008-10-09 12:14:40 +08:00
|
|
|
{
|
|
|
|
dmi_check_cb_common(id);
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->keycode1 = KEY_HELP; /* "Support" */
|
|
|
|
fujitsu_bl->keycode3 = KEY_SWITCHVIDEOMODE; /* "Presentation" */
|
|
|
|
fujitsu_bl->keycode4 = KEY_WWW; /* "Internet" */
|
2010-07-21 06:19:40 +08:00
|
|
|
return 1;
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
2014-07-17 01:43:11 +08:00
|
|
|
static const struct dmi_system_id fujitsu_dmi_table[] __initconst = {
|
2008-06-11 08:44:56 +08:00
|
|
|
{
|
2008-10-09 12:14:40 +08:00
|
|
|
.ident = "Fujitsu Siemens S6410",
|
2008-06-11 08:44:56 +08:00
|
|
|
.matches = {
|
|
|
|
DMI_MATCH(DMI_SYS_VENDOR, "FUJITSU SIEMENS"),
|
|
|
|
DMI_MATCH(DMI_PRODUCT_NAME, "LIFEBOOK S6410"),
|
|
|
|
},
|
|
|
|
.callback = dmi_check_cb_s6410},
|
2008-11-09 12:20:05 +08:00
|
|
|
{
|
|
|
|
.ident = "Fujitsu Siemens S6420",
|
|
|
|
.matches = {
|
|
|
|
DMI_MATCH(DMI_SYS_VENDOR, "FUJITSU SIEMENS"),
|
|
|
|
DMI_MATCH(DMI_PRODUCT_NAME, "LIFEBOOK S6420"),
|
|
|
|
},
|
|
|
|
.callback = dmi_check_cb_s6420},
|
2008-08-29 09:36:21 +08:00
|
|
|
{
|
2008-10-09 12:14:40 +08:00
|
|
|
.ident = "Fujitsu LifeBook P8010",
|
2008-08-29 09:36:21 +08:00
|
|
|
.matches = {
|
|
|
|
DMI_MATCH(DMI_SYS_VENDOR, "FUJITSU"),
|
|
|
|
DMI_MATCH(DMI_PRODUCT_NAME, "LifeBook P8010"),
|
2008-10-09 12:14:40 +08:00
|
|
|
},
|
|
|
|
.callback = dmi_check_cb_p8010},
|
2008-06-11 08:44:56 +08:00
|
|
|
{}
|
|
|
|
};
|
|
|
|
|
|
|
|
/* ACPI device for LCD brightness control */
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2017-03-10 18:50:33 +08:00
|
|
|
static int fujitsu_backlight_register(void)
|
|
|
|
{
|
|
|
|
struct backlight_properties props = {
|
|
|
|
.brightness = fujitsu_bl->brightness_level,
|
|
|
|
.max_brightness = fujitsu_bl->max_brightness - 1,
|
|
|
|
.type = BACKLIGHT_PLATFORM
|
|
|
|
};
|
|
|
|
struct backlight_device *bd;
|
|
|
|
|
|
|
|
bd = backlight_device_register("fujitsu-laptop", NULL, NULL,
|
|
|
|
&fujitsu_bl_ops, &props);
|
|
|
|
if (IS_ERR(bd))
|
|
|
|
return PTR_ERR(bd);
|
|
|
|
|
|
|
|
fujitsu_bl->bl_device = bd;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
static int acpi_fujitsu_bl_add(struct acpi_device *device)
|
2007-08-29 14:28:19 +08:00
|
|
|
{
|
|
|
|
int state = 0;
|
2008-06-11 08:44:56 +08:00
|
|
|
struct input_dev *input;
|
|
|
|
int error;
|
2007-08-29 14:28:19 +08:00
|
|
|
|
|
|
|
if (!device)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->acpi_handle = device->handle;
|
|
|
|
sprintf(acpi_device_name(device), "%s", ACPI_FUJITSU_BL_DEVICE_NAME);
|
2007-08-29 14:28:19 +08:00
|
|
|
sprintf(acpi_device_class(device), "%s", ACPI_FUJITSU_CLASS);
|
2017-02-08 21:46:24 +08:00
|
|
|
device->driver_data = fujitsu_bl;
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->input = input = input_allocate_device();
|
2008-06-11 08:44:56 +08:00
|
|
|
if (!input) {
|
|
|
|
error = -ENOMEM;
|
2009-04-07 23:37:16 +08:00
|
|
|
goto err_stop;
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
snprintf(fujitsu_bl->phys, sizeof(fujitsu_bl->phys),
|
2008-06-11 08:44:56 +08:00
|
|
|
"%s/video/input0", acpi_device_hid(device));
|
|
|
|
|
|
|
|
input->name = acpi_device_name(device);
|
2017-02-08 21:46:24 +08:00
|
|
|
input->phys = fujitsu_bl->phys;
|
2008-06-11 08:44:56 +08:00
|
|
|
input->id.bustype = BUS_HOST;
|
|
|
|
input->id.product = 0x06;
|
|
|
|
input->dev.parent = &device->dev;
|
|
|
|
input->evbit[0] = BIT(EV_KEY);
|
|
|
|
set_bit(KEY_BRIGHTNESSUP, input->keybit);
|
|
|
|
set_bit(KEY_BRIGHTNESSDOWN, input->keybit);
|
|
|
|
set_bit(KEY_UNKNOWN, input->keybit);
|
|
|
|
|
|
|
|
error = input_register_device(input);
|
|
|
|
if (error)
|
|
|
|
goto err_free_input_dev;
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
error = acpi_bus_update_power(fujitsu_bl->acpi_handle, &state);
|
2013-12-30 06:47:36 +08:00
|
|
|
if (error) {
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_err("Error reading power state\n");
|
2009-07-31 16:46:02 +08:00
|
|
|
goto err_unregister_input_dev;
|
2007-08-29 14:28:19 +08:00
|
|
|
}
|
|
|
|
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_info("ACPI: %s [%s] (%s)\n",
|
2007-08-29 14:28:19 +08:00
|
|
|
acpi_device_name(device), acpi_device_bid(device),
|
|
|
|
!device->power.state ? "on" : "off");
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->dev = device;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2013-09-03 08:32:03 +08:00
|
|
|
if (acpi_has_method(device->handle, METHOD_NAME__INI)) {
|
2008-06-11 08:44:56 +08:00
|
|
|
vdbg_printk(FUJLAPTOP_DBG_INFO, "Invoking _INI\n");
|
|
|
|
if (ACPI_FAILURE
|
|
|
|
(acpi_evaluate_object
|
|
|
|
(device->handle, METHOD_NAME__INI, NULL, NULL)))
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_err("_INI Method failed\n");
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:32 +08:00
|
|
|
if (use_alt_lcd_levels == -1) {
|
|
|
|
if (acpi_has_method(NULL, "\\_SB.PCI0.LPCB.FJEX.SBL2"))
|
|
|
|
use_alt_lcd_levels = 1;
|
|
|
|
else
|
|
|
|
use_alt_lcd_levels = 0;
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_TRACE, "auto-detected usealt as %i\n",
|
|
|
|
use_alt_lcd_levels);
|
|
|
|
}
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
/* do config (detect defaults) */
|
|
|
|
use_alt_lcd_levels = use_alt_lcd_levels == 1 ? 1 : 0;
|
|
|
|
disable_brightness_adjust = disable_brightness_adjust == 1 ? 1 : 0;
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_INFO,
|
2009-01-07 18:11:24 +08:00
|
|
|
"config: [alt interface: %d], [adjust disable: %d]\n",
|
|
|
|
use_alt_lcd_levels, disable_brightness_adjust);
|
2008-06-11 08:44:56 +08:00
|
|
|
|
|
|
|
if (get_max_brightness() <= 0)
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->max_brightness = FUJITSU_LCD_N_LEVELS;
|
2009-01-07 18:11:24 +08:00
|
|
|
get_lcd_level();
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-03-10 18:50:35 +08:00
|
|
|
if (acpi_video_get_backlight_type() == acpi_backlight_vendor) {
|
|
|
|
error = fujitsu_backlight_register();
|
|
|
|
if (error)
|
|
|
|
goto err_unregister_input_dev;
|
|
|
|
}
|
|
|
|
|
2013-12-30 06:47:36 +08:00
|
|
|
return 0;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2009-07-31 16:46:02 +08:00
|
|
|
err_unregister_input_dev:
|
|
|
|
input_unregister_device(input);
|
2010-07-21 06:19:34 +08:00
|
|
|
input = NULL;
|
2008-06-11 08:44:56 +08:00
|
|
|
err_free_input_dev:
|
|
|
|
input_free_device(input);
|
|
|
|
err_stop:
|
2013-12-30 06:47:36 +08:00
|
|
|
return error;
|
2007-08-29 14:28:19 +08:00
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
static int acpi_fujitsu_bl_remove(struct acpi_device *device)
|
2007-08-29 14:28:19 +08:00
|
|
|
{
|
2017-02-08 21:46:24 +08:00
|
|
|
struct fujitsu_bl *fujitsu_bl = acpi_driver_data(device);
|
|
|
|
struct input_dev *input = fujitsu_bl->input;
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2017-03-10 18:50:35 +08:00
|
|
|
backlight_device_unregister(fujitsu_bl->bl_device);
|
2009-07-31 16:46:02 +08:00
|
|
|
input_unregister_device(input);
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->acpi_handle = NULL;
|
2007-08-29 14:28:19 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
/* Brightness notify */
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
static void acpi_fujitsu_bl_notify(struct acpi_device *device, u32 event)
|
2008-06-11 08:44:56 +08:00
|
|
|
{
|
|
|
|
struct input_dev *input;
|
2017-03-01 14:42:54 +08:00
|
|
|
int oldb, newb, keycode;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
input = fujitsu_bl->input;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-03-01 14:42:53 +08:00
|
|
|
if (event != ACPI_FUJITSU_NOTIFY_CODE1) {
|
2008-06-11 08:44:56 +08:00
|
|
|
keycode = KEY_UNKNOWN;
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_WARN,
|
|
|
|
"unsupported event [0x%x]\n", event);
|
2017-03-01 14:42:53 +08:00
|
|
|
input_report_key(input, keycode, 1);
|
|
|
|
input_sync(input);
|
|
|
|
input_report_key(input, keycode, 0);
|
|
|
|
input_sync(input);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
oldb = fujitsu_bl->brightness_level;
|
|
|
|
get_lcd_level();
|
|
|
|
newb = fujitsu_bl->brightness_level;
|
|
|
|
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_TRACE,
|
|
|
|
"brightness button event [%i -> %i (%i)]\n",
|
|
|
|
oldb, newb, fujitsu_bl->brightness_changed);
|
|
|
|
|
2017-03-01 14:42:54 +08:00
|
|
|
if (oldb == newb)
|
|
|
|
return;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-03-01 14:42:54 +08:00
|
|
|
if (disable_brightness_adjust != 1) {
|
|
|
|
if (use_alt_lcd_levels)
|
|
|
|
set_lcd_level_alt(newb);
|
|
|
|
else
|
|
|
|
set_lcd_level(newb);
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
2017-03-01 14:42:54 +08:00
|
|
|
|
|
|
|
keycode = oldb < newb ? KEY_BRIGHTNESSUP : KEY_BRIGHTNESSDOWN;
|
|
|
|
|
|
|
|
input_report_key(input, keycode, 1);
|
|
|
|
input_sync(input);
|
|
|
|
input_report_key(input, keycode, 0);
|
|
|
|
input_sync(input);
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* ACPI device for hotkey handling */
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
static int acpi_fujitsu_laptop_add(struct acpi_device *device)
|
2008-06-11 08:44:56 +08:00
|
|
|
{
|
|
|
|
int result = 0;
|
|
|
|
int state = 0;
|
|
|
|
struct input_dev *input;
|
|
|
|
int error;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
if (!device)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
fujitsu_laptop->acpi_handle = device->handle;
|
2008-06-11 08:44:56 +08:00
|
|
|
sprintf(acpi_device_name(device), "%s",
|
2017-02-08 21:46:25 +08:00
|
|
|
ACPI_FUJITSU_LAPTOP_DEVICE_NAME);
|
2008-06-11 08:44:56 +08:00
|
|
|
sprintf(acpi_device_class(device), "%s", ACPI_FUJITSU_CLASS);
|
2017-02-08 21:46:25 +08:00
|
|
|
device->driver_data = fujitsu_laptop;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
|
|
|
/* kfifo */
|
2017-02-08 21:46:25 +08:00
|
|
|
spin_lock_init(&fujitsu_laptop->fifo_lock);
|
|
|
|
error = kfifo_alloc(&fujitsu_laptop->fifo, RINGBUFFERSIZE * sizeof(int),
|
2009-12-22 06:37:27 +08:00
|
|
|
GFP_KERNEL);
|
kfifo: move struct kfifo in place
This is a new generic kernel FIFO implementation.
The current kernel fifo API is not very widely used, because it has to
many constrains. Only 17 files in the current 2.6.31-rc5 used it.
FIFO's are like list's a very basic thing and a kfifo API which handles
the most use case would save a lot of development time and memory
resources.
I think this are the reasons why kfifo is not in use:
- The API is to simple, important functions are missing
- A fifo can be only allocated dynamically
- There is a requirement of a spinlock whether you need it or not
- There is no support for data records inside a fifo
So I decided to extend the kfifo in a more generic way without blowing up
the API to much. The new API has the following benefits:
- Generic usage: For kernel internal use and/or device driver.
- Provide an API for the most use case.
- Slim API: The whole API provides 25 functions.
- Linux style habit.
- DECLARE_KFIFO, DEFINE_KFIFO and INIT_KFIFO Macros
- Direct copy_to_user from the fifo and copy_from_user into the fifo.
- The kfifo itself is an in place member of the using data structure, this save an
indirection access and does not waste the kernel allocator.
- Lockless access: if only one reader and one writer is active on the fifo,
which is the common use case, no additional locking is necessary.
- Remove spinlock - give the user the freedom of choice what kind of locking to use if
one is required.
- Ability to handle records. Three type of records are supported:
- Variable length records between 0-255 bytes, with a record size
field of 1 bytes.
- Variable length records between 0-65535 bytes, with a record size
field of 2 bytes.
- Fixed size records, which no record size field.
- Preserve memory resource.
- Performance!
- Easy to use!
This patch:
Since most users want to have the kfifo as part of another object,
reorganize the code to allow including struct kfifo in another data
structure. This requires changing the kfifo_alloc and kfifo_init
prototypes so that we pass an existing kfifo pointer into them. This
patch changes the implementation and all existing users.
[akpm@linux-foundation.org: fix warning]
Signed-off-by: Stefani Seibold <stefani@seibold.net>
Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
Acked-by: Mauro Carvalho Chehab <mchehab@redhat.com>
Acked-by: Andi Kleen <ak@linux.intel.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-12-22 06:37:26 +08:00
|
|
|
if (error) {
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_err("kfifo_alloc failed\n");
|
2008-06-11 08:44:56 +08:00
|
|
|
goto err_stop;
|
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
fujitsu_laptop->input = input = input_allocate_device();
|
2008-06-11 08:44:56 +08:00
|
|
|
if (!input) {
|
|
|
|
error = -ENOMEM;
|
2009-04-07 23:37:22 +08:00
|
|
|
goto err_free_fifo;
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
snprintf(fujitsu_laptop->phys, sizeof(fujitsu_laptop->phys),
|
2008-06-11 08:44:56 +08:00
|
|
|
"%s/video/input0", acpi_device_hid(device));
|
|
|
|
|
|
|
|
input->name = acpi_device_name(device);
|
2017-02-08 21:46:25 +08:00
|
|
|
input->phys = fujitsu_laptop->phys;
|
2008-06-11 08:44:56 +08:00
|
|
|
input->id.bustype = BUS_HOST;
|
|
|
|
input->id.product = 0x06;
|
|
|
|
input->dev.parent = &device->dev;
|
2009-01-01 02:19:59 +08:00
|
|
|
|
|
|
|
set_bit(EV_KEY, input->evbit);
|
2017-02-08 21:46:24 +08:00
|
|
|
set_bit(fujitsu_bl->keycode1, input->keybit);
|
|
|
|
set_bit(fujitsu_bl->keycode2, input->keybit);
|
|
|
|
set_bit(fujitsu_bl->keycode3, input->keybit);
|
|
|
|
set_bit(fujitsu_bl->keycode4, input->keybit);
|
|
|
|
set_bit(fujitsu_bl->keycode5, input->keybit);
|
fujitsu-laptop: Support touchpad toggle hotkey on Skylake-based models
Haswell-based Fujitsu laptops (Lifebook E734/E744/E754) have a touchpad
toggle hotkey (Fn+F4) which is handled transparently to the operating
system: while an ACPI notification is sent to FUJ02B1 when Fn+F4 is
pressed, touchpad state is properly toggled without any explicit support
for this operation in fujitsu-laptop.
Skylake-based models (Lifebook E736/E746/E756) also have that hotkey,
but the touchpad is not toggled transparently to the operating system.
When Fn+F4 is pressed, an ACPI notification is sent to FUJ02E3. A
subsequent call to S000 (FUNC_RFKILL) can be used to determine whether
the touchpad toggle hotkey was pressed so that an input event can be
sent to userspace.
Relevant ACPI code:
Method (_L21, 0, NotSerialized)
{
...
If (AHKF)
{
Notify (\_SB.FEXT, 0x80)
}
...
}
Method (S000, 3, Serialized)
{
Name (_T_0, Zero)
Local0 = Zero
While (One)
{
_T_0 = Arg0
If (_T_0 == Zero)
{
Local0 |= 0x04000000
Local0 |= 0x02000000
Local0 |= 0x00020000
Local0 |= 0x0200
Local0 |= 0x0100
Local0 |= 0x20
}
ElseIf (_T_0 == One)
{
...
If (AHKF & 0x08)
{
Local0 |= 0x04000000
AHKF ^= 0x08
}
...
} ...
Break
}
Return (Local0)
}
Pressing Fn+F4 raises GPE 0x21 and sets bit 3 in AHKF. This in turn
results in bit 26 being set in the value returned by FUNC_RFKILL called
with 1 as its first argument. On Skylake-based models, bit 26 is also
set in the value returned by FUNC_RFKILL called with 0 as its first
argument (this value is saved in fujitsu_hotkey->rfkill_supported upon
module initialization), which suggests that this bit is set on models
which do not handle touchpad toggling transparently to the operating
system.
Note that bit 3 is cleared in AHKF once FUNC_RFKILL is called with 1 as
its first argument, which requires fujitsu-laptop to handle this hotkey
in a different manner than the other, GIRB-based hotkeys: two input
events (press and release) are immediately sent once Fn+F4 is pressed.
Reported-and-tested-by: Jan-Marek Glogowski <glogow@fbihome.de>
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
Acked-by: Jonathan Woithe <jwoithe@just42.net>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-06-28 15:25:50 +08:00
|
|
|
set_bit(KEY_TOUCHPAD_TOGGLE, input->keybit);
|
2008-06-11 08:44:56 +08:00
|
|
|
set_bit(KEY_UNKNOWN, input->keybit);
|
|
|
|
|
|
|
|
error = input_register_device(input);
|
|
|
|
if (error)
|
|
|
|
goto err_free_input_dev;
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
error = acpi_bus_update_power(fujitsu_laptop->acpi_handle, &state);
|
2013-12-30 06:47:36 +08:00
|
|
|
if (error) {
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_err("Error reading power state\n");
|
2009-07-31 16:46:02 +08:00
|
|
|
goto err_unregister_input_dev;
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_info("ACPI: %s [%s] (%s)\n",
|
|
|
|
acpi_device_name(device), acpi_device_bid(device),
|
|
|
|
!device->power.state ? "on" : "off");
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
fujitsu_laptop->dev = device;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2013-09-03 08:32:03 +08:00
|
|
|
if (acpi_has_method(device->handle, METHOD_NAME__INI)) {
|
2008-06-11 08:44:56 +08:00
|
|
|
vdbg_printk(FUJLAPTOP_DBG_INFO, "Invoking _INI\n");
|
|
|
|
if (ACPI_FAILURE
|
|
|
|
(acpi_evaluate_object
|
|
|
|
(device->handle, METHOD_NAME__INI, NULL, NULL)))
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_err("_INI Method failed\n");
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
2009-01-01 02:19:59 +08:00
|
|
|
i = 0;
|
|
|
|
while (call_fext_func(FUNC_BUTTONS, 0x1, 0x0, 0x0) != 0
|
|
|
|
&& (i++) < MAX_HOTKEY_RINGBUFFER_SIZE)
|
|
|
|
; /* No action, result is discarded */
|
2008-06-11 08:44:56 +08:00
|
|
|
vdbg_printk(FUJLAPTOP_DBG_INFO, "Discarded %i ringbuffer entries\n", i);
|
|
|
|
|
2017-02-08 21:46:27 +08:00
|
|
|
fujitsu_laptop->flags_supported =
|
|
|
|
call_fext_func(FUNC_FLAGS, 0x0, 0x0, 0x0);
|
2009-02-02 19:11:10 +08:00
|
|
|
|
|
|
|
/* Make sure our bitmask of supported functions is cleared if the
|
|
|
|
RFKILL function block is not implemented, like on the S7020. */
|
2017-02-08 21:46:27 +08:00
|
|
|
if (fujitsu_laptop->flags_supported == UNSUPPORTED_CMD)
|
|
|
|
fujitsu_laptop->flags_supported = 0;
|
2009-02-02 19:11:10 +08:00
|
|
|
|
2017-02-08 21:46:27 +08:00
|
|
|
if (fujitsu_laptop->flags_supported)
|
|
|
|
fujitsu_laptop->flags_state =
|
|
|
|
call_fext_func(FUNC_FLAGS, 0x4, 0x0, 0x0);
|
2009-01-01 02:19:59 +08:00
|
|
|
|
|
|
|
/* Suspect this is a keymap of the application panel, print it */
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_info("BTNI: [0x%x]\n", call_fext_func(FUNC_BUTTONS, 0x0, 0x0, 0x0));
|
2009-01-01 02:19:59 +08:00
|
|
|
|
2017-03-10 18:50:34 +08:00
|
|
|
/* Sync backlight power status */
|
2017-03-10 18:50:35 +08:00
|
|
|
if (fujitsu_bl->bl_device &&
|
|
|
|
acpi_video_get_backlight_type() == acpi_backlight_vendor) {
|
2017-03-10 18:50:34 +08:00
|
|
|
if (call_fext_func(FUNC_BACKLIGHT, 0x2, 0x4, 0x0) == 3)
|
|
|
|
fujitsu_bl->bl_device->props.power = FB_BLANK_POWERDOWN;
|
|
|
|
else
|
|
|
|
fujitsu_bl->bl_device->props.power = FB_BLANK_UNBLANK;
|
|
|
|
}
|
|
|
|
|
2016-04-27 06:28:17 +08:00
|
|
|
#if IS_ENABLED(CONFIG_LEDS_CLASS)
|
2009-01-01 02:19:59 +08:00
|
|
|
if (call_fext_func(FUNC_LEDS, 0x0, 0x0, 0x0) & LOGOLAMP_POWERON) {
|
2017-02-08 21:46:24 +08:00
|
|
|
result = led_classdev_register(&fujitsu_bl->pf_device->dev,
|
2009-01-01 02:19:59 +08:00
|
|
|
&logolamp_led);
|
|
|
|
if (result == 0) {
|
2017-02-08 21:46:25 +08:00
|
|
|
fujitsu_laptop->logolamp_registered = 1;
|
2009-01-01 02:19:59 +08:00
|
|
|
} else {
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_err("Could not register LED handler for logo lamp, error %i\n",
|
|
|
|
result);
|
2009-01-01 02:19:59 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if ((call_fext_func(FUNC_LEDS, 0x0, 0x0, 0x0) & KEYBOARD_LAMPS) &&
|
|
|
|
(call_fext_func(FUNC_BUTTONS, 0x0, 0x0, 0x0) == 0x0)) {
|
2017-02-08 21:46:24 +08:00
|
|
|
result = led_classdev_register(&fujitsu_bl->pf_device->dev,
|
2009-01-01 02:19:59 +08:00
|
|
|
&kblamps_led);
|
|
|
|
if (result == 0) {
|
2017-02-08 21:46:25 +08:00
|
|
|
fujitsu_laptop->kblamps_registered = 1;
|
2009-01-01 02:19:59 +08:00
|
|
|
} else {
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_err("Could not register LED handler for keyboard lamps, error %i\n",
|
|
|
|
result);
|
2009-01-01 02:19:59 +08:00
|
|
|
}
|
|
|
|
}
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* BTNI bit 24 seems to indicate the presence of a radio toggle
|
|
|
|
* button in place of a slide switch, and all such machines appear
|
|
|
|
* to also have an RF LED. Therefore use bit 24 as an indicator
|
|
|
|
* that an RF LED is present.
|
|
|
|
*/
|
|
|
|
if (call_fext_func(FUNC_BUTTONS, 0x0, 0x0, 0x0) & BIT(24)) {
|
2017-02-08 21:46:24 +08:00
|
|
|
result = led_classdev_register(&fujitsu_bl->pf_device->dev,
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
&radio_led);
|
|
|
|
if (result == 0) {
|
2017-02-08 21:46:25 +08:00
|
|
|
fujitsu_laptop->radio_led_registered = 1;
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
} else {
|
|
|
|
pr_err("Could not register LED handler for radio LED, error %i\n",
|
|
|
|
result);
|
|
|
|
}
|
|
|
|
}
|
2016-06-21 16:09:21 +08:00
|
|
|
|
|
|
|
/* Support for eco led is not always signaled in bit corresponding
|
|
|
|
* to the bit used to control the led. According to the DSDT table,
|
|
|
|
* bit 14 seems to indicate presence of said led as well.
|
|
|
|
* Confirm by testing the status.
|
|
|
|
*/
|
|
|
|
if ((call_fext_func(FUNC_LEDS, 0x0, 0x0, 0x0) & BIT(14)) &&
|
|
|
|
(call_fext_func(FUNC_LEDS, 0x2, ECO_LED, 0x0) != UNSUPPORTED_CMD)) {
|
2017-02-08 21:46:24 +08:00
|
|
|
result = led_classdev_register(&fujitsu_bl->pf_device->dev,
|
2016-06-21 16:09:21 +08:00
|
|
|
&eco_led);
|
|
|
|
if (result == 0) {
|
2017-02-08 21:46:25 +08:00
|
|
|
fujitsu_laptop->eco_led_registered = 1;
|
2016-06-21 16:09:21 +08:00
|
|
|
} else {
|
|
|
|
pr_err("Could not register LED handler for eco LED, error %i\n",
|
|
|
|
result);
|
|
|
|
}
|
|
|
|
}
|
2009-07-31 16:46:02 +08:00
|
|
|
#endif
|
2009-01-01 02:19:59 +08:00
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
return result;
|
|
|
|
|
2009-07-31 16:46:02 +08:00
|
|
|
err_unregister_input_dev:
|
|
|
|
input_unregister_device(input);
|
2010-07-21 06:19:34 +08:00
|
|
|
input = NULL;
|
2008-06-11 08:44:56 +08:00
|
|
|
err_free_input_dev:
|
|
|
|
input_free_device(input);
|
2009-04-07 23:37:22 +08:00
|
|
|
err_free_fifo:
|
2017-02-08 21:46:25 +08:00
|
|
|
kfifo_free(&fujitsu_laptop->fifo);
|
2008-06-11 08:44:56 +08:00
|
|
|
err_stop:
|
2013-12-30 06:47:36 +08:00
|
|
|
return error;
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
static int acpi_fujitsu_laptop_remove(struct acpi_device *device)
|
2008-06-11 08:44:56 +08:00
|
|
|
{
|
2017-02-08 21:46:25 +08:00
|
|
|
struct fujitsu_laptop *fujitsu_laptop = acpi_driver_data(device);
|
|
|
|
struct input_dev *input = fujitsu_laptop->input;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2016-04-27 06:28:17 +08:00
|
|
|
#if IS_ENABLED(CONFIG_LEDS_CLASS)
|
2017-02-08 21:46:25 +08:00
|
|
|
if (fujitsu_laptop->logolamp_registered)
|
2009-07-31 16:46:02 +08:00
|
|
|
led_classdev_unregister(&logolamp_led);
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
if (fujitsu_laptop->kblamps_registered)
|
2009-07-31 16:46:02 +08:00
|
|
|
led_classdev_unregister(&kblamps_led);
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
if (fujitsu_laptop->radio_led_registered)
|
fujitsu-laptop: Support radio LED
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Since the Lifebook E734/E744/E754 only has a button (as compared to a
slider) for enabling/disabling radio transmitters, I believe the LED in
question is meant to indicate whether all radio transmitters are
currently on or off. However, pressing the radio toggle button does not
automatically change the hardware state of the transmitters: it looks
like this machine relies on soft rfkill.
As for detecting whether the LED is present on a given machine, I had to
resort to educated guesswork. I assumed this LED is present on all
devices which have a radio toggle button instead of a slider. My
Lifebook E744 holds 0x01010001 in BTNI. By comparing the bits and
buttons with those of a Lifebook E8420 (BTNI=0x000F0101, has a slider),
I put my money on bit 24 as the indicator of the radio toggle button
being present. Furthermore, bit 24 is also clear on the S7020 which
does not have the toggle button or an RF LED.
Figuring out how the LED is controlled was more deterministic as all it
took was decompiling the DSDT and taking a look at method S000 (the
RFKILL method of the FUNC interface).
The LED control method implemented here is unsuitable for use with
"heavy" LED triggers, like phy0rx. Once blinking frequency achieves a
certain level, the system hangs.
Signed-off-by: Michał Kępień <kernel@kempniu.pl>
[jwoithe: Comment on bit 24 in BTNI, expanded commit msg]
Signed-off-by: Jonathan Woithe <jwoithe@just42.net>
[dvhart: Minor style and commit log adjustments]
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2016-04-12 20:36:34 +08:00
|
|
|
led_classdev_unregister(&radio_led);
|
2016-06-21 16:09:21 +08:00
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
if (fujitsu_laptop->eco_led_registered)
|
2016-06-21 16:09:21 +08:00
|
|
|
led_classdev_unregister(&eco_led);
|
2009-07-31 16:46:02 +08:00
|
|
|
#endif
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2009-07-31 16:46:02 +08:00
|
|
|
input_unregister_device(input);
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
kfifo_free(&fujitsu_laptop->fifo);
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
fujitsu_laptop->acpi_handle = NULL;
|
2009-07-31 16:46:02 +08:00
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
static void acpi_fujitsu_laptop_press(int keycode)
|
2017-01-11 16:59:31 +08:00
|
|
|
{
|
2017-02-08 21:46:25 +08:00
|
|
|
struct input_dev *input = fujitsu_laptop->input;
|
2017-01-11 16:59:31 +08:00
|
|
|
int status;
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
status = kfifo_in_locked(&fujitsu_laptop->fifo,
|
2017-01-11 16:59:31 +08:00
|
|
|
(unsigned char *)&keycode, sizeof(keycode),
|
2017-02-08 21:46:25 +08:00
|
|
|
&fujitsu_laptop->fifo_lock);
|
2017-01-11 16:59:31 +08:00
|
|
|
if (status != sizeof(keycode)) {
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_WARN,
|
|
|
|
"Could not push keycode [0x%x]\n", keycode);
|
2017-01-11 16:59:33 +08:00
|
|
|
return;
|
2017-01-11 16:59:31 +08:00
|
|
|
}
|
2017-01-11 16:59:33 +08:00
|
|
|
input_report_key(input, keycode, 1);
|
|
|
|
input_sync(input);
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_TRACE,
|
|
|
|
"Push keycode into ringbuffer [%d]\n", keycode);
|
2017-01-11 16:59:31 +08:00
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
static void acpi_fujitsu_laptop_release(void)
|
2017-01-11 16:59:31 +08:00
|
|
|
{
|
2017-02-08 21:46:25 +08:00
|
|
|
struct input_dev *input = fujitsu_laptop->input;
|
2017-01-11 16:59:31 +08:00
|
|
|
int keycode, status;
|
|
|
|
|
2017-01-11 16:59:32 +08:00
|
|
|
while (true) {
|
2017-02-08 21:46:25 +08:00
|
|
|
status = kfifo_out_locked(&fujitsu_laptop->fifo,
|
2017-01-11 16:59:31 +08:00
|
|
|
(unsigned char *)&keycode,
|
|
|
|
sizeof(keycode),
|
2017-02-08 21:46:25 +08:00
|
|
|
&fujitsu_laptop->fifo_lock);
|
2017-01-11 16:59:32 +08:00
|
|
|
if (status != sizeof(keycode))
|
|
|
|
return;
|
2017-01-11 16:59:31 +08:00
|
|
|
input_report_key(input, keycode, 0);
|
|
|
|
input_sync(input);
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_TRACE,
|
|
|
|
"Pop keycode from ringbuffer [%d]\n", keycode);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
static void acpi_fujitsu_laptop_notify(struct acpi_device *device, u32 event)
|
2008-06-11 08:44:56 +08:00
|
|
|
{
|
|
|
|
struct input_dev *input;
|
2017-01-11 16:59:31 +08:00
|
|
|
int keycode;
|
2008-06-11 08:44:56 +08:00
|
|
|
unsigned int irb = 1;
|
2017-01-11 16:59:31 +08:00
|
|
|
int i;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
input = fujitsu_laptop->input;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-01-11 16:59:30 +08:00
|
|
|
if (event != ACPI_FUJITSU_NOTIFY_CODE1) {
|
|
|
|
keycode = KEY_UNKNOWN;
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_WARN,
|
|
|
|
"Unsupported event [0x%x]\n", event);
|
|
|
|
input_report_key(input, keycode, 1);
|
|
|
|
input_sync(input);
|
|
|
|
input_report_key(input, keycode, 0);
|
|
|
|
input_sync(input);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:27 +08:00
|
|
|
if (fujitsu_laptop->flags_supported)
|
|
|
|
fujitsu_laptop->flags_state =
|
|
|
|
call_fext_func(FUNC_FLAGS, 0x4, 0x0, 0x0);
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-01-11 16:59:30 +08:00
|
|
|
i = 0;
|
|
|
|
while ((irb =
|
|
|
|
call_fext_func(FUNC_BUTTONS, 0x1, 0x0, 0x0)) != 0
|
|
|
|
&& (i++) < MAX_HOTKEY_RINGBUFFER_SIZE) {
|
|
|
|
switch (irb & 0x4ff) {
|
|
|
|
case KEY1_CODE:
|
2017-02-08 21:46:24 +08:00
|
|
|
keycode = fujitsu_bl->keycode1;
|
2017-01-11 16:59:30 +08:00
|
|
|
break;
|
|
|
|
case KEY2_CODE:
|
2017-02-08 21:46:24 +08:00
|
|
|
keycode = fujitsu_bl->keycode2;
|
2017-01-11 16:59:30 +08:00
|
|
|
break;
|
|
|
|
case KEY3_CODE:
|
2017-02-08 21:46:24 +08:00
|
|
|
keycode = fujitsu_bl->keycode3;
|
2017-01-11 16:59:30 +08:00
|
|
|
break;
|
|
|
|
case KEY4_CODE:
|
2017-02-08 21:46:24 +08:00
|
|
|
keycode = fujitsu_bl->keycode4;
|
2017-01-11 16:59:30 +08:00
|
|
|
break;
|
|
|
|
case KEY5_CODE:
|
2017-02-08 21:46:24 +08:00
|
|
|
keycode = fujitsu_bl->keycode5;
|
2017-01-11 16:59:30 +08:00
|
|
|
break;
|
|
|
|
case 0:
|
|
|
|
keycode = 0;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
vdbg_printk(FUJLAPTOP_DBG_WARN,
|
|
|
|
"Unknown GIRB result [%x]\n", irb);
|
|
|
|
keycode = -1;
|
|
|
|
break;
|
|
|
|
}
|
2017-01-11 16:59:31 +08:00
|
|
|
|
|
|
|
if (keycode > 0)
|
2017-02-08 21:46:25 +08:00
|
|
|
acpi_fujitsu_laptop_press(keycode);
|
2017-01-11 16:59:31 +08:00
|
|
|
else if (keycode == 0)
|
2017-02-08 21:46:25 +08:00
|
|
|
acpi_fujitsu_laptop_release();
|
2017-01-11 16:59:30 +08:00
|
|
|
}
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-01-11 16:59:30 +08:00
|
|
|
/* On some models (first seen on the Skylake-based Lifebook
|
|
|
|
* E736/E746/E756), the touchpad toggle hotkey (Fn+F4) is
|
2017-02-08 21:46:27 +08:00
|
|
|
* handled in software; its state is queried using FUNC_FLAGS
|
2017-01-11 16:59:30 +08:00
|
|
|
*/
|
2017-02-08 21:46:27 +08:00
|
|
|
if ((fujitsu_laptop->flags_supported & BIT(26)) &&
|
|
|
|
(call_fext_func(FUNC_FLAGS, 0x1, 0x0, 0x0) & BIT(26))) {
|
2017-01-11 16:59:30 +08:00
|
|
|
keycode = KEY_TOUCHPAD_TOGGLE;
|
2008-06-11 08:44:56 +08:00
|
|
|
input_report_key(input, keycode, 1);
|
|
|
|
input_sync(input);
|
|
|
|
input_report_key(input, keycode, 0);
|
|
|
|
input_sync(input);
|
|
|
|
}
|
2017-01-11 16:59:30 +08:00
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Initialization */
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
static const struct acpi_device_id fujitsu_bl_device_ids[] = {
|
|
|
|
{ACPI_FUJITSU_BL_HID, 0},
|
2007-08-29 14:28:19 +08:00
|
|
|
{"", 0},
|
|
|
|
};
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
static struct acpi_driver acpi_fujitsu_bl_driver = {
|
|
|
|
.name = ACPI_FUJITSU_BL_DRIVER_NAME,
|
2007-08-29 14:28:19 +08:00
|
|
|
.class = ACPI_FUJITSU_CLASS,
|
2017-02-08 21:46:24 +08:00
|
|
|
.ids = fujitsu_bl_device_ids,
|
2007-08-29 14:28:19 +08:00
|
|
|
.ops = {
|
2017-02-08 21:46:24 +08:00
|
|
|
.add = acpi_fujitsu_bl_add,
|
|
|
|
.remove = acpi_fujitsu_bl_remove,
|
|
|
|
.notify = acpi_fujitsu_bl_notify,
|
2007-08-29 14:28:19 +08:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
static const struct acpi_device_id fujitsu_laptop_device_ids[] = {
|
|
|
|
{ACPI_FUJITSU_LAPTOP_HID, 0},
|
2008-06-11 08:44:56 +08:00
|
|
|
{"", 0},
|
|
|
|
};
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
static struct acpi_driver acpi_fujitsu_laptop_driver = {
|
|
|
|
.name = ACPI_FUJITSU_LAPTOP_DRIVER_NAME,
|
2008-06-11 08:44:56 +08:00
|
|
|
.class = ACPI_FUJITSU_CLASS,
|
2017-02-08 21:46:25 +08:00
|
|
|
.ids = fujitsu_laptop_device_ids,
|
2008-06-11 08:44:56 +08:00
|
|
|
.ops = {
|
2017-02-08 21:46:25 +08:00
|
|
|
.add = acpi_fujitsu_laptop_add,
|
|
|
|
.remove = acpi_fujitsu_laptop_remove,
|
|
|
|
.notify = acpi_fujitsu_laptop_notify,
|
2008-06-11 08:44:56 +08:00
|
|
|
},
|
|
|
|
};
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2014-09-09 06:21:59 +08:00
|
|
|
static const struct acpi_device_id fujitsu_ids[] __used = {
|
2017-02-08 21:46:24 +08:00
|
|
|
{ACPI_FUJITSU_BL_HID, 0},
|
2017-02-08 21:46:25 +08:00
|
|
|
{ACPI_FUJITSU_LAPTOP_HID, 0},
|
2014-09-09 06:21:59 +08:00
|
|
|
{"", 0}
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(acpi, fujitsu_ids);
|
|
|
|
|
2007-08-29 14:28:19 +08:00
|
|
|
static int __init fujitsu_init(void)
|
|
|
|
{
|
2017-03-10 18:50:33 +08:00
|
|
|
int ret;
|
2007-08-29 14:28:19 +08:00
|
|
|
|
|
|
|
if (acpi_disabled)
|
|
|
|
return -ENODEV;
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl = kzalloc(sizeof(struct fujitsu_bl), GFP_KERNEL);
|
|
|
|
if (!fujitsu_bl)
|
2007-08-29 14:28:19 +08:00
|
|
|
return -ENOMEM;
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->keycode1 = KEY_PROG1;
|
|
|
|
fujitsu_bl->keycode2 = KEY_PROG2;
|
|
|
|
fujitsu_bl->keycode3 = KEY_PROG3;
|
|
|
|
fujitsu_bl->keycode4 = KEY_PROG4;
|
|
|
|
fujitsu_bl->keycode5 = KEY_RFKILL;
|
2008-10-09 12:14:40 +08:00
|
|
|
dmi_check_system(fujitsu_dmi_table);
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2017-02-08 21:46:30 +08:00
|
|
|
ret = acpi_bus_register_driver(&acpi_fujitsu_bl_driver);
|
|
|
|
if (ret)
|
2007-08-29 14:28:19 +08:00
|
|
|
goto fail_acpi;
|
|
|
|
|
|
|
|
/* Register platform stuff */
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
fujitsu_bl->pf_device = platform_device_alloc("fujitsu-laptop", -1);
|
|
|
|
if (!fujitsu_bl->pf_device) {
|
2007-08-29 14:28:19 +08:00
|
|
|
ret = -ENOMEM;
|
|
|
|
goto fail_platform_driver;
|
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
ret = platform_device_add(fujitsu_bl->pf_device);
|
2007-08-29 14:28:19 +08:00
|
|
|
if (ret)
|
|
|
|
goto fail_platform_device1;
|
|
|
|
|
|
|
|
ret =
|
2017-02-08 21:46:24 +08:00
|
|
|
sysfs_create_group(&fujitsu_bl->pf_device->dev.kobj,
|
2017-02-08 21:46:26 +08:00
|
|
|
&fujitsu_pf_attribute_group);
|
2007-08-29 14:28:19 +08:00
|
|
|
if (ret)
|
|
|
|
goto fail_platform_device2;
|
|
|
|
|
2017-02-08 21:46:26 +08:00
|
|
|
ret = platform_driver_register(&fujitsu_pf_driver);
|
2008-06-11 08:44:56 +08:00
|
|
|
if (ret)
|
2017-03-10 18:50:35 +08:00
|
|
|
goto fail_sysfs_group;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
/* Register laptop driver */
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
fujitsu_laptop = kzalloc(sizeof(struct fujitsu_laptop), GFP_KERNEL);
|
|
|
|
if (!fujitsu_laptop) {
|
2008-06-11 08:44:56 +08:00
|
|
|
ret = -ENOMEM;
|
2017-02-08 21:46:25 +08:00
|
|
|
goto fail_laptop;
|
2008-06-11 08:44:56 +08:00
|
|
|
}
|
|
|
|
|
2017-02-08 21:46:30 +08:00
|
|
|
ret = acpi_bus_register_driver(&acpi_fujitsu_laptop_driver);
|
|
|
|
if (ret)
|
2017-02-08 21:46:25 +08:00
|
|
|
goto fail_laptop1;
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_info("driver " FUJITSU_DRIVER_VERSION " successfully loaded\n");
|
2007-08-29 14:28:19 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
fail_laptop1:
|
|
|
|
kfree(fujitsu_laptop);
|
|
|
|
fail_laptop:
|
2017-02-08 21:46:26 +08:00
|
|
|
platform_driver_unregister(&fujitsu_pf_driver);
|
2009-07-31 16:46:02 +08:00
|
|
|
fail_sysfs_group:
|
2017-02-08 21:46:24 +08:00
|
|
|
sysfs_remove_group(&fujitsu_bl->pf_device->dev.kobj,
|
2017-02-08 21:46:26 +08:00
|
|
|
&fujitsu_pf_attribute_group);
|
2008-06-11 08:44:56 +08:00
|
|
|
fail_platform_device2:
|
2017-02-08 21:46:24 +08:00
|
|
|
platform_device_del(fujitsu_bl->pf_device);
|
2008-06-11 08:44:56 +08:00
|
|
|
fail_platform_device1:
|
2017-02-08 21:46:24 +08:00
|
|
|
platform_device_put(fujitsu_bl->pf_device);
|
2008-06-11 08:44:56 +08:00
|
|
|
fail_platform_driver:
|
2017-02-08 21:46:24 +08:00
|
|
|
acpi_bus_unregister_driver(&acpi_fujitsu_bl_driver);
|
2008-06-11 08:44:56 +08:00
|
|
|
fail_acpi:
|
2017-02-08 21:46:24 +08:00
|
|
|
kfree(fujitsu_bl);
|
2007-08-29 14:28:19 +08:00
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __exit fujitsu_cleanup(void)
|
|
|
|
{
|
2017-02-08 21:46:25 +08:00
|
|
|
acpi_bus_unregister_driver(&acpi_fujitsu_laptop_driver);
|
2009-01-01 02:19:59 +08:00
|
|
|
|
2017-02-08 21:46:25 +08:00
|
|
|
kfree(fujitsu_laptop);
|
2009-01-01 02:19:59 +08:00
|
|
|
|
2017-02-08 21:46:26 +08:00
|
|
|
platform_driver_unregister(&fujitsu_pf_driver);
|
2009-07-31 16:46:02 +08:00
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
sysfs_remove_group(&fujitsu_bl->pf_device->dev.kobj,
|
2017-02-08 21:46:26 +08:00
|
|
|
&fujitsu_pf_attribute_group);
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
platform_device_unregister(fujitsu_bl->pf_device);
|
2007-08-29 14:28:19 +08:00
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
acpi_bus_unregister_driver(&acpi_fujitsu_bl_driver);
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2017-02-08 21:46:24 +08:00
|
|
|
kfree(fujitsu_bl);
|
2008-06-11 08:44:56 +08:00
|
|
|
|
2011-03-30 06:21:39 +08:00
|
|
|
pr_info("driver unloaded\n");
|
2007-08-29 14:28:19 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
module_init(fujitsu_init);
|
|
|
|
module_exit(fujitsu_cleanup);
|
|
|
|
|
2008-06-11 08:44:56 +08:00
|
|
|
module_param(use_alt_lcd_levels, uint, 0644);
|
|
|
|
MODULE_PARM_DESC(use_alt_lcd_levels,
|
|
|
|
"Use alternative interface for lcd_levels (needed for Lifebook s6410).");
|
|
|
|
module_param(disable_brightness_adjust, uint, 0644);
|
|
|
|
MODULE_PARM_DESC(disable_brightness_adjust, "Disable brightness adjustment .");
|
|
|
|
#ifdef CONFIG_FUJITSU_LAPTOP_DEBUG
|
|
|
|
module_param_named(debug, dbg_level, uint, 0644);
|
|
|
|
MODULE_PARM_DESC(debug, "Sets debug level bit-mask");
|
|
|
|
#endif
|
|
|
|
|
2009-01-01 02:19:59 +08:00
|
|
|
MODULE_AUTHOR("Jonathan Woithe, Peter Gruber, Tony Vroon");
|
2007-08-29 14:28:19 +08:00
|
|
|
MODULE_DESCRIPTION("Fujitsu laptop extras support");
|
|
|
|
MODULE_VERSION(FUJITSU_DRIVER_VERSION);
|
|
|
|
MODULE_LICENSE("GPL");
|