[Bug 208027] Unplug HDMI from Dock wakes the system up from S2idle

2020-06-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208027

--- Comment #1 from Kai-Heng Feng (kai.heng.f...@canonical.com) ---
For this issue, we can involve ODM's BIOS/EC team if it's necessary.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 208027] New: Unplug HDMI from Dock wakes the system up from S2idle

2020-06-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208027

Bug ID: 208027
   Summary: Unplug HDMI from Dock wakes the system up from S2idle
   Product: ACPI
   Version: 2.5
Kernel Version: linux-pm/bleeding-edge
  Hardware: All
OS: Linux
  Tree: Mainline
Status: NEW
  Severity: normal
  Priority: P1
 Component: EC
  Assignee: acpi...@kernel-bugs.osdl.org
  Reporter: kai.heng.f...@canonical.com
Regression: No

When Dell Precision 3550 is in S2idle, unplug HDMI cable from Dell Dock WD19TB
wakes the system up. However, do the same thing under Windows doesn't wake the
system up.

It's woken up by acpi_s2idle_wake() because acpi_ec_dispatch_gpe() returns
true.

The issue can be reproduced on all kernels, from v4.15 to v5.7 and
linux-pm/bleeding-edge branch.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 208025] Plug/Unplug dock doesn't wake up Latitdue 9510 from S2idle

2020-06-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208025

--- Comment #1 from Kai-Heng Feng (kai.heng.f...@canonical.com) ---
We can involve ODM's BIOS/EC team if it's necessary.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 208025] New: Plug/Unplug dock doesn't wake up Latitdue 9510 from S2idle

2020-06-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208025

Bug ID: 208025
   Summary: Plug/Unplug dock doesn't wake up Latitdue 9510 from
S2idle
   Product: ACPI
   Version: 2.5
Kernel Version: linux-pm/bleeding-edge
  Hardware: All
OS: Linux
  Tree: Mainline
Status: NEW
  Severity: normal
  Priority: P1
 Component: EC
  Assignee: acpi...@kernel-bugs.osdl.org
  Reporter: kai.heng.f...@canonical.com
Regression: No

When I plug/unplug Dell Dock WD19TB into Latitude 9510 in S2idle, the system
doesn't wakeup. However, plug/unplug the dock can wake the system up under
Windows.

Plug the same dock to XPS 9300 can wake the system up from S2idle, because
acpi_ec_dispatch_gpe() returns true.

The issue can be reproduced on all kernels, from v4.15 to v5.7 and
linux-pm/bleeding-edge branch.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 208019] [ 2.498615] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored

2020-06-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208019

--- Comment #3 from ash...@pm.me ---
Created attachment 289455
  --> https://bugzilla.kernel.org/attachment.cgi?id=289455&action=edit
Acpidump for 1.0.0

See acpidump for firmware 1.0.0, if it would be helpful

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 208019] [ 2.498615] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored

2020-06-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208019

--- Comment #2 from ash...@pm.me ---
Just finished testing the different versions of the XPS 13 9300 firmware - the
bug appears on all but 1.0.0. On 1.0.0, the same bug occurs but without the two
second delay:

[0.482091] ACPI: 11 ACPI AML tables successfully acquired and loaded

[0.484154] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 208019] [ 2.498615] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored

2020-06-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208019

--- Comment #1 from ash...@pm.me ---
Created attachment 289453
  --> https://bugzilla.kernel.org/attachment.cgi?id=289453&action=edit
I also attached the acpidump

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla


[Bug 208019] New: [ 2.498615] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored

2020-06-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208019

Bug ID: 208019
   Summary: [2.498615] ACPI: [Firmware Bug]: BIOS _OSI(Linux)
query ignored
   Product: ACPI
   Version: 2.5
Kernel Version: 5.6.15
  Hardware: Intel
OS: Linux
  Tree: Mainline
Status: NEW
  Severity: normal
  Priority: P1
 Component: Config-Tables
  Assignee: acpi_config-tab...@kernel-bugs.osdl.org
  Reporter: ash...@pm.me
Regression: No

Created attachment 289451
  --> https://bugzilla.kernel.org/attachment.cgi?id=289451&action=edit
dmesg

On the Dell XPS 13 9300, there is a two second hang during kernel boot due to
some ACPI issue. I understand that a similar warning has been reported in the
past and has been dismissed as "harmless." However, in my case, the "Linux
query ignored" issue causes a two second hang on boot, which seems not quite
harmless. I am running the Dell XPS 13 9300, with the latest firmware. I have
also tried many variations of the acpi_osi kernel parameter and nothing seems
to change anything. 

I understand that this is possibly a firmware bug rather than an ACPI one, but
it seems to me even if it is the laptop manufacturer's issue, ACPI should be
able to determine that and continue in less than two seconds, in a similar
~50ms timeframe that this issue has been resolved in in the past.

Please see the attached dmesg for more context. The issue happens at the jump
from the 0.48 to the 2.49 second mark.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

___
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla