Date: Mon, 16 Oct 2017 09:56:45 -0600 From: Warner Losh <imp@bsdimp.com> To: Andrew Turner <andrew@fubar.geek.nz> Cc: eric@meatspace.com, src-committers <src-committers@freebsd.org>, "svn-src-head@freebsd.org" <svn-src-head@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, Warner Losh <imp@freebsd.org> Subject: Re: svn commit: r324646 - in head/sys/boot/efi: boot1 libefi loader Message-ID: <CANCZdfpQ36yB=n0CnS3pcwLMAT=h-gCnMh-=GPU0KwG-e6L2QA@mail.gmail.com> In-Reply-To: <C58ADF11-C9AC-405C-880B-BBC864DB5EC3@fubar.geek.nz> References: <201710160359.v9G3xCCi087576@repo.freebsd.org> <C5C51AA5-F439-4B38-8FCF-0AA3C1FF7E34@fubar.geek.nz> <CANCZdfptCfDS=NrCrjZt03jkuoTZzfyvTa3VjWuVoT1074QZAg@mail.gmail.com> <C58ADF11-C9AC-405C-880B-BBC864DB5EC3@fubar.geek.nz>
next in thread | previous in thread | raw e-mail | index | archive | help
So this is on aarch64? Is this running a standardish qemu setup as documented on https://wiki.freebsd.org/arm64/QEMU ? Or are there tricks that we need to cope with... If we can't get good resoltuion on this today, I plan on backing out the entire change. Warner On Mon, Oct 16, 2017 at 9:38 AM, Andrew Turner <andrew@fubar.geek.nz> wrote= : > I have a local Jenkins setup that builds images & tries to run under > various simulators. The final image is built with mkimg. I=E2=80=99m runn= ing it > under qemu. > > Andrew > > On 16 Oct 2017, at 13:19, Warner Losh <imp@bsdimp.com> wrote: > > I'll take a look, but I've also ccd Eric so he can figure out what went > wrong with is code in your environment. What env is That? > > Warnee > > On Oct 16, 2017 3:26 AM, "Andrew Turner" <andrew@fubar.geek.nz> wrote: > >> >> > On 16 Oct 2017, at 04:59, Warner Losh <imp@FreeBSD.org> wrote: >> > >> > Author: imp >> > Date: Mon Oct 16 03:59:11 2017 >> > New Revision: 324646 >> > URL: https://svnweb.freebsd.org/changeset/base/324646 >> > >> > Log: >> > Unify boot1 with loader >> > >> > Refactor boot1 to use the same I/O code as /boot/loader uses. Refacto= r >> > to use the common efi_main.c. >> > >> > Submitted by: Eric McCorkle >> > Differential Revision: https://reviews.freebsd.org/D10447 >> > >> > Added: >> > head/sys/boot/efi/libefi/efi_main.c (contents, props changed) >> > - copied, changed from r324645, head/sys/boot/efi/loader/efi_main.= c >> > Deleted: >> > head/sys/boot/efi/boot1/boot_module.h >> > head/sys/boot/efi/boot1/ufs_module.c >> > head/sys/boot/efi/boot1/zfs_module.c >> > head/sys/boot/efi/loader/efi_main.c >> > Modified: >> > head/sys/boot/efi/boot1/Makefile >> > head/sys/boot/efi/boot1/boot1.c >> > head/sys/boot/efi/libefi/Makefile >> > head/sys/boot/efi/loader/Makefile >> >> Hello Warner, >> >> After this change I=E2=80=99m getting the following panic on various tes= t VMs. >> >> Andrew >> >> >> FreeBSD EFI boot block >> >> Loader path: /boot/loader.efi >> >> Load Path: \EFI\BOOT\BOOTAA64.EFI >> Load Device: VenHw(837DCA9E-E874-4D82-B29A- >> 23FE0E23D1E2,003C000A00000000)/HD(1,GPT,DD40E9C6-B247-11E7-A >> A0A-15EFE1BBB7CF,0x3,0x640) >> panic: Couldn't trim device path >> --> Press a key on the console to reboot <-- >> >> >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfpQ36yB=n0CnS3pcwLMAT=h-gCnMh-=GPU0KwG-e6L2QA>