Rafael J. Wysocki | 31 Oct 23:09 2014

[GIT PULL] ACPI and power management fixes for 3.18-rc3

Hi Linus,

Please pull from

 git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
 pm+acpi-3.18-rc3

to receive ACPI and power management fixes for v3.18-rc3 with
top-most commit 7d627280b359a965105bcdd8f08224dfa14a3961

 Merge branches 'pm-cpufreq' and 'pm-sleep'

on top of commit cac7f2429872d3733dc3f9915857b1691da2eb2f

 Linux 3.18-rc2

These are fixes received after my previous pull request plus
one that has been in the works for quite a while, but its
previous version caused problems to happen, so it's been deferred
till now.

Fixed are 2 recent regressions (MFD enumeration and cpufreq-dt),
ACPI EC regression introduced in 3.17, system suspend error code
path regression introduced in 3.15, an older bug related to
recovery from failing resume from hibernation and a cpufreq-dt
driver issue related to operation performance points.

Specifics:

 - Fix a crash on r8a7791/koelsch during resume from system suspend
(Continue reading)

Mika Westerberg | 31 Oct 12:40 2014
Picon

[PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors

Commit 21f2aae91e902aad ("leds: leds-gpio: Add support for GPIO
descriptors") already converted most of the driver to use GPIO descriptors.
What is still missing is the platform specific hook gpio_blink_set() and
board files which pass legacy GPIO numbers to this driver in platform data.

In this patch we handle the former and convert gpio_blink_set() to take
GPIO descriptor instead. In order to do this we convert the existing four
users to accept GPIO descriptor and translate it to legacy GPIO number in
the platform code. This effectively "pushes" legacy GPIO number usage from
the driver to platforms.

Also add comment to the remaining block describing that it is legacy code
path and we are getting rid of it eventually.

Suggested-by: Linus Walleij <linus.walleij <at> linaro.org>
Signed-off-by: Mika Westerberg <mika.westerberg <at> linux.intel.com>
---
Hi all,

This has been discussed in the following thread

http://marc.info/?l=devicetree&m=141468331302908&w=4

In brief, while making example driver changes for generic device property
accessors we converted these drivers from legacy GPIO numbers to GPIO
descriptors. We did this only partially leaving the legacy code path for
existing users (there are pretty many existing users for this).

It turned out that it is pretty simple to go bit further and convert
gpio_blink_set() to use GPIO descptors as well. This patch does just that.
(Continue reading)

Alan Pater | 30 Oct 02:36 2014
Picon

Re: PROBLEM: Toshiba R700 backlight control lost on resume

OK, I tried the modified module, but no change, I still lose Fn key
control over the backlight after S3 suspend.
While in that state, I can adjust the brightness via the terminal:

   echo 2730 | sudo tee /sys/class/backlight/intel_backlight/brightness
--
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

Mika Westerberg | 28 Oct 11:03 2014
Picon

[PATCH RESEND] net: rfkill: gpio: Add ACPI default GPIO driver mappings

The driver uses devm_gpiod_get_index(..., index) so that the index refers
directly to the GpioIo resource under the ACPI device. The problem with
this is that if the ordering changes we get wrong GPIOs.

With ACPI 5.1 _DSD we can now use names instead to reference GPIOs
analogous to Device Tree. However, we still have systems out there that do
not provide _DSD at all. These systems must be supported as well.

Luckily we now have acpi_dev_add_driver_gpios() that can be used to provide
mappings for systems where _DSD is not provided and still take advantage of
_DSD if it exists.

This patch converts the rfkill-gpio.c driver to create default GPIO
mappings to the two GPIOs in case we are running on ACPI system.

While there we can drop the indices completely.

Signed-off-by: Mika Westerberg <mika.westerberg <at> linux.intel.com>
Reviewed-by: Johannes Berg <johannes <at> sipsolutions.net>
Acked-by: Johannes Berg <johannes <at> sipsolutions.net>
Acked-by: John W. Linville <linville <at> tuxdriver.com>
---
Resending with linux-acpi included. I also added ACKs from Johannes and
John. The patch itself is intact.

 net/rfkill/rfkill-gpio.c | 18 +++++++++++++++---
 1 file changed, 15 insertions(+), 3 deletions(-)

diff --git a/net/rfkill/rfkill-gpio.c b/net/rfkill/rfkill-gpio.c
index 0f62326c0f5e..2a4717967502 100644
(Continue reading)

Aaron Lu | 28 Oct 07:35 2014
Picon

[PATCH] ACPI / video: Run _BCL before deciding registering backlight

The ASUS K53SM's ACPI table queries _OSI("Windows 2012") in the video
output device's _BCL and _BCM control method instead of the usual _INI
functions of the _SB or PCI host bridge PCI0 devices. This made our
video module thought this is a pre-Win8 system when deciding if we
should register a backlight interface for it and the end result is that
a non-working acpi_video interface is registered and user is unable to
control backlight from GUI. Solve this problem by evaluating _BCL control
method before doing the decision.

Note that for some Thinkpad systems, the _BCL is also required to be
evaluated for the hotkey event to be generated no matter if we will
register an ACPI video backlight interface for it or not. Since the
thinkpad_acpi module will do this anyway we didn't add such a thing in
the video module previously. But now with this change here, the
thinkpad_acpi module is no more necessary for those systems regarding
backlight functionality.

Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=85051
Reported-and-tested-by: Ralf Jung <post+kernel <at> ralfj.de>
Signed-off-by: Aaron Lu <aaron.lu <at> intel.com>
---
 drivers/acpi/video.c | 15 +++++++++++++++
 1 file changed, 15 insertions(+)

diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c
index 807a88a0f394..41e6b977ceb2 100644
--- a/drivers/acpi/video.c
+++ b/drivers/acpi/video.c
 <at>  <at>  -1680,6 +1680,19  <at>  <at>  static void acpi_video_dev_register_backlight(struct acpi_video_device *device)
 		printk(KERN_ERR PREFIX "Create sysfs link\n");
(Continue reading)

Alan Pater | 27 Oct 16:15 2014
Picon

PROBLEM: Toshiba R700 backlight control lost on resume

When resuming from sleep by opening the laptop lid, backlight control
via Fn-F6 and Fn-F7 no longer works. Rebooting restores that
functionality. The laptop is a Toshiba Portege R700-PT311Q. It is
running Ubuntu 14.04, with the upstream kernel 3.17.

I had first reported this on launchpad and was asked to report the
issue to this list.

The launchpad report is here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1385453
It looks to me like there is a kernel bugzilla report as well:
https://bugzilla.kernel.org/show_bug.cgi?id=21012
A search on Google results in multiple similar reports on other
Toshiba Portege models.

Following are all the system details.

~$ /usr/src/linux-headers-3.17.1-031701/scripts/ver_linux

Linux hawk 3.17.1-031701-generic #201410150735 SMP Wed Oct 15 11:36:31
UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Gnu C                  4.8
Gnu make               3.81
binutils               2.24
util-linux             2.20.1
mount                  support
module-init-tools      15
e2fsprogs              1.42.9
pcmciautils            018
(Continue reading)

Jiang Liu | 27 Oct 09:11 2014
Picon

[Patch Part1 v3 00/20] Prepare for enabling hierarchy irqdomain on x86

We plan to restructure x86 interrupt code based on hierarchy irqdomain,
that is to build irqdomains for CPU vector, interrupt remapping unit,
IOAPIC, MSI and HPET etc and orgonize those irqdomains in hierarchy mode.

This patchset is preparation work to enable hierarchy irqdomain on x86
platforms. It splits out code for vector management, MSI, HTIRQ from
ioapic.c into separate files. It also introduces some helper functions
to access irq_cfg, which will ease transition to hierarchy irqdomain
later.

It's based on patchset at:
https://lkml.org/lkml/2014/10/27/7

And you may access it at:
https://github.com/jiangliu/linux.git irqdomain/p1v3

V2->V3:
1) Rebase to v3.18-rc2
V1->V2:
1) fix a building failure found by 0day test bed
2) rebase to latest upstream kernel

Jiang Liu (19):
  ACPI, irq, x86: Get rid of special handling of GSI for ACPI SCI
  x86, irq, ACPI: Fix building warning of unused code
  x86, irq: Kill fourth parameter of IO_APIC_get_PCI_irq_vector()
  x86, irq: Refine hw_irq.h to prepare for irqdomain support
  x86, irq: Rename local APIC related functions in io_apic.c as
    apic_xxx()
  x86, irq: Protect __clear_irq_vector() with vector_lock
(Continue reading)

Adam Lee | 27 Oct 06:55 2014

[PATCH] ACPI: blacklist Win8 OSI for Dell Vostro 3546

The wireless hotkey of Dell Vostro 3546 does not work with Win8 OSI. Due
to insufficient documentation for the driver implementation, blacklist
it as a workaround.

Signed-off-by: Adam Lee <adam.lee <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 ed122e1..7556e7c 100644
--- a/drivers/acpi/blacklist.c
+++ b/drivers/acpi/blacklist.c
 <at>  <at>  -290,6 +290,14  <at>  <at>  static struct dmi_system_id acpi_osi_dmi_table[] __initdata = {
 		    DMI_MATCH(DMI_PRODUCT_NAME, "Vostro 3446"),
 		},
 	},
+	{
+	.callback = dmi_disable_osi_win8,
+	.ident = "Dell Vostro 3546",
+	.matches = {
+		    DMI_MATCH(DMI_SYS_VENDOR, "Dell Inc."),
+		    DMI_MATCH(DMI_PRODUCT_NAME, "Vostro 3546"),
+		},
+	},

 	/*
 	 * BIOS invocation of _OSI(Linux) is almost always a BIOS bug.
--

-- 
2.1.1
(Continue reading)

Jiang Liu | 27 Oct 06:21 2014
Picon

[Patch v7 00/18] Enable support of IOAPIC hotplug on x86 platforms

This patch set enhances IOAPIC core and ACPI drivers to support IOAPIC
hotplug on x86 platforms. It's based on v3.18-rc2 at
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git

You may pull it from 
https://github.com/jiangliu/linux.git ioapic/hotplug_v7

We have pick up several patches from Yinghai's original IOAPIC hotplug
patch set and reimplemented IOAPIC driver as an ACPI driver instead of
a PCI driver.

It has been tested on a 4-socket Intel SDV with socket hot-addition
capability. Any suggestions are welcomed!

Patch 1-3 are bugfixes against v3.17 and should target v3.18. Patch 1
has been merged into tip/x86/urgent.
Patch 4-7 are bugfixes and enhancements to ACPI subsystem
Patch 8 killes PCI IOAPIC driver
Patch 9-17 enhances IOAPIC core to support IOAPIC hotplug
Patch 18 reimplements ACPI IOAPIC driver and enables IOAPIC hotplug

V6->V7:
1) Rebase to v3.18-rc2
2) Three bugfixes for v3.18
V5->V6:
1) Rebase to the latest v3.17-16
2) Minor fixes for comments
V4->V5:
1) Fix a building error
2) Don't rename processor_core.c as apic_id.c
(Continue reading)

STANDARD BANK | 26 Oct 13:08 2014
Picon

(unknown)

OPEN THE ATTACHED FILE AND GET BACK TO US.
Attachment (STANDARD BANK.docx): application/vnd.openxmlformats-officedocument.wordprocessingml.document, 17 KiB
Gillian Bayford | 25 Oct 22:06 2014
Picon

ATTN

You have been sanction a donation. Reply for info.
--
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


Gmane