On Sat, 2 Sep 2017 11:26:50 -0600
Warner Losh wrote:
> On Sat, Sep 2, 2017 at 11:25 AM, Warner Losh wrote:
>
> >
> >
> > On Sat, Sep 2, 2017 at 1:43 AM, Tomoaki AOKI
> > wrote:
> >
> >> Hi.
> >>
> >> This broke boot drive selection
On Sat, 2 Sep 2017 11:26:50 -0600
Warner Losh wrote:
> On Sat, Sep 2, 2017 at 11:25 AM, Warner Losh wrote:
>
> >
> >
> > On Sat, Sep 2, 2017 at 1:43 AM, Tomoaki AOKI
> > wrote:
> >
> >> Hi.
> >>
> >> This broke boot drive selection
On Sat, Sep 2, 2017 at 11:25 AM, Warner Losh wrote:
>
>
> On Sat, Sep 2, 2017 at 1:43 AM, Tomoaki AOKI
> wrote:
>
>> Hi.
>>
>> This broke boot drive selection functionality by smh@ at r295320 on
>> Feb.5, 2016. [1]
>> Now, even if I forcibly select
On Sat, Sep 2, 2017 at 1:43 AM, Tomoaki AOKI
wrote:
> Hi.
>
> This broke boot drive selection functionality by smh@ at r295320 on
> Feb.5, 2016. [1]
> Now, even if I forcibly select 2nd HDD via UEFI firmware, boot1.efi
> (as bootx64.efi) selects /boot/loader.efi on 1st
Hi.
This broke boot drive selection functionality by smh@ at r295320 on
Feb.5, 2016. [1]
Now, even if I forcibly select 2nd HDD via UEFI firmware, boot1.efi
(as bootx64.efi) selects /boot/loader.efi on 1st HDD. Each boot
partition are ZFS pools. Confirmed previous rev was OK.
Attached is the
Author: imp
Date: Sun Aug 27 03:10:16 2017
New Revision: 322941
URL: https://svnweb.freebsd.org/changeset/base/322941
Log:
Eliminate redunant device path matching.
Use efi_devpath_match instead of device_paths_match. They are
functionally the same. Remove device_paths_match from boot1.c