linux-kernel - Re: Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00 since 5.17

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Thu, 31 Mar 2022 05:43:43 +0200
From:   Willy Tarreau <w@....eu>
To:     Ben Greear <greearb@...delatech.com>
Cc:     Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Kernel panic - not syncing: Attempted to kill init!
 exitcode=0x00007f00 since 5.17

Hi Ben,

On Wed, Mar 30, 2022 at 02:27:56PM -0700, Ben Greear wrote:
> Run /init as init process
> Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00
> /init: error whitsc: Refined TSC clocksource calibration: 2903.996 MHz
> le loading shareCPU: 2 PID: 1 Comm: init Not tainted 5.17.0+ #12
> d libraries: libclocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x29dc020bb13, max_idle_ns: 440795273180 ns
> rt.so.1: cannot Hardware name: Default string Default string/SKYBAY, BIOS 5.12 08/04/2020
> open shared objeCall Trace:
> ct file: No such <TASK>
>  file or directo dump_stack_lvl+0x47/0x5c
> ry

The coincidence between this error about your userland "libclocksource"
and the messages about the clock sources being refined makes me wonder
if there could be an error experienced during this lib's initialization
at a moment where the list of clocksources appears empty or opening one
of the /sys file is temporarily refused. I suspect that making a much
larger or much smaller initrd could change the initialization order
enough to prevent such an event from happening, but that sounds a bit
odd :-/

Willy