Bug#912406: systemd: reboot/poweroff usually gets stuck
Andrew Pavlomanolakos
app at cdsw.com.au
Fri Nov 23 03:12:56 GMT 2018
Hi Michael,
I built a 4.9.137 kernel and added some trace code and found that the
issue occurs during device_shutdown() in the linux kernel. Specifically
when it tries to shutdown the following device:
00:1d.0 USB controller: Intel Corporation Atom Processor Z36xxx/Z37xxx
Series USB EHCI (rev 11)
As an experiment we removed the ehci-pci.ko and ehci-hcd.ko kernel
modules so that ehci would not be used. By doing this we found that
reboots and powerdowns worked 100% of the time.
> This issue does not occur when I use antiX-17.1_386-core.iso (does not
> used systemd) or a very old 32 bit PCLOS distro (does not used systemd).
I performed more testing with antiX-17.1_386-core.iso (does not used
systemd) and found that this issue DOES occur.
I was able to confirm that the very old 32 bit PCLOS distro (does not
used systemd) does not have this issue.
> This is logged right before systemd-shutdown calls the final
> reboot() system call. If it get's stuck after that, it looks like it is
> a kernel issue.
I think you are right, this looks like a kernel issue, not a systemd
issue. Currently I have logged this as a systemd issue, how can I change
this to a kernel issue?
Other investigations showed (ehci was not forcibly removed):
* PCLOS *with linux 3.2 is OK*
* PCLOS with linux 4.8.7 is not OK
* Debian Wheezy *with linux 3.2 is OK*
* Debian Jessie with linux 3.18 is not OK
* Debian Stretch with linux 4.9.137 is not OK
Regards, Andrew
On 08/11/18 02:11, Michael Biebl wrote:
> Am 07.11.18 um 04:24 schrieb Andrew Pavlomanolakos:
>> Hi,
>>
>> I tried with another kernel from backports:
>>
>> root at entry115:~# uname -a
>> Linux entry115 4.18.0-0.bpo.1-686-pae #1 SMP Debian 4.18.6-1~bpo9+1
>> (2018-09-13) i686 GNU/Linux
>>
>> The same issue was reproduced with kernel 4.18.0-0.bpo.1-686-pae. Here
>> is the trace:
> Ok, thanks for testing.
> I'm out of ideas at this point, so we should take this upstream.
> For that it would be best if you can reproduce that with the current
> upstream version, i.e. v239, which is also available from stretch-backports.
>
> If the issue is still reproducible then, it would be great if you can
> file a report athttps://github.com/systemd/systemd/issues
>
> Regards,
> Michael
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20181123/8590c085/attachment.html>
More information about the Pkg-systemd-maintainers
mailing list