From: <Mario.Limonciello@dell.com>
To: <pmenzel@molgen.mpg.de>, <tglx@linutronix.de>, <mingo@redhat.com>,
<bp@alien8.de>
Cc: <x86@kernel.org>, <linux-kernel@vger.kernel.org>,
<hdegoede@redhat.com>, <ckellner@redhat.com>,
<linux-pm@vger.kernel.org>
Subject: RE: Intel laptop: Starting with `maxcpus=1` and then bringing other CPUs online freezes system
Date: Thu, 11 Jun 2020 13:13:27 +0000 [thread overview]
Message-ID: <a0de2be2c9344980bce7190d19204316@AUSX13MPC105.AMER.DELL.COM> (raw)
In-Reply-To: <125e904a-088e-f111-00a4-95c3b18d882f@molgen.mpg.de>
> -----Original Message-----
> From: Paul Menzel <pmenzel@molgen.mpg.de>
> Sent: Thursday, June 11, 2020 3:59 AM
> To: Thomas Gleixner; Ingo Molnar; Borislav Petkov
> Cc: x86@kernel.org; LKML; Limonciello, Mario; Hans de Goede; Christian
> Kellner; linux-pm@vger.kernel.org
> Subject: Intel laptop: Starting with `maxcpus=1` and then bringing other
> CPUs online freezes system
>
>
> [EXTERNAL EMAIL]
>
> Dear Linux folks,
>
>
> This is an interesting one. On a Dell Precision 3540 with a dedicated
> AMD graphics card, and with Debian Sid/unstable and Linux 5.6.14, there
> are several strange issues (one example [1]).
>
> Starting the system, and adding `maxcpus=1` to the Linux command line,
> the system starts.
>
> Trying to bring up more CPUs, works for the first one, but fails for the
> second. The system freezes then. Nothing is dumped on the Linux virtual
> terminal.
>
> In my limited tests, this always happens, when the system runs on
> batteries, that means, without the power cord plugged in. But I was also
> able to reproduce it with the USB Type-C power cable plugged in. But
> sometimes it works (to bring all other seven CPUs online).
>
> Please find the Linux messages up to bringing CPU 1 online attached with
> no power cord plugged in, and the messages of a successful operation.
>
> Is this expected? I’d appreciated tips, if it’s possible to debug this
> further.
>
>
> Kind regards,
>
> Paul
>
>
> [1]: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1883065
From some other similar reports I've heard this could be related to the ucode
loading causing a freeze. I would suggest trying to disable the Intel ucode
loader with the initramfs as a debugging tactic.
next parent reply other threads:[~2020-06-11 13:13 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <125e904a-088e-f111-00a4-95c3b18d882f@molgen.mpg.de>
2020-06-11 13:13 ` Mario.Limonciello [this message]
2020-06-11 16:17 ` Intel laptop: Starting with `maxcpus=1` and then bringing other CPUs online freezes system Borislav Petkov
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=a0de2be2c9344980bce7190d19204316@AUSX13MPC105.AMER.DELL.COM \
--to=mario.limonciello@dell.com \
--cc=bp@alien8.de \
--cc=ckellner@redhat.com \
--cc=hdegoede@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=pmenzel@molgen.mpg.de \
--cc=tglx@linutronix.de \
--cc=x86@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox