All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bagas Sanjaya <bagasdotme@gmail.com>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Linux Regressions <regressions@lists.linux.dev>
Cc: Thomas Gleixner <tglx@linutronix.de>,
	Rick Edgecombe <rick.p.edgecombe@intel.com>,
	Borislav Petkov <bp@alien8.de>
Subject: Re: Fwd: commit 9df9d2f0471b causes boot failure in pre-rc1 6.5 kernel
Date: Sat, 1 Jul 2023 19:27:13 +0700	[thread overview]
Message-ID: <ZKAboYIj6pAd9CMO@debian.me> (raw)
In-Reply-To: <4d9fb4a9-6c48-600c-f625-8ef66208090a@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2844 bytes --]

On Wed, Jun 28, 2023 at 09:06:22PM +0700, Bagas Sanjaya wrote:
> Hi,
> 
> I notice a regression report on Bugzilla [1]. Quoting from it:
> 
> > Since yesterday my builds of the https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git no longer boot with a black screen immediately upon booting. Today I finished git bisecting the issue and arrived at the following:
> > 
> > 9df9d2f0471b4c4702670380b8d8a45b40b23a7d is the first bad commit
> > commit 9df9d2f0471b4c4702670380b8d8a45b40b23a7d
> > Author: Thomas Gleixner <tglx@linutronix.de>
> > Date:   Wed Jun 14 01:39:39 2023 +0200
> > 
> >     init: Invoke arch_cpu_finalize_init() earlier
> >     
> >     X86 is reworking the boot process so that initializations which are not
> >     required during early boot can be moved into the late boot process and out
> >     of the fragile and restricted initial boot phase.
> >     
> >     arch_cpu_finalize_init() is the obvious place to do such initializations,
> >     but arch_cpu_finalize_init() is invoked too late in start_kernel() e.g. for
> >     initializing the FPU completely. fork_init() requires that the FPU is
> >     initialized as the size of task_struct on X86 depends on the size of the
> >     required FPU register buffer.
> >     
> >     Fortunately none of the init calls between calibrate_delay() and
> >     arch_cpu_finalize_init() is relevant for the functionality of
> >     arch_cpu_finalize_init().
> >     
> >     Invoke it right after calibrate_delay() where everything which is relevant
> >     for arch_cpu_finalize_init() has been set up already.
> >     
> >     No functional change intended.
> >     
> >     Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
> >     Reviewed-by: Rick Edgecombe <rick.p.edgecombe@intel.com>
> >     Link: https://lore.kernel.org/r/20230613224545.612182854@linutronix.de
> > 
> >  init/main.c | 4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> > 
> > Since it might be relevant, my CPU is Intel Core i5-12400 with UEFI from december 2022 and the compiler is gcc (Gentoo Hardened 13.1.1_p20230527 p3) 13.1.1 20230527. If additional information such as the kernel configuration is required, let me know.
> 
> See Bugzilla for the full thread.
> 
> The reporter can't provide requested dmesg due to this is early
> boot failure, unfortunately.
> 
> Nevertheless, this regression has already been taken care of on
> Bugzilla, but to ensure it is tracked and doesn't get fallen through
> cracks unnoticed, I'm adding it to regzbot:
> 
> #regzbot introduced: 9df9d2f0471b https://bugzilla.kernel.org/show_bug.cgi?id=217602
> #regzbot title: early arch_cpu_finalize_init() cause immediate boot failure
> 

#regzbot fix: 0303c9729afc40

-- 
An old man doll... just what I always wanted! - Clara

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

  reply	other threads:[~2023-07-01 12:27 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-28 14:06 Fwd: commit 9df9d2f0471b causes boot failure in pre-rc1 6.5 kernel Bagas Sanjaya
2023-07-01 12:27 ` Bagas Sanjaya [this message]
2023-07-01 12:43   ` Linux regression tracking #update (Thorsten Leemhuis)
2023-07-01 13:42     ` Bagas Sanjaya
2023-07-01 14:10       ` Linux regression tracking (Thorsten Leemhuis)
2023-07-01 18:13     ` Thomas Gleixner
2023-07-02 12:12       ` Thorsten Leemhuis

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=ZKAboYIj6pAd9CMO@debian.me \
    --to=bagasdotme@gmail.com \
    --cc=bp@alien8.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=regressions@lists.linux.dev \
    --cc=rick.p.edgecombe@intel.com \
    --cc=tglx@linutronix.de \
    /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.