All of lore.kernel.org
 help / color / mirror / Atom feed
From: Willy Tarreau <w@1wt.eu>
To: Ben Greear <greearb@candelatech.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00 since 5.17
Date: Thu, 31 Mar 2022 05:43:43 +0200	[thread overview]
Message-ID: <20220331034343.GC23200@1wt.eu> (raw)
In-Reply-To: <bbf2d268-a93d-afdc-a836-0fdb878be10e@candelatech.com>

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

  reply	other threads:[~2022-03-31  4:09 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-30 21:27 Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00 since 5.17 Ben Greear
2022-03-31  3:43 ` Willy Tarreau [this message]
2022-03-31 18:36   ` Ben Greear
2022-03-31 19:59     ` Willy Tarreau

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20220331034343.GC23200@1wt.eu \
    --to=w@1wt.eu \
    --cc=greearb@candelatech.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.