Date: Thu, 26 Oct 2023 12:39:02 -0600 From: Warner Losh <imp@bsdimp.com> To: Ed Maste <emaste@freebsd.org> Cc: Kyle Evans <kevans@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: Ventoy support Message-ID: <CANCZdfoDPogQTDsmFGi%2BQirfHsFR=xAVRxR_34Yg28OKQGyeYQ@mail.gmail.com> In-Reply-To: <CAPyFy2Bh9nLtQvQDT1Q_WOQ7k5mmS_Dn3CZy-_Z9DztN6yxvrg@mail.gmail.com> References: <202310250103.39P13maS040503@gndrsh.dnsmgr.net> <93ae484b-0f67-4f8b-829d-f75162afd680@FreeBSD.org> <CAPyFy2Bh9nLtQvQDT1Q_WOQ7k5mmS_Dn3CZy-_Z9DztN6yxvrg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Thu, Oct 26, 2023 at 11:22 AM Ed Maste <emaste@freebsd.org> wrote: > On Tue, 24 Oct 2023 at 21:24, Kyle Evans <kevans@freebsd.org> wrote: > > > > On 10/24/23 20:03, Rodney W. Grimes wrote: > > > > > > What "modules" are being provied by Ventoy, I do not know > > > of any FreeBSD modules being provided by Ventoy, it is an > > > EFI shim that loads the FreeBSD loader, and the loader > > > does all the work. > > > > > > Again, perhaps I do not see this as I am only using ventoy > > > in EFI mode. > > > > There's an accompanying geom module as well, source available[0] for > > every version they support (except 14.x, apparently, despite having a > > built blob in the geom_ventoy_ko dir). It's a little annoying to try > > and understand the problems they're running into from version to > > version, IMO, since they just publish the entire module again for each > > version rather than maintaining some __FreeBSD_version shims or > something. > > In particular, the kernel does not use EFI services for the root > filesystem. > I've looked to pass the root filesystem into FreeBSD via a UEFI file path, which FreeBSD has most, but not quite all, of the infrastructure to do. I've been slowly adding pieces to round this out. For simple filesystems on simple devices, it can be made to work. ZFS can be made to work too, but requires fairly different code (also, for ZFS, we can cheat and pass in a name that the boot loader and the OS share). The Ventoy stuff is interesting as well... Ed has some good ideas here and we've also done some work to have a unified .mem and .iso image as well... Though, honestly, the .iso format is getting rather long-of-tooth and we might be better off leaving it behind like others have done. Warner [-- Attachment #2 --] <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 26, 2023 at 11:22 AM Ed Maste <<a href="mailto:emaste@freebsd.org">emaste@freebsd.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 24 Oct 2023 at 21:24, Kyle Evans <<a href="mailto:kevans@freebsd.org" target="_blank">kevans@freebsd.org</a>> wrote:<br> ><br> > On 10/24/23 20:03, Rodney W. Grimes wrote:<br> > ><br> > > What "modules" are being provied by Ventoy, I do not know<br> > > of any FreeBSD modules being provided by Ventoy, it is an<br> > > EFI shim that loads the FreeBSD loader, and the loader<br> > > does all the work.<br> > ><br> > > Again, perhaps I do not see this as I am only using ventoy<br> > > in EFI mode.<br> ><br> > There's an accompanying geom module as well, source available[0] for<br> > every version they support (except 14.x, apparently, despite having a<br> > built blob in the geom_ventoy_ko dir). It's a little annoying to try<br> > and understand the problems they're running into from version to<br> > version, IMO, since they just publish the entire module again for each<br> > version rather than maintaining some __FreeBSD_version shims or something.<br> <br> In particular, the kernel does not use EFI services for the root filesystem.<br></blockquote><div><br></div><div>I've looked to pass the root filesystem into FreeBSD via a UEFI file path,</div><div>which FreeBSD has most, but not quite all, of the infrastructure to do.</div><div>I've been slowly adding pieces to round this out. For simple filesystems</div><div>on simple devices, it can be made to work. ZFS can be made to work too,</div><div>but requires fairly different code (also, for ZFS, we can cheat and pass</div><div>in a name that the boot loader and the OS share).</div><div><br></div><div>The Ventoy stuff is interesting as well... Ed has some good ideas here</div><div>and we've also done some work to have a unified .mem and .iso image</div><div>as well... Though, honestly, the .iso format is getting rather long-of-tooth</div><div>and we might be better off leaving it behind like others have done.</div><div><br></div><div>Warner</div></div></div>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfoDPogQTDsmFGi%2BQirfHsFR=xAVRxR_34Yg28OKQGyeYQ>