From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 50070C433F5 for ; Thu, 31 Mar 2022 04:09:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229809AbiCaEKw (ORCPT ); Thu, 31 Mar 2022 00:10:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51128 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229830AbiCaEKT (ORCPT ); Thu, 31 Mar 2022 00:10:19 -0400 Received: from 1wt.eu (wtarreau.pck.nerim.net [62.212.114.60]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 12B5214865A for ; Wed, 30 Mar 2022 20:43:52 -0700 (PDT) Received: (from willy@localhost) by pcw.home.local (8.15.2/8.15.2/Submit) id 22V3hhce023349; Thu, 31 Mar 2022 05:43:43 +0200 Date: Thu, 31 Mar 2022 05:43:43 +0200 From: Willy Tarreau To: Ben Greear Cc: Linux Kernel Mailing List Subject: Re: Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00 since 5.17 Message-ID: <20220331034343.GC23200@1wt.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 > 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