Bug 201965 - Power off / Shutdown hangs after echoing "Reboot: Power down" on DELL / WYSE Thin Client - AMD G-T56N
Summary: Power off / Shutdown hangs after echoing "Reboot: Power down" on DELL / WYSE ...
Status: NEW
Alias: None
Product: ACPI
Classification: Unclassified
Component: Power-Off (show other bugs)
Hardware: x86-64 Linux
: P1 normal
Assignee: acpi_power-off
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-12 03:09 UTC by Sebastian
Modified: 2019-03-14 14:45 UTC (History)
3 users (show)

See Also:
Kernel Version: 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64
Tree: Mainline
Regression: No


Attachments

Description Sebastian 2018-12-12 03:09:34 UTC
Overview:
I run an up-to-date Debian 9 / Stretch (amd64) on a DELL / WYSE Thin Client Z90D7 with AMD G-T56N CPU (1.65GHz), 4GB RAM and 16GB SSD. Except for keyboard and mouse (both USB) no custom / additional hardware is used. 

The system runs fine except for a power-off issue:

The kernel obviously is unable to power-off the machine. The OS shuts down and everything looks fine. Even USB seems to be shutdown as keyboard and optical mouse turn off and don't react anymore.

The last line printed is:
"Reboot: Power down"

Then the screens stays that way indefinitely. The device stays powered on and I have to "cold-power-off" by pressing the power button for a few seconds. 

Steps to reproduce:
/sbin/poweroff -p

Actual Results:
System hangs after printing "Reboot: power down" (while still showing that console output). Then it must be powered off manually by pressing the power button of the device for a few seconds.

Expected Results:
The system is powered off automatically without having to force a device power-off using the power button.

Unsuccessfull solution attempts: 

I have tried different solution approaches but nothing worked: 

A) Kernel boot parameters:
- acpi=force
- acpi=noirq
- noapic irqpoll
- reboot=pci
- reboot=acpi
- reboot=bios
- reboot=efi
- reboot=hard,acpi,force

B) Switching to APM shutdown (kernel parameter + /etc/modules setting "apm power_off=1")

C) Add a custom init script run at shutdown to rmmod the snd_hda_intel before shutdown

Additional information:

/proc/cpuinfo
vendor_id       : AuthenticAMD
cpu family      : 20
model           : 2
model name      : AMD G-T56N Processor
stepping        : 0
microcode       : 0x5000101
cpu MHz         : 1646.542
cache size      : 512 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 6
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid aperfmperf pni monitor ssse3 cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch ibs skinit wdt hw_pstate vmmcall arat npt lbrv svm_lock nrip_save pausefilter
bugs            : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass
bogomips        : 3293.08
TLB size        : 1024 4K pages
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

ACPI related dmesg entries:
dmesg | grep acpi
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[    0.263854] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    0.307440] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI]
[    0.308317] acpi PNP0A08:00: _OSC: OS now controls [PCIeHotplug PME AER PCIeCapability]
[    0.308333] acpi PNP0A08:00: FADT indicates ASPM is unsupported, using BIOS configuration
[    0.309444] acpi PNP0A08:00: ignoring host bridge window [mem 0x000ce000-0x000cffff window] (conflicts with Video ROM [mem 0x000c0000-0x000ce1ff])
[    0.412327] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[    4.341600] acpi device:2d: registered as cooling_device6

Kernel version:
4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64
Comment 1 Sebastian 2018-12-12 03:20:32 UTC
Output of acpitool -e:

  Kernel version : 4.9.0-8-amd64   -    ACPI version : 20160831
  -----------------------------------------------------------
  Battery status : <not available>

  AC adapter     : online
  Fan            : <not available>

  CPU type               : AMD G-T56N Processor
  CPU speed              : 0x5000101 MHz
  Cache size             : 1646.542 KB
  Bogomips               : 3293.08
  Bogomips               : 3293.08
  Function Show_CPU_Info : could not read directory /proc/acpi/processor/
  Make sure your kernel has ACPI processor support enabled.

  Thermal info   : <not available>

   Device       S-state   Status   Sysfs node
  ---------------------------------------
  1. PB4          S4    *disabled
  2. PB5          S4    *disabled
  3. PB6          S4    *disabled
  4. PB7          S4    *disabled
  5. OHC1         S4    *enabled   pci:0000:00:12.0
  6. EHC1         S4    *enabled   pci:0000:00:12.2
  7. OHC2         S4    *enabled   pci:0000:00:13.0
  8. EHC2         S4    *enabled   pci:0000:00:13.2
  9. OHC3         S4    *enabled   pci:0000:00:16.0
  10. EHC3        S4    *enabled   pci:0000:00:16.2
  11. OHC4        S4    *enabled   pci:0000:00:14.5
  12. SBAZ        S4    *disabled  pci:0000:00:14.2
  13. KBC0        S3    *enabled   pnp:00:02
  14. MSE0        S3    *disabled  pnp:00:03
  15. P2P         S5    *disabled  pci:0000:00:14.4
  16. SPB0        S4    *disabled  pci:0000:00:15.0
  17. SPB1        S0    *disabled  pci:0000:00:15.1
  18. SPB2        S4    *disabled  pci:0000:00:15.2
  19. SPB3        S4    *disabled
Comment 2 Tom Li 2019-02-05 05:58:21 UTC
It could be possibly a duplicate of https://bugzilla.kernel.org/show_bug.cgi?id=199349. See the latest comment here for a solution.
Comment 3 Julius Henry Marx 2019-03-14 14:45:06 UTC
I have what seems to be a similar issue as the one posted here by the OP.

This is on a Sun Microsystems Ultra 24 Workstation (BIOS v1.56) running under Linux devuan 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 GNU/Linux and an Intel(R) Core(TM)2 Quad CPU Q9550.

Basically, on shutdown the machine will do one of two things:

1. shut down properly
2. freeze during the shutdown at this point ...

[code]
e1000e: EEE Tx LPI Timer
Preparing to enter sleep state S5
Reboot: Power Down
[/code]

... with the fans blowing at full speed.

Whenever it occurrs, the last line is before the freeze is the same:

[code]
Reboot: Power Down
[/code]

Unfortunately, I have not been able to reproduce it or link it to anything in particular, it just happens every so many shutdowns and the number can go from3 to 20 with no discernible (at least to me) pattern.

None of the /var/log files (syslog, kern.log, faillog, messages) show anything relevant, which is not a surprise as in that state (ie: Reboot: Power Down) filesystems are in a RO state.     

I have tried the same approaches as the OP ... 

1) various kernel boot parameters
2) a custom init script run at shutdown to rmmod the e1000e driver module

...but the issue eventually ocurrs again. 

I have also tried a shutdown script using /proc/sysrq-trigger to no avail: eventually it will also occurr and in the same manner.   

The problem woud seem to be distribution agnostic as it also happens in an emergency skeleton TCLinux installation (with an older kernel) that I boot from a USB memory stick and in a Mint installation I was using up to about a couple of years ago before I moved to Devuan.

Please advise or ask for addiitonal information if required.

Thanks in advance.

JHM

Note You need to log in before you can comment on or make changes to this bug.