From: Bingbu Cao <bingbu.cao@linux.intel.com>
To: Marc Zyngier <maz@kernel.org>
Cc: linux-kernel@vger.kernel.org, johan+linaro@kernel.org,
hsinyi@chromium.org
Subject: Re: System boot failure related to commit 'irqdomain: Switch to per-domain locking'
Date: Wed, 1 Mar 2023 19:17:21 +0800 [thread overview]
Message-ID: <32175259-ee22-9288-475c-db0da1ccee41@linux.intel.com> (raw)
In-Reply-To: <d595de9168d45bb5e863942ab7a78e3d@kernel.org>
On 2/28/23 8:45 AM, Marc Zyngier wrote:
> On 2023-02-27 10:46, Bingbu Cao wrote:
>> Hi, Johan and Zyngier,
>>
>> I am using a Dell XPS laptop(Intel Processor) just update my
>> Linux kernel to latest tag 6.2.0, and then I see that the kernel
>> cannot boot successfully, it reported:
>> --------------------------------------------
>> Gave up waiting for root file system device. Common problems:
>> - Boot args (cat /proc/cmdline)
>> - Check rootdelay= (did the system wait long enough?)
>> - Missing modules (cat /proc/modules; ls /dev)
>>
>> ALERT! UUID=xxxxxxx does not exist. Dropping to shell!
>> --------------------------------------------
>>
>> And then it drop into initramfs shell, I try to use 'blkid' to
>> get block devices information, but it showed nothing.
>>
>> I also tried add 'rootdelay' and 'rootwait' in bootargs, but it did
>> not work.
>>
>> I am sure that my previous kernel 6.2.0-rc4 work normally, so I
>> did some bisect and found the commit below cause the failure on
>> my system:
>>
>> 9dbb8e3452ab irqdomain: Switch to per-domain locking
>>
>> I really have no idea why it cause my problem, but I see just
>> reverting this commit really help me.
>>
>> Do you have any idea?
>
> Please provide us with a kernel boot log. It is very hard
> to figure out what is going on without it. It would also
> help if you indicated what sort of device is your root
> filesystem on (NVMe, SATA, USB...), as it would narrow the
> search for the culprit.
Unfortunately, I have not find a way to capture the console log, no
serial for me. I am using a NVMe for my rootfs. By checking the
screen log, I see that 1 kernel message is missing:
[ 4.193375] EXT4-fs (nvme0n1p3): mounted filesystem a9e1243b-332f-46ce-a5e7-cea86b44f797 with ordered data mode. Quota mode: none.
>
> Thanks,
>
> M.
--
Best regards,
Bingbu Cao
next prev parent reply other threads:[~2023-03-01 11:17 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-27 10:46 System boot failure related to commit 'irqdomain: Switch to per-domain locking' Bingbu Cao
2023-02-27 11:02 ` Johan Hovold
2023-02-27 11:25 ` Bingbu Cao
2023-02-27 12:47 ` Johan Hovold
2023-02-28 0:45 ` Marc Zyngier
2023-03-01 11:17 ` Bingbu Cao [this message]
2023-03-01 14:46 ` Marc Zyngier
2023-03-02 8:55 ` Bingbu Cao
2023-03-02 9:02 ` Johan Hovold
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=32175259-ee22-9288-475c-db0da1ccee41@linux.intel.com \
--to=bingbu.cao@linux.intel.com \
--cc=hsinyi@chromium.org \
--cc=johan+linaro@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maz@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