Aaron Lu | 30 Sep 08:10 2014
Picon

[PATCH] ACPI / video: check _DOD list when creating backlight device

The _DOD method lists which video output device is currently attached so
we should only care about them and ignore others. An user recently
reported that there are two acpi_video interfaces appeared on his system
and one of them doesn't work. From the acpidump, it is found that there
are more than one video output devices that have _BCM control method but
the _DOD lists only one of them. So this patch checks if the video output
device is in the _DOD list and will not create backlight device if it is
not in the list. Also, we consider the broken _DOD case(reflected by the
video->attached_count is 0) and do not change behaviour for those broken
_DOD systems.

Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=84111
Reported-and-tested-by: ntrrgc <at> gmail.com
Signed-off-by: Aaron Lu <aaron.lu <at> intel.com>
---
 drivers/acpi/video.c | 26 ++++++++++++++++++++++++++
 1 file changed, 26 insertions(+)

diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c
index 7285c7f9a935..807a88a0f394 100644
--- a/drivers/acpi/video.c
+++ b/drivers/acpi/video.c
 <at>  <at>  -1154,6 +1154,23  <at>  <at>  acpi_video_device_bind(struct acpi_video_bus *video,
 	}
 }

+static bool acpi_video_device_in_dod(struct acpi_video_device *device)
+{
+	struct acpi_video_bus *video = device->video;
+	int i;
(Continue reading)

Orion Poplawski | 29 Sep 19:59 2014

ACPI Log messages level

I'm trying to just look at just "warning" level messages and above with
"journalctl --priority 0..4", but am seeing the following which appear to be
informational only:

Sep 29 11:10:24 barry kernel: ACPI: RSDP 0x00000000000FEC30 000024 (v02 DELL  )
Sep 29 11:10:24 barry kernel: ACPI: XSDT 0x00000000000FCCC7 000074 (v01 DELL
 B10K     00000015
Sep 29 11:10:24 barry kernel: ACPI: FACP 0x00000000000FCDB7 0000F4 (v03 DELL
 B10K     00000015
Sep 29 11:10:24 barry kernel: ACPI: DSDT 0x00000000FFE9E952 004A74 (v01 DELL
 dt_ex    00001000
Sep 29 11:10:24 barry kernel: ACPI: FACS 0x00000000DFDF9C00 000040
Sep 29 11:10:24 barry kernel: ACPI: SSDT 0x00000000FFEA33C6 000089 (v01 DELL
 st_ex    00001000
Sep 29 11:10:24 barry kernel: ACPI: APIC 0x00000000000FCEAB 00015E (v01 DELL
 B10K     00000015
Sep 29 11:10:24 barry kernel: ACPI: BOOT 0x00000000000FD009 000028 (v01 DELL
 B10K     00000015
Sep 29 11:10:24 barry kernel: ACPI: ASF! 0x00000000000FD031 000096 (v32 DELL
 B10K     00000015
Sep 29 11:10:24 barry kernel: ACPI: MCFG 0x00000000000FD0C7 00003C (v01 DELL
 B10K     00000015
Sep 29 11:10:24 barry kernel: ACPI: HPET 0x00000000000FD103 000038 (v01 DELL
 B10K     00000015
Sep 29 11:10:24 barry kernel: ACPI: TCPA 0x00000000000FD35F 000032 (v01 DELL
 B10K     00000015
Sep 29 11:10:24 barry kernel: ACPI: DMAR 0x00000000000FD391 0000B8 (v01 DELL
 B10K     00000015
Sep 29 11:10:24 barry kernel: ACPI: SSDT 0x00000000DFE4DC00 002454 (v01 INTEL
 PPM RCM  80000001
(Continue reading)

Borislav Petkov | 29 Sep 13:39 2014
Picon

[PATCH] GHES: Make ghes_estatus_caches static

From: Borislav Petkov <bp <at> suse.de>

It is used only in ghes.c.

Signed-off-by: Borislav Petkov <bp <at> suse.de>
---
 drivers/acpi/apei/ghes.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi/apei/ghes.c
index 9dcc9158c8e2..1b6aa514848f 100644
--- a/drivers/acpi/apei/ghes.c
+++ b/drivers/acpi/apei/ghes.c
 <at>  <at>  -128,7 +128,7  <at>  <at>  static DEFINE_SPINLOCK(ghes_ioremap_lock_irq);
 static struct gen_pool *ghes_estatus_pool;
 static unsigned long ghes_estatus_pool_size_request;

-struct ghes_estatus_cache *ghes_estatus_caches[GHES_ESTATUS_CACHES_SIZE];
+static struct ghes_estatus_cache *ghes_estatus_caches[GHES_ESTATUS_CACHES_SIZE];
 static atomic_t ghes_estatus_cache_alloced;

 static int ghes_ioremap_init(void)
--

-- 
2.0.0

--
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)

Fabian Frederick | 28 Sep 20:44 2014
Picon

[PATCH 1/1 linux-next] ACPI / SBS: fix sparse warning

Adding parentheses around expression to avoid:
drivers/acpi/sbs.c:444:28: warning: dubious: !x & y

Signed-off-by: Fabian Frederick <fabf <at> skynet.be>
---
 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 32aecea..a7a3edd 100644
--- a/drivers/acpi/sbs.c
+++ b/drivers/acpi/sbs.c
 <at>  <at>  -441,7 +441,7  <at>  <at>  static int acpi_ac_get_present(struct acpi_sbs *sbs)
 	 * The spec requires that bit 4 always be 1. If it's not set, assume
 	 * that the implementation doesn't support an SBS charger
 	 */
-	if (!(status >> 4) & 0x1)
+	if (!((status >> 4) & 0x1))
 		return -ENODEV;

 	sbs->charger_present = (status >> 15) & 0x1;
--

-- 
1.9.1

--
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)

Rafael J. Wysocki | 28 Sep 01:28 2014
Picon

[PATCH] ACPI / SBS: Fix check in acpi_ac_get_present()

From: Rafael J. Wysocki <rafael.j.wysocki <at> intel.com>

Parentheses are missing under an if () statement in
acpi_ac_get_present() which makes the check work differently
from what was intended (at least according to the comment right
above it).  Add the missing parens.

The problem was found by sparse.

Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki <at> intel.com>
---
 drivers/acpi/sbs.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Index: linux-pm/drivers/acpi/sbs.c
===================================================================
--- linux-pm.orig/drivers/acpi/sbs.c
+++ linux-pm/drivers/acpi/sbs.c
 <at>  <at>  -441,7 +441,7  <at>  <at>  static int acpi_ac_get_present(struct ac
 	 * The spec requires that bit 4 always be 1. If it's not set, assume
 	 * that the implementation doesn't support an SBS charger
 	 */
-	if (!(status >> 4) & 0x1)
+	if (!((status >> 4) & 0x1))
 		return -ENODEV;

 	sbs->charger_present = (status >> 15) & 0x1;

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

Jiang Liu | 26 Sep 16:02 2014
Picon

[RFT Part2 v2 00/24] Enable hierarchy irqdomian on x86 platforms

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 organize those irqdomains in hierarchy mode.
Each irqdomain manages corresponding interrupt controller and talks to
parent interrupt controller through public irqdomain interfaces. We also
support stacked irq_chip based on hierarchy irqdomain. It will make the
x86 interrupt architecture much more clear and more easy to maintain
with hierarchy irqdomain and stacked irq_chip. It may also help ARM
interrupt management architecture too.

This is the second patch set to enable support of hierarchy irqdomain
on x86 platforms. It depends on the first part at:
https://lkml.org/lkml/2014/9/26/501
And you may access it at:
https://github.com/jiangliu/linux.git irqdomain/p2v2

And there will be a third patch set to convert IOAPIC driver to support
hierarchy irqdomain and clean up code.

The first patch extends irqdomain interfaces to support hierarchy
irqdomain. Hope this interface could be used by other architectures too,
such as ARM/ARM64.
The second patch introduces two helper functions to support stacked
irq_chip.
Patch 3-9 implements an irqdomain to manange CPU interrupt vectors, and
it's the root irqdomain for x86 platforms.
Patch 10-13 converts Intel and AMD interrupt remapping drivers to
support hierarchy irqdomain.
Patch 14-16 converts HPET and MSI to support hierarchy irqdomain.
Patch 17-20 cleans up unsued code in x86 arch and interrupt remapping
(Continue reading)

Jiang Liu | 26 Sep 15:29 2014
Picon

[Patch Part1 v2 00/18] 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/9/24/206

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

V1->V2:
1) fix a building failure found by 0day test bed
2) rebase to latest upstream kernel

Jiang Liu (17):
  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
  x86, irq: Introduce helpers to access struct irq_cfg
  x86, irq: Move local APIC related code from io_apic.c into vector.c
  x86, irq: Replace printk(KERN_LVL) with pr_lvl() utilities
(Continue reading)

Rafael J. Wysocki | 25 Sep 23:56 2014

[GIT PULL] ACPI and power management fixes for 3.17-rc7

Hi Linus,

Please pull from

 git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
 pm+acpi-3.17-rc7

to receive ACPI and power management fixes for v3.17-rc7 (or
for the final v3.17 if there's no -rc7) with top-most commit
381e63da44301f49be5876d56a5da2434f132dff

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

on top of commit 0f33be009b89d2268e94194dc4fd01a7851b6d51

 Linux 3.17-rc6

These are regression fixes (ACPI hotplug, cpufreq, hibernation, ACPI
LPSS driver), fixes for stuff that never worked correctly (ACPI GPIO
support in some cases and a wrong sign of an error code in the ACPI
core in one place), and one blacklist item for ACPI backlight handling.

Specifics:

 - Revert of a recent hibernation core commit that introduced
   a NULL pointer dereference during resume for at least one user
   (Rafael J Wysocki).

 - Fix for the ACPI LPSS (Low-Power Subsystem) driver to disable
   asynchronous PM callback execution for LPSS devices during system
(Continue reading)

Karol Zitnansky | 25 Sep 20:41 2014
Picon

Asus EeePC 1101HA wakeup from sleep

1. Asus EeePC 1101HA wakeup from sleep

2. On my Asus EeePC 1101HA after suspend I cannot wake up the machine
(doesn't matter which way to suspend is used - via GUI or Fn+F1 (Sleep
button) or executing 'pm-suspend' in a terminal). After entering the
sleep mode pressing power button does nothing, LED keeps flashing. The
only way is to press the power button and wait until the notebook
powers off. Additionally there is no line produced while executing
acpi_listen and pressing power button

3. ch <at> chplusjntb:~$ cat /proc/version
Linux version 3.17.0-031700rc6-generic (apw <at> gomeisa) (gcc version
4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #201409211935 SMP Mon Sep 22
01:02:42 UTC 2014

4.

5.

6. execute pm-suspend

7. ch <at> chplusjntb:~$ lsb_release -rd
Description:    Ubuntu 14.04.1 LTS
Release:    14.04

7.1. ch <at> chplusjntb:~$ /usr/src/linux-headers-3.17.0-031700rc6/scripts/ver_linux
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.

Linux chplusjntb 3.17.0-031700rc6-generic #201409211935 SMP Mon Sep 22
(Continue reading)

Genesis ATC | 23 Sep 20:38 2014
Picon

Vacancy!!!

Genesis ATC Company has immediate employment in USA.

We intend to invite experienced Individuals/Expatriates or Consultancy firm
who are capable of rendering expertise services in various fields.

E-mail CV/RESUME TO:  info <at> genesiatc.com
--
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

小胡 | 23 Sep 16:32 2014
Picon

用这个平台发短信,这就对了 bkwmi


  国内最好用的短信平台,选这个这就对了。正规内容都可以发,到达高,不屏蔽。咨询请加QQ193989725,可以测试哦。





 






















(Continue reading)


Gmane