<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Feb 27, 2018 at 6:25 PM, D.S. Ljungmark <span dir="ltr"><<a href="mailto:ljungmark@modio.se" target="_blank">ljungmark@modio.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 27/02/18 15:21, Lennart Poettering wrote:<br>
> On Di, 27.02.18 15:12, D.S. Ljungmark (<a href="mailto:ljungmark@modio.se">ljungmark@modio.se</a>) wrote:<br>
><br>
>>> I figure you can send SIGSTOP to PID 1, no? (there are some signals<br>
>>> the kernel blocks for PID 1, but I think SIGSTOP is not among them,<br>
>>> please try)<br>
>><br>
>> It seems that SIGSTOP is being filtered, because nothing appears to<br>
>> happen, and the system certainly isn't rebooting.<br>
><br>
> You should be able to trigger an abort in PID 1 by sending it SIGABRT<br>
> or SIGQUIT or so. If PID 1 aborts it will actually enter a freeze loop<br>
> in which it stops pinging the hw watchdog.<br>
><br>
> Lennart<br>
<br>
<br>
</span>ABRT works,  or well..<br>
<br>
systemd[1]: Caught <ABRT>, core dump failed (child 3844, code=killed,<br>
status=6/ABRT).<br>
<br>
And then a broadcast, freezing execution<br>
<br>
<br>
And after that, what I was afraid of:<br>
<br>
[25417.186351] watchdog: watchdog0: watchdog did not stop!<br><br></blockquote><div><br></div><div>Isn't that exactly the result you asked for?</div></div><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div>
</div></div>