UEFI ISO boot not working in 12.1 ?
Kyle Evans
kevans at freebsd.org
Sat Nov 9 17:25:02 UTC 2019
On Sat, Nov 9, 2019 at 10:42 AM Chris Ross <cross+freebsd at distal.com> wrote:
>
> On Thu, Nov 07, 2019 at 02:53:25PM -0500, Chris Ross wrote:
> > > > On Thu, Nov 7, 2019 at 9:46 AM Julian Elischer <julian at freebsd.org> wrote:
> > > >> You could try some bisection back along the 12 branch..
> >
> > Yeah. I was hoping for an easier path, but. I can try slogging back
> > through stable-12 a month or two at a time.
>
> Okay. I spent a bunch of time moving around stable-12 by date, and
> an ISO build from stable-12 as of 2019-10-14 works (rev 353483), and
> 2019-10-15 (rev 353541) does not.
>
> The svn update across that day shows:
>
> Updating '.':
> U stand/efi/boot1/boot1.c
> U stand/efi/include/efilib.h
> U stand/efi/libefi/devpath.c
> U stand/efi/libefi/efinet.c
> U stand/efi/libefi/efipart.c
> U stand/efi/libefi/libefi.c
> U stand/efi/loader/arch/i386/efimd.c
> U stand/efi/loader/efi_main.c
> U stand/efi/loader/framebuffer.c
> U stand/efi/loader/main.c
> U stand/libsa/stand.h
> U stand/libsa/zalloc.c
> U stand/libsa/zalloc_defs.h
> U stand/libsa/zalloc_malloc.c
> U stand/libsa/zalloc_mem.h
> U stand/libsa/zalloc_protos.h
> U .
> Updated to revision 353541.
>
> So, there's the commit/commits. Can someone else who knows the intra-branch
> process better help me determine where the original change came from,
> what it was meant to accomplish, then hopefully we can find out what went
> wrong for at least my hardware?
>
Hi,
That helps- thanks! I'm CC'ing tsoome@, as this is basically just
r353501 in that range. Can you give the latest -CURRENT snapshot boot
as another data point?
Thanks,
Kyle Evans
More information about the freebsd-stable
mailing list