On Tue, Jun 08, 2021 at 01:38:56PM -0500, Harry G. Coin wrote: > On 6/8/21 10:35 AM, Vivek Goyal wrote: > > We want to be able to mount virtiofs as rootfs and pass appropriate > > kernel command line. Right now there does not seem to be a good way > > to do that. If I specify "root=myfs rootfstype=virtiofs", system > > panics. > > > > virtio-fs: tag </dev/root> not found > > .. > > .. > > [ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) ] > > Whatever the best direction forward might be for kernel patches > regarding 'not block device as root', it would ease learning curves if > 'the patterns that set config issue X' were the same across root 'not > block device options' whether cephfs, nfs, 9p, virtiofs. I think achieveing same pattern for all non-block options is pretty hard. There are too many varieits, mtd, ubifs, nfs, cifs, and you just mentioned cephfs. It would be nice if somebody can achieve it. But that should not be a blocker for this patch. Goal of this patch is to take care of virtiofs and 9p. And any other filesystem which can work with this pattern. I think ubi and mtd should be able to work with "root=fstag:<tag>" as well. Something like "root=fstag:ubi:foo". And then ubi:foo will should be passed to ubifs. I think only thing missing is that current code assumes there is one filesystem passed in rootfstype. If we want to try mounting device with multiple filesystems then one can modify the code to call do_mount_root() in a loop from a filesystem list. Right now I did not need it, so I did not add it. > All of them > will have to handle the selinux xattr/issue, posix and flock issues, > caching etc. Filesystem specific flags will be passed by rootflags=. > While by definition virtiofs has to exist only in a vm > guest, the others could be baremetal or vm guest roots. (How much 9p's > other-than-guest transports are used I don't know). > > FYI (though patching the kernel may be the best option) there is a case > that does not have those kernel panics for virtiofs-root and 9p root > using stock fc34. As 9p, the virtiofs method uses the initrd creation > mechanisms provided by 'dracut' or 'initramfs' to provide the 'sysroot > pivot glue'. > > On the fc34 guest a successful 'direct kernel boot' today looks like: > > kernel path: /vmsystems/fedora_generic/boot/vmlinuz > > initrd path: /vmsystems/fedora_generic/boot/initrd.img > > Kernel args: root=virtiofs:myfs rd.shell rd.fstab Does it work with upstream dracut or you have modified dracut to parse "root=virtiofs:myfs" option. I think it probably is better that both kernel and dracut parse and understand same "root=" format string and I will try to avoid creating a "root=" option which dracut understands but not kernel. Or try creating two different wasy to mount virtiofs using "root=" for kernel and dracut. That's why I am first trying to get this new syntax in the kernel and once it works, I want to follow up with dracut folks to parse "root=fstag:<tag>" and be able to mount virtiofs/9p/foo filesystem. Thanks Vivek > > > The xml to pass through virtio-fs is: > > <filesystem type="mount" accessmode="passthrough"> > <driver type="virtiofs" queue="1024"/> > <binary xattr="on"> > <lock posix="on" flock="on"/> > </binary> > <source dir="/vmsystems/fedora_generic"/> > <target dir="myfs"/> > </filesystem> > > The guest fstab is: > > myfs / virtiofs defaults 0 0 > > HTH > > Harry Coin > > >
