Rafael J. Wysocki | 25 Apr 04:18 2015

[GIT PULL] More ACPI and power management updates for v4.1-rc1

Hi Linus,

Please pull from

 git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \

to receive additional power management and ACPI material for v4.1-rc1
with top-most commit e0155a99b28f63e007c0c74076ad8ae486a3c9d3

 Merge branches 'acpi-dock', 'acpi-ec' and 'acpi-scan'

on top of commit 0f5abd4020bfd2b1eec6975b91bd5068aa674a93

 Merge tag 'acpica-4.1-rc1' of

These are fixes mostly (intel_pstate, ACPI core, ACPI EC driver, cpupower
tool), a new CPU ID for the Intel RAPL driver and one intel_pstate driver
improvement that didn't make it to my previous pull requests due to timing.


 - Fix a build warning in the intel_pstate driver showing up in non-SMP
   builds (Borislav Petkov).

 - Change one of the intel_pstate's P-state selection parameters for
   Baytrail and Cherrytrail CPUs to significantly improve performance
   at the cost of a small increase in energy consumption (Kristen
   Carlson Accardi).
(Continue reading)

Feng Kan | 25 Apr 00:17 2015

[PATCH RESEND V4 0/4] i2c: busses: xgene: I2C proxy driver for X-Gene

This is a proxy I2C driver for APM X-Gene SoC. It uses the mailbox driver
to tunnel i2c transactions via the SLIMpro processor.

V4 Change:
	- Remove PRP0001 and use a real ACPI id
V3 Change:
	- Add ACPI support
	- Fix previous comments.

Feng Kan (4):
  i2c: busses: add SLIMpro I2C device driver on APM X-Gene platform
  i2c: busses: xgene: add acpi support for i2c xgene SLIMpro driver
  Documentation: i2c: Add APM X-Gene platform SLIMpro I2C driver
  arm64: dts: add proxy I2C device driver on APM X-Gene platform

 .../devicetree/bindings/i2c/i2c-xgene-slimpro.txt  |  15 +
 arch/arm64/boot/dts/apm/apm-storm.dtsi             |   5 +
 drivers/i2c/busses/Kconfig                         |   9 +
 drivers/i2c/busses/Makefile                        |   1 +
 drivers/i2c/busses/i2c-xgene-slimpro.c             | 469 +++++++++++++++++++++
 5 files changed, 499 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/i2c/i2c-xgene-slimpro.txt
 create mode 100644 drivers/i2c/busses/i2c-xgene-slimpro.c



To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
(Continue reading)

Micha, D. | 24 Apr 06:44 2015

work with

My name is Gatan Magsino, I work with Mediterranean Bank in Malta. Can i trust you with a business worth 8.3
million USD? Please reply ONLY to my private email: magsinoga <at> yahoo.com.hk for more information.
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Chris Bainbridge | 24 Apr 03:25 2015

[PATCH] ACPI SBS: Fix intermittent hangs on Apple Macbook

Commit 7bc5a2b exposed the SBS on Apple hardware, resulting in
intermittent hangs of several minutes on boot, and failure to detect or
report the battery. We fix this two ways:

 - SMBUS hang should not hang the whole system. Respect the specified
   timeout by busy waiting instead of sleeping.
   This fix is already used on MSI hardware.

 - Stop the SBS from hanging in the first place by introducing a 5us
   delay before each SMBUS transaction. This fix is the result of
   experimentation. This particular delay was found to completely fix
   the problem on an Ivybridge Macbook Pro 13. Hangs were observed with
   3us delay but never with 5us.

Also, pr_warn if SBS communication fails instead of silently ignoring.

Link: https://bugzilla.kernel.org/show_bug.cgi?id=94651
Signed-off-by: Chris Bainbridge <chris.bainbridge <at> gmail.com>
 drivers/acpi/ec.c    | 14 +++++++++++++-
 drivers/acpi/sbs.c   | 10 +++++++---
 drivers/acpi/sbshc.c | 24 ++++++++++++++++++++++++
 3 files changed, 44 insertions(+), 4 deletions(-)

diff --git a/drivers/acpi/ec.c b/drivers/acpi/ec.c
index 220d640..7c9dacc 100644
--- a/drivers/acpi/ec.c
+++ b/drivers/acpi/ec.c
 <at>  <at>  -131,6 +131,7  <at>  <at>  struct acpi_ec *boot_ec, *first_ec;
(Continue reading)

Will Deacon | 23 Apr 12:38 2015

[GIT PULL] ACPI for arm64

Hi Linus,

ACPI for arm64 has been in development for a while now and hardware has
been available that can boot with either FDT or ACPI tables. This has
been made possible by both changes to the ACPI spec to cater for
ARM-based machines (known as "hardware-reduced" in ACPI parlance) but
also a Linaro-driven effort to get this supported on top of the Linux
kernel. This pull request is the result of that work.

