All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Ogness <john.ogness@linutronix.de>
To: debarbos@redhat.com, williams@redhat.com, vkuznets@redhat.com,
	linux-rt-users@vger.kernel.org, Petr Mladek <pmladek@suse.com>
Subject: Re: Console Hang on SMP Secondary CPU Bringup
Date: Sat, 03 Oct 2026 21:25:55 +0206	[thread overview]
Message-ID: <87se2mlhgk.fsf@jogness.linutronix.de> (raw)
In-Reply-To: <asAZ1B8gBzMXIBeE@debarbos-thinkpadt14gen5.rmtusma.csb>

On 2026-10-02, Derek Barbosa <debarbos@redhat.com> wrote:
>> To be sure it is timing related due to the nbcon atomic printing, you
>> could try short-circuiting:
>> 
>> 	drivers/tty/serial/8250/8250_port.c:serial8250_console_write_atomic()
>> 
>> so that it immediately does
>> 
>> 	return true;
>> 
>
> I will be running more trials of the reproducer to confirm, but so
> far, we still hang. I wasn't able to extract some traces, hopefully
> will be able to soon...

That is surprising.

For the v6.6-rt you can manually add:

#define CONFIG_SERIAL_8250_LEGACY_CONSOLE

to drivers/tty/serial/8250/8250.h and this should cause the driver to
run in legacy mode. If you add this macro to 8250.h, does the hang go
away?

> FWIW, Clark suggested it may be worth setting keep_bootcon in the
> commandline.

If you use keep_bootcon, then the 8250 will operate in a special mode
that is compatible with the bootcons. It is not a solution, even if it
worked.

> I'm off to LPC, so I will be radio silent for another day or two while
> I have these spin on the Azure VMs.

Sebastian and I are also off to LPC, so we can continue the discussion
in person. :-)

John

  reply	other threads:[~2026-10-03 19:20 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-23 16:02 Console Hang on SMP Secondary CPU Bringup Derek Barbosa
2026-09-28 14:00 ` John Ogness
2026-09-28 20:17   ` Derek Barbosa
2026-10-02 21:07     ` Derek Barbosa
2026-10-03 19:19       ` John Ogness [this message]
2026-09-28 14:08 ` Sebastian Andrzej Siewior
2026-09-28 20:54   ` Derek Barbosa
2026-09-29  9:14     ` Sebastian Andrzej Siewior
2026-10-02 20:53       ` Derek Barbosa

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=87se2mlhgk.fsf@jogness.linutronix.de \
    --to=john.ogness@linutronix.de \
    --cc=debarbos@redhat.com \
    --cc=linux-rt-users@vger.kernel.org \
    --cc=pmladek@suse.com \
    --cc=vkuznets@redhat.com \
    --cc=williams@redhat.com \
    /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.