mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Angus Chen <angus.chen@jaguarmicro.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: "masahiroy@kernel.org" <masahiroy@kernel.org>,
	"vbabka@suse.cz" <vbabka@suse.cz>,
	"peterz@infradead.org" <peterz@infradead.org>,
	"ndesaulniers@google.com" <ndesaulniers@google.com>,
	"paulmck@kernel.org" <paulmck@kernel.org>,
	"rppt@kernel.org" <rppt@kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>
Subject: RE: [PATCH] init: Add bdev fs printk if mount_block_root failed
Date: Fri, 19 May 2023 06:23:22 +0000	[thread overview]
Message-ID: <TY2PR06MB342418A1256A1342EE27F474857C9@TY2PR06MB3424.apcprd06.prod.outlook.com> (raw)
In-Reply-To: <20230518130221.81e8e1f474cfbfd6c93712c5@linux-foundation.org>



> -----Original Message-----
> From: Andrew Morton <akpm@linux-foundation.org>
> Sent: Friday, May 19, 2023 4:02 AM
> To: Angus Chen <angus.chen@jaguarmicro.com>
> Cc: masahiroy@kernel.org; vbabka@suse.cz; peterz@infradead.org;
> ndesaulniers@google.com; paulmck@kernel.org; rppt@kernel.org;
> linux-kernel@vger.kernel.org; Al Viro <viro@zeniv.linux.org.uk>
> Subject: Re: [PATCH] init: Add bdev fs printk if mount_block_root failed
> 
> On Thu, 18 May 2023 11:53:21 +0800 Angus Chen
> <angus.chen@jaguarmicro.com> wrote:
> 
> > Attempt to printk all bdev fstype as root gives the following kernel panic:
> >
> > [    1.729006] VFS: Cannot open root device "vda" or unknown-block(253,0):
> error -19
> > [    1.730603] Please append a correct "root=" boot option; here are the
> available partitions:
> > [    1.732323] fd00          256000 vda
> > [    1.732329]  driver: virtio_blk
> > [    1.734194] Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(253,0)
> > [    1.734771] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.4.0-rc2+ #53
> > [    1.735194] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009),
> BIOS 1.10.2-1ubuntu1 04/01/2014
> > [    1.735772] Call Trace:
> > [    1.735950]  <TASK>
> > [    1.736113]  dump_stack_lvl+0x32/0x50
> > [    1.736367]  panic+0x108/0x310
> > [    1.736570]  mount_block_root+0x161/0x310
> > [    1.736849]  ? rdinit_setup+0x40/0x40
> > [    1.737088]  prepare_namespace+0x10c/0x180
> > [    1.737393]  kernel_init_freeable+0x354/0x450
> > [    1.737707]  ? rest_init+0xd0/0xd0
> > [    1.737945]  kernel_init+0x16/0x130
> > [    1.738196]  ret_from_fork+0x1f/0x30
> >
> > QEMU command line:
> > "qemu-system-x86_64 -append root=/dev/vda rootfstype=ext4 ..."
> >
> > This error is because ext4 is not buildin and request ext4 module fail.
> >
> > As a hint, printk all the bdev fstype available for prompts.
> >
> 
> Seems reasonable.  I reworded the changelog a bit:
> 
> : Booting with the QEMU command line:
> : "qemu-system-x86_64 -append root=/dev/vda rootfstype=ext4 ..."
> : will panic if ext4 is not builtin and a request to load the ext4 module
> : fails.
> :
> : [    1.729006] VFS: Cannot open root device "vda" or unknown-block(253,0):
> error -19
> : [    1.730603] Please append a correct "root=" boot option; here are the
> available partitions:
> : [    1.732323] fd00          256000 vda
> : [    1.732329]  driver: virtio_blk
> : [    1.734194] Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(253,0)
> : [    1.734771] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.4.0-rc2+ #53
> : [    1.735194] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS
> 1.10.2-1ubuntu1 04/01/2014
> : [    1.735772] Call Trace:
> : [    1.735950]  <TASK>
> : [    1.736113]  dump_stack_lvl+0x32/0x50
> : [    1.736367]  panic+0x108/0x310
> : [    1.736570]  mount_block_root+0x161/0x310
> : [    1.736849]  ? rdinit_setup+0x40/0x40
> : [    1.737088]  prepare_namespace+0x10c/0x180
> : [    1.737393]  kernel_init_freeable+0x354/0x450
> : [    1.737707]  ? rest_init+0xd0/0xd0
> : [    1.737945]  kernel_init+0x16/0x130
> : [    1.738196]  ret_from_fork+0x1f/0x30
> :
> : As a hint, print all the bdev fstypes which are available.
Thank you for your reply. more readable now.
> 
> > --- a/init/do_mounts.c
> > +++ b/init/do_mounts.c
> > @@ -427,8 +427,19 @@ void __init mount_block_root(char *name, int flags)
> >  		printk("VFS: Cannot open root device \"%s\" or %s: error %d\n",
> >  				root_device_name, b, err);
> >  		printk("Please append a correct \"root=\" boot option; here are the
> available partitions:\n");
> > -
> >  		printk_all_partitions();
> > +
> > +		if (root_fs_names)
> > +			num_fs = list_bdev_fs_names(fs_names, PAGE_SIZE);
> > +		if (!num_fs)
> > +			pr_err("Can't find any bdev filesystem to be used for mount!\n");
> > +		else {
> > +			pr_err("List of all bdev filesystem:\n");
> > +			for (i = 0, p = fs_names; i < num_fs; i++, p += strlen(p)+1)
> > +				pr_err(" %s", p);
> > +			pr_err("\n");
> > +		}
> > +
> >  		panic("VFS: Unable to mount root fs on %s", b);
> >  	}
> >  	if (!(flags & SB_RDONLY)) {
> 
> And I added a little fix.
> 
> --- a/init/do_mounts.c~init-add-bdev-fs-printk-if-mount_block_root-failed-fix
> +++ a/init/do_mounts.c
> @@ -434,7 +434,7 @@ retry:
>  		if (!num_fs)
>  			pr_err("Can't find any bdev filesystem to be used for mount!\n");
>  		else {
> -			pr_err("List of all bdev filesystem:\n");
> +			pr_err("List of all bdev filesystems:\n");
>  			for (i = 0, p = fs_names; i < num_fs; i++, p += strlen(p)+1)
>  				pr_err(" %s", p);
>  			pr_err("\n");
> _
> 
> 
> This function now uses a jumble of printk() and pr_err().  Perhaps
> someone will go through and rationalize all of this sometime.
Yes, I took the printk first but got a warning from checkpatch.pl.
Thanks.

      parent reply	other threads:[~2023-05-19  6:23 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-18  3:53 Angus Chen
2023-05-18 20:02 ` Andrew Morton
2023-05-18 20:35   ` Nick Desaulniers
2023-05-19  6:34     ` Angus Chen
2023-05-19 15:58       ` Nick Desaulniers
2023-05-19  6:23   ` Angus Chen [this message]

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=TY2PR06MB342418A1256A1342EE27F474857C9@TY2PR06MB3424.apcprd06.prod.outlook.com \
    --to=angus.chen@jaguarmicro.com \
    --cc=akpm@linux-foundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=masahiroy@kernel.org \
    --cc=ndesaulniers@google.com \
    --cc=paulmck@kernel.org \
    --cc=peterz@infradead.org \
    --cc=rppt@kernel.org \
    --cc=vbabka@suse.cz \
    --cc=viro@zeniv.linux.org.uk \
    /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

all inboxes | Powered by JetHome®