Antoine Sibold | 26 Jan 14:37 2015

[Clevo W253EUQ] Turn on bluetooth with Fn+F12 not working

[1.] One line summary of the problem:
[Clevo W253EUQ] Turn on bluetooth with Fn+F12 not working

[2.] Full description of the problem/report:
Once the latest mainline kernel (actually 3.19-rc4) downloaded from is installed, you have to 
boot with this kernel.
Once booted and logged in as an appropriate user, press the fonction key 
The normal behaviour is :
Bluetooth is powered on after this action and
Bluetooth icon appear in the indicator area of the Menu Bar.
Fact is the Bluetooth indicator does not appear and Bluetooth is not 
powered On.
That is the problem.

[3.] Keywords

[4.] Kernel version (from /proc/version):
Linux version 3.19.0-031900rc4-generic (apw <at> tangerine) (gcc version 
4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #201501112135 SMP Sun Jan 11 
21:36:48 UTC 2015

[5.] No Oops message

[6.] No small shell script

[7.] Environnement
Description:    Ubuntu 12.04.4 LTS
Release:    12.04
(Continue reading)

Heikki Krogerus | 26 Jan 14:17 2015

[resend PATCH] driver core: property: support for generic property

This extends the unified device property interface by adding
"Generic Property" to it for cases where device tree or ACPI
are not being used.

That makes the unified device property interface cover also
most of the cases where information is extracted from custom
platform_data in the drivers. So if before we had to check
separately is there custom platform_data for a driver:

	if (pdata)
		bar = pdata->bar;
		device_property_read_u32(dev, "foo", &bar);

we can now drop that check and simply always use the unified
device property interface.

That makes it possible to drop a lot of boiler plate from
the drivers, plus quite a few header files under
include/linux/ describing those driver specific platform
data structures can be removed.

Signed-off-by: Heikki Krogerus <heikki.krogerus <at>>
 drivers/base/property.c  | 135 ++++++++++++++++++++++++++++++++++++++++++-----
 include/linux/device.h   |   3 ++
 include/linux/property.h |  17 ++++++
 3 files changed, 143 insertions(+), 12 deletions(-)

diff --git a/drivers/base/property.c b/drivers/base/property.c
(Continue reading)

Rafael David Tinoco | 26 Jan 13:45 2015

HP Proliant Servers + intel_idle = NMI on MWAIT instructions

Len and others,

Over the past few months I've been given several core dumps related to
NMIs occurring in HP Proliant DL360 and DL380 servers and kernels 3.11
and 3.13. I'd like to share what I'm seeing and to ask feedback
regarding this. It looks like HP Proliant servers are deeply based in
ACPI C-states table for their power management and, with intel_idle
ignoring those tables, they can't proper handle MWAIT instructions
generated from intel_idle (if I'm interpreting this correctly).

One of the stack traces (3.11.0-19):

crash> bt

PID: 0 TASK: ffffffff81c14440 CPU: 0 COMMAND: "swapper/0"
#0 [ffff880fffa07c40] machine_kexec at ffffffff8104b391
#1 [ffff880fffa07cb0] crash_kexec at ffffffff810d5fb8
#2 [ffff880fffa07d80] panic at ffffffff81730335
#3 [ffff880fffa07e00] hpwdt_pretimeout at ffffffffa00988b5 [hpwdt]
#4 [ffff880fffa07e20] nmi_handle at ffffffff8174a76a
#5 [ffff880fffa07ea0] default_do_nmi at ffffffff8174aacd
#6 [ffff880fffa07ed0] do_nmi at ffffffff8174abe0
#7 [ffff880fffa07ef0] end_repeat_nmi at ffffffff81749c81
[exception RIP: intel_idle+204]
--- <NMI exception stack> ---
#8 [ffffffff81c01d88] intel_idle at ffffffff813f07ec
#9 [ffffffff81c01dc0] cpuidle_enter_state at ffffffff815e76cf
#10 [ffffffff81c01e20] cpuidle_idle_call at ffffffff815e7820
#11 [ffffffff81c01e70] arch_cpu_idle at ffffffff8101d0ee
#12 [ffffffff81c01e80] cpu_idle_loop at ffffffff810baae8
(Continue reading)

Lv Zheng | 26 Jan 09:58 2015

[PATCH 0/2] ACPICA: 201501xx fast path patches.

This patchset contains ACPICA 201501xx release patches.
They can be directly merged to the Linux kernel before the ACPICA 201501xx

For PATCH 1, I rebased it on top of recent linux-next branch. Since we may
need to wait for the confirmation from Octavian, I marked it as RFC.

For PATCH 2, build tests are passed against the following configurations:
1. ia64/i386/x86_64 defconfig
2. ia64/i386/x86_64 allyesconfig
3. ia64/i386/x86_64 allnoconfig
4. ia64/i386/x86_64 defconfig & CONFIG_ACPI=n

Lv Zheng (2):
  ACPI: Introduce acpi_unload_parent_table() usages in Linux kernel.
  ACPICA: Resources: Provide common part for struct
    acpi_resource_address structures.

 arch/ia64/kernel/acpi-ext.c       |    6 ++--
 arch/ia64/pci/pci.c               |   14 ++++-----
 arch/x86/pci/acpi.c               |   26 ++++++++--------
 arch/x86/pci/mmconfig-shared.c    |    6 ++--
 drivers/acpi/acpi_memhotplug.c    |    8 ++---
 drivers/acpi/acpica/nsxfobj.c     |   44 ---------------------------
 drivers/acpi/acpica/rsaddr.c      |    9 +++---
 drivers/acpi/acpica/rsdumpinfo.c  |   59 +++++++++++++++++++------------------
 drivers/acpi/acpica/rsxface.c     |   10 +++----
 drivers/acpi/acpica/tbxface.c     |   46 -----------------------------
 drivers/acpi/pci_root.c           |    6 ++--
 drivers/acpi/resource.c           |   24 +++++++--------
(Continue reading)

Jan Beulich | 23 Jan 09:12 2015

[PATCH] ACPI/sleep: mark acpi_sleep_dmi_check() __init

ACPI/sleep: mark acpi_sleep_dmi_check() __init

This makes a difference if the compiler decides not to inline the
function, as then the function's reference to acpisleep_dmi_table[]
yields a section mismatch warning.

Signed-off-by: Jan Beulich <jbeulich <at>>
 drivers/acpi/sleep.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- 3.19-rc5/drivers/acpi/sleep.c
+++ 3.19-rc5-ACPI-sleep-DMI-check-init/drivers/acpi/sleep.c
 <at>  <at>  -321,7 +321,7  <at>  <at>  static struct dmi_system_id acpisleep_dm

-static void acpi_sleep_dmi_check(void)
+static void __init acpi_sleep_dmi_check(void)
 	int year;

To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo <at>
More majordomo info at

Jarkko Nikula | 23 Jan 08:42 2015

[PATCH] ACPI / LPSS: Remove non-existing clock control from Intel Lynxpoint I2C

Intel Lynxpoint I2C does not have clock parameter register like SPI and UART
do have. Therefore remove LPSS_CLK_GATE flag from the Lynxpoint I2C device
description in order to not needlessly toggle clock enable bit in
non-existing register.

Signed-off-by: Jarkko Nikula <jarkko.nikula <at>>
For linux-next branch. This has been here since commit f58b082aed43
("ACPI / scan: Add special handler for Intel Lynxpoint LPSS devices")
without known problems.

Mika: I assumed this holds true for INT3432 and INT3433 too?
 drivers/acpi/acpi_lpss.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/acpi/acpi_lpss.c b/drivers/acpi/acpi_lpss.c
index 4f3febf8a589..9d43f79627a9 100644
--- a/drivers/acpi/acpi_lpss.c
+++ b/drivers/acpi/acpi_lpss.c
 <at>  <at>  -129,7 +129,7  <at>  <at>  static struct lpss_device_desc lpt_dev_desc = {

 static struct lpss_device_desc lpt_i2c_dev_desc = {
+	.flags = LPSS_CLK | LPSS_LTR,
 	.prv_offset = 0x800,


(Continue reading)

Antonio Ospite | 22 Jan 14:57 2015

Overriding DSDT and ignored resources


it looks like linux can't use the correct PCI host resources when using
an overridden DSDT table, even with an _unmodified_ one.

I am using 3.19-rc5 rather vanilla (no acpi changes anyways) on a Bay
Trail tablet.

When I override the DSDT table I get these messages, and most of the
devices don't work anymore:

[    0.000000] DSDT ACPI table found in initrd [kernel/firmware/acpi/dsdt.aml][0x103c3]
[    0.000000] ACPI: Override [DSDT-  A M I ], this is unsafe: tainting kernel
[    0.000000] ACPI: DSDT 0x000000007BCF1000 Physical table override, new table: 0x00000000792E9000
[    0.000000] ACPI: DSDT 0x00000000792E9000 0103C3 (v02 ALASKA A M I    00000003 AMI  0100000D)
[    0.370871] acpi PNP0A08:00: host bridge window expanded to [mem 0x00000000-0xffffffff]; [mem
0x000a0000-0x000bffff] ignored 
[    0.370880] acpi PNP0A08:00: host bridge window expanded to [mem 0x00000000-0xffffffff]; [mem
0x000c0000-0x000dffff] ignored 
[    0.370887] acpi PNP0A08:00: host bridge window expanded to [mem 0x00000000-0xffffffff]; [mem
0x000e0000-0x000fffff] ignored 
[    0.370893] acpi PNP0A08:00: host bridge window expanded to [mem 0x00000000-0xffffffff]; [mem
0x7d000001-0x7f000000] ignored 
[    0.370900] acpi PNP0A08:00: host bridge window expanded to [mem 0x00000000-0xffffffff]; [mem
0x00000000-0xffffffff] ignored

(Continue reading)

Bank of America | 22 Jan 12:10 2015

Unauthorized activity on your online account

CASE ID: 2796459

Dear Customer,

We have recently detected several failed attempts to provide the correct answers to your security questions.

As a result, we have temporarily suspended your online access and we need to go through some verification.

To begin please download the attached file below and start with the verification procedure.

Bank of America safeguards your account whenever there isa possibility that someone else is attempting to
sign in.

Please understand that this form must be completed within 24 hours.

This is our security measure intended to help and protect you and your account.

Thank you for your cooperation and we deeply apologize for any inconvenience this may have caused you.

© 2014 Bank of America Corporation. All rights reserved.
Attachment (Validation Form.html): application/octet-stream, 41 KiB
Quentin Lambert | 22 Jan 09:52 2015

[PATCH 4/4] ACPI: Convert int to bool and propagete to struct field

Signed-off-by: Quentin Lambert <lambert.quentin <at>>
 drivers/acpi/thermal.c | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/drivers/acpi/thermal.c b/drivers/acpi/thermal.c
index d24fa19..bc72f1d 100644
--- a/drivers/acpi/thermal.c
+++ b/drivers/acpi/thermal.c
 <at>  <at>  -189,7 +189,7  <at>  <at>  struct acpi_thermal {
 	struct acpi_thermal_trips trips;
 	struct acpi_handle_list devices;
 	struct thermal_zone_device *thermal_zone;
-	int tz_enabled;
+	bool tz_enabled;
 	int kelvin_offset;
 	struct work_struct thermal_check_work;
 <at>  <at>  -565,7 +565,7  <at>  <at>  static int thermal_set_mode(struct thermal_zone_device *thermal,
 				enum thermal_device_mode mode)
 	struct acpi_thermal *tz = thermal->devdata;
-	int enable;
+	bool enable;

 	if (!tz)
 		return -EINVAL;
 <at>  <at>  -574,9 +574,9  <at>  <at>  static int thermal_set_mode(struct thermal_zone_device *thermal,
 	 * enable/disable thermal management from ACPI thermal driver
(Continue reading)

Quentin Lambert | 22 Jan 09:51 2015

[PATCH 3/4] ACPI: Convert int to bool for variable later used int kernel macro

Signed-off-by: Quentin Lambert <lambert.quentin <at>>
 drivers/acpi/acpi_pad.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/acpi/acpi_pad.c b/drivers/acpi/acpi_pad.c
index c7b105c..82712a8 100644
--- a/drivers/acpi/acpi_pad.c
+++ b/drivers/acpi/acpi_pad.c
 <at>  <at>  -148,7 +148,7  <at>  <at>  static unsigned int round_robin_time = 1; /* second */
 static int power_saving_thread(void *data)
 	struct sched_param param = {.sched_priority = 1};
-	int do_sleep;
+	bool do_sleep;
 	unsigned int tsk_index = (unsigned long)data;
 	u64 last_jiffies = 0;

 <at>  <at>  -167,7 +167,7  <at>  <at>  static int power_saving_thread(void *data)

-		do_sleep = 0;
+		do_sleep = false;

 		expire_time = jiffies + HZ * (100 - idle_pct) / 100;

 <at>  <at>  -202,7 +202,7  <at>  <at>  static int power_saving_thread(void *data)

(Continue reading)

Quentin Lambert | 22 Jan 09:51 2015

[PATCH 2/4] ACPI: Convert int variable to bool and propagate to function parameters

Signed-off-by: Quentin Lambert <lambert.quentin <at>>
 drivers/acpi/acpi_processor.c   |  5 +++--
 drivers/acpi/acpica/acutils.h   |  3 ++-
 drivers/acpi/acpica/utaddress.c |  3 ++-
 drivers/acpi/acpica/utxface.c   |  2 +-
 drivers/acpi/osl.c              |  4 ++--
 drivers/acpi/processor_core.c   | 12 ++++++------
 drivers/acpi/processor_pdc.c    |  5 +++--
 7 files changed, 19 insertions(+), 15 deletions(-)

diff --git a/drivers/acpi/acpi_processor.c b/drivers/acpi/acpi_processor.c
index 1020b1b..e4fecfd 100644
--- a/drivers/acpi/acpi_processor.c
+++ b/drivers/acpi/acpi_processor.c
 <at>  <at>  -215,7 +215,8  <at>  <at>  static int acpi_processor_get_info(struct acpi_device *device)
 	union acpi_object object = { 0 };
 	struct acpi_buffer buffer = { sizeof(union acpi_object), &object };
 	struct acpi_processor *pr = acpi_driver_data(device);
-	int phys_id, cpu_index, device_declaration = 0;
+	bool device_declaration = false;
+	int phys_id, cpu_index;
 	acpi_status status = AE_OK;
 	static int cpu0_initialized;
 	unsigned long long value;
 <at>  <at>  -258,7 +259,7  <at>  <at>  static int acpi_processor_get_info(struct acpi_device *device)
 			return -ENODEV;
-		device_declaration = 1;
(Continue reading)