<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi Michael,<br>
      <br>
      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:<br>
      <br>
      <tt>00:1d.0 USB controller: Intel Corporation Atom Processor
        Z36xxx/Z37xxx Series USB EHCI (rev 11)</tt><br>
      <br>
      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.<br>
      <br>
      <blockquote type="cite">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).</blockquote>
      <br>
      I performed more testing with antiX-17.1_386-core.iso (does not
      used systemd) and found that this issue DOES occur.<br>
      <br>
      I was able to confirm that the very old 32 bit PCLOS distro (does
      not used systemd) does not have this issue.<br>
      <br>
      <blockquote type="cite">
        <pre wrap="">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.</pre>
      </blockquote>
      <br>
      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?<br>
      <br>
      Other investigations showed (ehci was not forcibly removed):<br>
      <ul>
        <li>PCLOS <b>with linux 3.2 is OK</b></li>
        <li>PCLOS with linux 4.8.7 is not OK</li>
        <li>Debian Wheezy <b>with linux 3.2 is OK</b></li>
        <li>Debian Jessie with linux 3.18 is not OK</li>
        <li> Debian Stretch with linux 4.9.137 is not OK</li>
      </ul>
      <p>Regards, Andrew<br>
      </p>
      On 08/11/18 02:11, Michael Biebl wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:38d5afc0-2b79-11e3-a215-b838fd7b20e3@debian.org">
      <pre wrap="">Am 07.11.18 um 04:24 schrieb Andrew Pavlomanolakos:
</pre>
      <blockquote type="cite">
        <pre wrap="">Hi,

I tried with another kernel from backports:

root@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:
</pre>
      </blockquote>
      <pre wrap="">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 at <a class="moz-txt-link-freetext" href="https://github.com/systemd/systemd/issues">https://github.com/systemd/systemd/issues</a>

Regards,
Michael

</pre>
    </blockquote>
    <br>
  </body>
</html>