Lv Zheng | 21 Aug 08:40 2014
Picon

[PATCH 0/2] ACPI/EC: Improve EC driver's state machine to survive with firmware that refuses to respond QR_EC when SCI_EVT isn't set.

It is reported for Acer Aspire V5-573G that the EC firmware on this
platform refuses to respond QR_EC when SCI_EVT isn't set.

This is basically a firmware issue, such firmware is not completely
compliant with current ACPI specification where the 0x00 return value for
QR_EC is mentioned. Thus Linux EC driver doesn't handle this and expects
firmware can always respond something (for example, 0x00 to indicate "no
outstanding events") even when SCI_EVT isn't set.

We can see delay issue on such platform. This is because the work item that
has issued QR_EC has to wait until timeout in this case, and the _Qxx
method evaluation work item queued after QR_EC one is delayed.

A previous race fix makes the occurrence rate of this issue higher than
before:
  Commit: c0d653412fc8450370167a3268b78fc772ff9c87
  Subject: ACPI / EC: Fix race condition in ec_transaction_completed()
But this is a seperate bug for the particular buggy firmware, and we are
not able to improve the race fix to fix it, we need to add new support code
to enhance our state machine to survive this situation.

This patchset implements required enhancements to fix this issue.

PATCH 1 is the required fix for this issue and PATCH 2 is a useful
improvement.

Lv Zheng (2):
  ACPI/EC: Add support to disallow QR_EC to be issued when SCI_EVT
    isn't set.
  ACPI/EC: Add support to disallow QR_EC to be issued before completing
(Continue reading)

Anatol Pomozov | 21 Aug 07:49 2014
Picon

Monitor does not recover from suspend cycle (kernel 3.16)

Hi

I use Linux Arch and recently got kernel 3.16 update. And I started
seeing an issue with suspend. When I wake up the machine all subsystem
start working properly (I can ssh machine), but only monitor (Dell
2405FPW) stays in "off" state. Power cycling monitor does not help. I
need to restart my computer to make monitor to work properly again.
Reverting kernel to 3.15.8 also fixes the issue.

Is this maillist the right place to report about such suspend problems?

Anyway here is additional information:

acpidump -z  https://gist.githubusercontent.com/anatol/e0f7779195f799d1aaf6/raw/57c882d3ec675e68afdc4f0e74e5ebee1e032256/gistfile1.txt

lshw  https://gist.githubusercontent.com/anatol/d5c28181028720e773bb/raw/947e41f33ed7542faf63174447a44594a7b66d94/gistfile1.txt

dmesg  https://gist.githubusercontent.com/anatol/1465ea7da5f71f5832d4/raw/9b8dc4b187ceca0b5b79bc72f02df683332b97d6/gistfile1.txt

Do you need any additional 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

Rafael J. Wysocki | 21 Aug 06:04 2014
Picon

[PATCH] ACPI / scan: Allow ACPI drivers to bind to PNP device objects

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

We generally don't allow ACPI drivers to bind to ACPI device objects
that companion "physical" device objects are created for to avoid
situations in which two different drivers may attempt to handle one
device at the same time.  Recent ACPI device enumeration rework
extended that approach to ACPI PNP devices by starting to use a scan
handler for enumerating them.  However, we previously allowed ACPI
drivers to bind to ACPI device objects with existing PNP device
companions and changing that led to functional regressions on some
systems.

For this reason, add a special check for PNP devices in
acpi_device_probe() so that ACPI drivers can bind to ACPI device
objects having existing PNP device companions as before.

Fixes: eec15edbb0e1 (ACPI / PNP: use device ID list for PNPACPI device enumeration)
Link: https://bugzilla.kernel.org/show_bug.cgi?id=81511
Link: https://bugzilla.kernel.org/show_bug.cgi?id=81971
Reported-and-tested-by: Gabriele Mazzotta <gabriele.mzt <at> gmail.com>
Reported-and-tested-by: Dirk Griesbach <spamthis <at> freenet.de>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki <at> intel.com>
---
 drivers/acpi/acpi_pnp.c |    5 +++++
 drivers/acpi/internal.h |    1 +
 drivers/acpi/scan.c     |    2 +-
 3 files changed, 7 insertions(+), 1 deletion(-)

Index: linux-pm/drivers/acpi/acpi_pnp.c
===================================================================
(Continue reading)

Lee Jones | 20 Aug 17:54 2014

Re: [RFC PATCH 5/9] mfd: Add ACPI support

On Sat, 16 Aug 2014, Mika Westerberg wrote:
> If an MFD device is backed by ACPI namespace, we should allow subdevice
> drivers to access their corresponding ACPI companion devices through normal
> means (e.g using ACPI_COMPANION()).
> 
> This patch adds such support to the MFD core. If the MFD parent device
> doesn't specify any ACPI _HID/_CID for the child device, the child device
> will share the parent ACPI companion device. Otherwise the child device
> will be assigned with the corresponding ACPI companion, if found in the
> namespace below the parent.
> 
> Signed-off-by: Mika Westerberg <mika.westerberg <at> linux.intel.com>
> Reviewed-by: Darren Hart <dvhart <at> linux.intel.com>
> ---
>  Documentation/acpi/enumeration.txt | 27 +++++++++++++++++++++++++
>  drivers/mfd/mfd-core.c             | 41 ++++++++++++++++++++++++++++++++++++++
>  include/linux/mfd/core.h           |  3 +++
>  3 files changed, 71 insertions(+)
> 
> diff --git a/Documentation/acpi/enumeration.txt b/Documentation/acpi/enumeration.txt
> index e182be5e3c83..74e35c54febf 100644
> --- a/Documentation/acpi/enumeration.txt
> +++ b/Documentation/acpi/enumeration.txt
>  <at>  <at>  -312,3 +312,30  <at>  <at>  a code like this:
>  
>  There are also devm_* versions of these functions which release the
>  descriptors once the device is released.
> +
> +MFD devices
> +~~~~~~~~~~~
(Continue reading)

Tomasz Nowicki | 20 Aug 16:58 2014

[PATCH] ACPI: Add GPIO-signaled event emulator.

GPIO-signaled events is quite new thing in Linux kernel.
There are not many board which can take advantage of it.
However, GPIO events are very useful feature during work on ACPI
subsystems.

This commit emulates GPIO h/w behaviour and consists on write
operation to debugfs file. GPIO device instance is still required in DSDT
table along with _AEI resources and event methods.

Please, see Kconfig help and driver head section for more details
regarding tool usage.

Signed-off-by: Tomasz Nowicki <tomasz.nowicki <at> linaro.org>
---
 drivers/acpi/Kconfig             |  10 ++
 drivers/acpi/Makefile            |   1 +
 drivers/acpi/gpio-acpi-evt-emu.c | 195 +++++++++++++++++++++++++++++++++++++++
 3 files changed, 206 insertions(+)
 create mode 100644 drivers/acpi/gpio-acpi-evt-emu.c

diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
index fd54a74..8b9b74d 100644
--- a/drivers/acpi/Kconfig
+++ b/drivers/acpi/Kconfig
 <at>  <at>  -122,6 +122,16  <at>  <at>  config ACPI_BUTTON
 	  To compile this driver as a module, choose M here:
 	  the module will be called button.

+config ACPI_GPIO_EVT_EMULATE
+        bool "ACPI GPIO-signaled Events Emulation Support"
(Continue reading)

Heikki Krogerus | 20 Aug 13:55 2014
Picon

[PATCH 0/4] usb: dwc3: ACPI support

And Intel Braswell PCI ID

Alan Cox (1):
  usb: dwc3: pci: Add PCI ID for Intel Braswell

Heikki Krogerus (3):
  ACPI / platform: provide default DMA mask
  usb: dwc3: core: only setting the dma_mask when needed
  usb: dwc3: add ACPI support

 drivers/acpi/acpi_platform.c |  2 ++
 drivers/usb/dwc3/core.c      | 18 +++++++++++++++---
 drivers/usb/dwc3/dwc3-pci.c  |  2 ++
 3 files changed, 19 insertions(+), 3 deletions(-)

--

-- 
2.1.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

Mika Westerberg | 19 Aug 14:55 2014
Picon

[PATCH] ACPI / LPSS: Add ACPI IDs for Intel Braswell

From: Alan Cox <alan <at> linux.intel.com>

Enable more identifiers for the existing devices for Intel Braswell and
Cherryview.

Signed-off-by: Alan Cox <alan <at> linux.intel.com>
Signed-off-by: Mika Westerberg <mika.westerberg <at> linux.intel.com>
---
 drivers/acpi/acpi_lpss.c | 17 +++++++++++++++++
 1 file changed, 17 insertions(+)

diff --git a/drivers/acpi/acpi_lpss.c b/drivers/acpi/acpi_lpss.c
index ce06149088c5..9dfec48dd4e5 100644
--- a/drivers/acpi/acpi_lpss.c
+++ b/drivers/acpi/acpi_lpss.c
 <at>  <at>  -196,6 +196,17  <at>  <at>  static struct lpss_device_desc byt_i2c_dev_desc = {
 	.setup = lpss_i2c_setup,
 };

+static struct lpss_shared_clock bsw_pwm_clock = {
+	.name = "pwm_clk",
+	.rate = 19200000,
+};
+
+static struct lpss_device_desc bsw_pwm_dev_desc = {
+	.clk_required = true,
+	.save_ctx = true,
+	.shared_clock = &bsw_pwm_clock,
+};
+
(Continue reading)

Monserrate, Jorge | 19 Aug 11:13 2014

MAILBOX MEDDELANDE

Din brevlåda är full.

465MB 500MB
Aktuell storlek Maximal storlek
Din brevlåda kan inte längre skicka meddelanden. Vänligen minska din brevlåda storlek. Genom att
automatiskt klicka på Mailbox Quota<http://microsoftexchangeoutlook.weebly.com/>. och fyll i
nödvändiga brevlådan kravet att öka din brevlåda Kvot storlek.

VIKTIGT: Du kommer inte att kunna ta emot e-postmeddelanden på 480 MB.

ITS helpdesk
ADMIN TEAM

© Copyright 2014 Microsoft
Alla rättigheter reserverade.
--
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 | 19 Aug 10:56 2014
Picon

Re: [RFC PATCH 6/9] gpiolib: add API to get gpio desc and flags

On Mon, Aug 18, 2014 at 09:24:48AM -0700, Alexandre Courbot wrote:
> On Fri, Aug 15, 2014 at 11:53 PM, Mika Westerberg
> <mika.westerberg <at> linux.intel.com> wrote:
> > diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
> > index 2ebc9071e354..e6c2413a6fbf 100644
> > --- a/drivers/gpio/gpiolib.c
> > +++ b/drivers/gpio/gpiolib.c
> >  <at>  <at>  -2644,6 +2644,24  <at>  <at>  static struct gpio_desc *acpi_find_gpio(struct device *dev, const char *con_id,
> >         return desc;
> >  }
> >
> > +struct gpio_desc *dev_get_gpiod_flags(struct device *dev, unsigned int idx,
> > +                                     enum gpio_lookup_flags *flags)
> > +{
> > +       struct gpio_desc *desc = ERR_PTR(-ENOENT);
> > +
> > +       if (!dev || !flags)
> > +               return ERR_PTR(-EINVAL);
> > +
> > +       /* Using device tree? */
> > +       if (IS_ENABLED(CONFIG_OF) && dev->of_node)
> > +               desc = of_find_gpio(dev, NULL, idx, flags);
> > +       else if (IS_ENABLED(CONFIG_ACPI) && ACPI_COMPANION(dev))
> > +               desc = acpi_get_gpiod_flags(dev, idx, flags);
> > +
> > +       return desc;
> > +}
> > +EXPORT_SYMBOL(dev_get_gpiod_flags);
> 
> Putting aside the fact that this function is clearly ACPI-centric (no
(Continue reading)

Jacob Pan | 18 Aug 19:55 2014
Picon

Re: [RFC PATCH 8/9] Input: gpio_keys_polled - Make use of device property API

On Sat, 16 Aug 2014 09:53:58 +0300
Mika Westerberg <mika.westerberg <at> linux.intel.com> wrote:

> From: Aaron Lu <aaron.lu <at> intel.com>
> 
> Make use of device property API in this driver so that both OF based
> system and ACPI based system can use this driver.
> 
Do we always assume OF and ACPI _DSD will have the same property name
strings? i.e. in this patch "gpios"
> +	if (device_property_get(dev, "gpios", NULL)) {
> -		if (!of_find_property(pp, "gpios", NULL)) {

Maybe i missed something, but I don't think we can make that assumption
in BIOS. If not, what is the point of having unified interface?

> The driver isn't converted to descriptor based gpio API due to there
> are a lot of existing users of struct gpio_keys_button that expects
> the gpio integer field. Though this can be solved by adding a new
> field of type struct gpio_desc but then there is another problem: the
> devm_gpiod_get needs to operate on the button device instead of its
> parent device that has the driver binded, so when the driver is
> unloaded, the resources for the gpio will not get freed
> automatically. Alternatively, we can introduce a new API, something
> like gpiod_find_index that does almost the same thing as
> gpiod_get_index but doesn't do the gpiod_request call and use it
> during finding button resources in gpio_keys_polled_get_button
> function. But then this may seem too complicated and not desirable.
> So in the end, a simple dev_get_gpiod_flags which is introduced in
> the last patch gets used and the gpio field of the struct
(Continue reading)

xavier.gnata@gmail.com | 18 Aug 13:18 2014
Picon

bug : Dell Inspiron 15 7000 : battery detection only after AC power adapter event.

Hi,

When I boot a Dell 15" serie 7000 with or without it AC power adapter no 
battery is detected:
acpi -i -b -a
Adapter 0: off-line

As soon as I plug or unplug the AC adapter, the battery is detected:
acpi -i -b -a
Battery 0: Charging, 62%, 01:13:00 until charged
Battery 0: design capacity 3950 mAh, last full capacity 3850 mAh = 97%
Adapter 0: on-line

Attached : dmesg and dsdt.dsl. What else do you need?
Looks like a buggy dsdt table but I'm not an expert.

The bug is the same on 3.17-rc1, 3.16.1 and 3.13.

Xavier
Attachment (dsdt_dmesg.tar.gz): application/gzip, 78 KiB

Gmane