These changes allow us to initialise the CPUs, interrupt controller, and
timers via ACPI tables, with memory information and cmdline coming from
EFI. We don't support a hybrid ACPI/FDT scheme. Of course, there is
still plenty of work to do (a serial console would be nice!) but I
expect that to happen on a per-driver basis after this core series has
been merged.

Anyway, the diff stat here is fairly horrible, but splitting this up and
merging it via all the different subsystems would have been extremely
painful. Instead, we've got all the relevant Acks in place and I've not
seen anything other than trivial (Kconfig) conflicts in -next (for
completeness, I've included my resolution below). Nearly half of the
insertions fall under Documentation/.

So, we'll see how this goes. Right now, it all depends on EXPERT and I
fully expect people to use FDT by default for the immediate future.

Please pull.


(Continue reading)

Alex Hung | 23 Apr 05:24 2015

[PATCH] ACPI / blacklist: blacklist Win8 OSI for Dell Inspiron 7437

Dell Inspiron 7437's ACPI events does not work well with Win8 OSI.
Disabling Win8 OSI can fix wireless hotkey and ACPI battery.

Signed-off-by: Alex Hung <alex.hung <at> canonical.com>
 drivers/acpi/blacklist.c |    8 ++++++++
 1 file changed, 8 insertions(+)

diff --git a/drivers/acpi/blacklist.c b/drivers/acpi/blacklist.c
index 37925a3..e2db565 100644
--- a/drivers/acpi/blacklist.c
+++ b/drivers/acpi/blacklist.c
 <at>  <at>  -306,6 +306,14  <at>  <at>  static struct dmi_system_id acpi_osi_dmi_table[] __initdata = {
 		    DMI_MATCH(DMI_PRODUCT_NAME, "Vostro 3546"),
+	{
+	.callback = dmi_disable_osi_win8,
+	.ident = "Dell Inspiron 7437",
+	.matches = {
+		    DMI_MATCH(DMI_SYS_VENDOR, "Dell Inc."),
+		    DMI_MATCH(DMI_PRODUCT_NAME, "Inspiron 7437"),
+		},
+	},

 	 * The brightness hotkeys do not work on those machines when


(Continue reading)

Chris Bainbridge | 22 Apr 17:40 2015

[PATCH] ACPI SBS: Re-enable battery manager

Commit 9faf6136 introduced a regression disabling the SBS battery
manager. The battery manager should be marked as present when
acpi_manager_get_info returns 0.

Signed-off-by: Chris Bainbridge <chris.bainbridge <at> gmail.com>
 drivers/acpi/sbs.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/acpi/sbs.c b/drivers/acpi/sbs.c
index cd82762..01504c8 100644
--- a/drivers/acpi/sbs.c
+++ b/drivers/acpi/sbs.c
 <at>  <at>  -684,7 +684,7  <at>  <at>  static int acpi_sbs_add(struct acpi_device *device)
 	if (!sbs_manager_broken) {
 		result = acpi_manager_get_info(sbs);
 		if (!result) {
-			sbs->manager_present = 0;
+			sbs->manager_present = 1;
 			for (id = 0; id < MAX_SBS_BAT; ++id)
 				if ((sbs->batteries_supported & (1 << id)))
 					acpi_battery_add(sbs, id);


To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(Continue reading)

Kast Bernd | 22 Apr 16:12 2015

[RFC 0/2] asus notebook fan control


This patchset implements a fan control for asus notebooks.
It's based on Felipe Contreras' patch
(https://lkml.org/lkml/2013/10/8/800), that was proposed one and a half
year ago, but never made it to the kernel, because of the use of
This problem is solved by using the acpi internal function that is
activated by the first patch (ACPI_FUTURE_USAGE is removed).
The second patch implements the actual fan control functions, with a
similar logic than Felipe, but using hwmon instead of the thermal
interface and some bugs removed.

This patchset contains the following 2 patches:

This is my first kernel patch. I tried to respect all style rules and
implement it properly. I couldn't find any try to fix the old patch in
recent time, thus I wrote this new patch.

I would appreciate any kind of feedback to get this patch upstream.

Kast Bernd (2):
  ACPI: activate&export acpi_os_get_physical_address
  asus-wmi: add fan control

 drivers/acpi/osl.c              |   3 +-
 drivers/platform/x86/asus-wmi.c | 297 +++++++++++++++++++++++++++++++++++++---
 2 files changed, 278 insertions(+), 22 deletions(-)
(Continue reading)

Dan Williams | 18 Apr 03:35 2015

[PATCH 00/21] ND: NFIT-Defined / NVDIMM Subsystem

Since 2010 Intel has included non-volatile memory support on a few
storage-focused platforms with a feature named ADR (Asynchronous DRAM
Refresh).  These platforms were mostly targeted at custom applications
and never enjoyed standard discovery mechanisms for platform firmware
to advertise non-volatile memory capabilities.  This now changes with
the publication of version 6 of the ACPI specification [1] and its
inclusion of a new table for describing platform memory capabilities.
The NVDIMM Firmware Interface Table (NFIT), along with new EFI and E820
memory types, enumerates persistent memory ranges, memory-mapped-I/O
apertures, physical memory devices (DIMMs), and their associated

The ND-subsystem wraps a Linux device driver model around the objects
and address boundaries defined in the specification and introduces 3 new

  nd_pmem: NFIT enabled version of the existing 'pmem' driver [2]
  nd_blk: mmio aperture method for accessing persistent storage
  nd_btt: give persistent memory disk semantics (atomic sector update)

See the documentation in patch2 for more details, and there is
supplemental documentation on pmem.io [4].  Please review, and
patches welcome...

For kicking the tires, this release is accompanied by a userspace
management library 'ndctl' that includes unit tests (make check) for all
of the kernel ABIs.  The nfit_test.ko module can be used to explore a
sample NFIT topology.

[1]: http://www.uefi.org/sites/default/files/resources/ACPI_6.0.pdf
(Continue reading)

Chris Bainbridge | 17 Apr 13:11 2015

[BUG] rmmod sbshc: unable to handle kernel NULL pointer dereference in acpi_ec_put_query_handler

Booting 4.0.0 or latest git (4fc8adc) and doing:

rmmod sbs
rmmod sbshc

Results in:

[   17.478679] BUG: unable to handle kernel NULL pointer dereference at 000000000000002c
[   17.480360] IP: [<ffffffff814d69c8>] acpi_ec_put_query_handler+0x7/0x1a
[   17.482073] PGD 0 
[   17.483738] Oops: 0002 [#1] SMP 
[   17.485388] Modules linked in: sbshc(-) [last unloaded: sbs]
[   17.485393] CPU: 2 PID: 3973 Comm: rmmod Tainted: G        W       4.0.0+ #2
[   17.485394] Hardware name: Apple Inc. MacBookPro10,2/Mac-AFD8A9D944EA4843, BIOS
MBP102.88Z.0106.B07.1501071215 01/07/2015
[   17.485395] task: ffff88026538ad50 ti: ffff8802511e0000 task.ti: ffff8802511e0000
[   17.485397] RIP: 0010:[<ffffffff814d69c8>] 
[   17.485399]  [<ffffffff814d69c8>] acpi_ec_put_query_handler+0x7/0x1a
[   17.485400] RSP: 0018:ffff8802511e3dc0  EFLAGS: 00010213
[   17.485401] RAX: 0000000000000000 RBX: 0000000000000000 RCX: ffffea0009443400
[   17.485402] RDX: 0000000000000007 RSI: 0000000000018e40 RDI: 000000000000002c
[   17.485403] RBP: ffff8802511e3df8 R08: 0000000000000001 R09: 000000018040003f
[   17.485404] R10: ffffffff814d67ab R11: ffffea00021f03c0 R12: ffff8802511e3dc8
[   17.485405] R13: ffff88026533d210 R14: ffff880265134638 R15: 0000557e8f5151e0
[   17.485406] FS:  00007fb52352a700(0000) GS:ffff88026f280000(0000) knlGS:0000000000000000
[   17.485407] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[   17.485408] CR2: 000000000000002c CR3: 0000000251196000 CR4: 00000000001406e0
[   17.485409] Stack:
[   17.485409]  ffffffff814d6ae5
[   17.485410]  ffff8802654c1680
(Continue reading)

Rafael J. Wysocki | 17 Apr 02:48 2015

[GIT PULL] ACPICA updates for v4.1-rc1

Hi Linus,

Please pull from

 git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \

to receive ACPICA material for v4.1-rc1 with top-most commit

 ACPICA: Store GPE register enable masks upfront

on top of commit 39a8804455fb23f09157341d3ba7db6d7ae6ee76

 Linux 4.0

This updates the kernel's ACPICA code to upstream revision 20150410
and adds a fix for a GPE handling regression introduced during the
3.19 cycle on top of that.

Included are two stable-candidate bug fixes (one of them fixing a
3.16 regression), multiple other fixes and a bunch of cleanups.


 - Fix for a GPE handling regression on Dell Latitude D600 that
   caused GPE signaling to stop working on that machine, which
   appears to be due to a hardware glitch, but it used to work
   and it can be made work again in a relativly straightforward
   way (Rafael J Wysocki).
(Continue reading)