From owner-freebsd-current@freebsd.org  Tue Jun 25 19:04:11 2019
Return-Path: <owner-freebsd-current@freebsd.org>
Delivered-To: freebsd-current@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9650C15D44D7
 for <freebsd-current@mailman.ysv.freebsd.org>;
 Tue, 25 Jun 2019 19:04:11 +0000 (UTC)
 (envelope-from jbeich@freebsd.org)
Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 server-signature RSA-PSS (4096 bits)
 client-signature RSA-PSS (4096 bits) client-digest SHA256)
 (Client CN "freefall.freebsd.org",
 Issuer "Let's Encrypt Authority X3" (verified OK))
 by mx1.freebsd.org (Postfix) with ESMTPS id 386F870DEB;
 Tue, 25 Jun 2019 19:04:11 +0000 (UTC)
 (envelope-from jbeich@freebsd.org)
Received: by freefall.freebsd.org (Postfix, from userid 1354)
 id 1CD222170B; Tue, 25 Jun 2019 19:04:11 +0000 (UTC)
From: Jan Beich <jbeich@FreeBSD.org>
To: Rebecca Cran <bcran@freebsd.org>
Cc: freebsd-current@freebsd.org,
	D Scott Phillips <scottph@FreeBSD.org>
Subject: Re: CTF: UEFI HTTP boot support
References: <5cbfe8da-25d3-123f-52a1-08cde4e83f67@freebsd.org>
Date: Tue, 25 Jun 2019 21:04:04 +0200
Message-ID: <7e99-pjvf-wny@FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain
X-Rspamd-Queue-Id: 386F870DEB
X-Spamd-Bar: --
Authentication-Results: mx1.freebsd.org
X-Spamd-Result: default: False [-2.96 / 15.00];
 local_wl_from(0.00)[freebsd.org];
 NEURAL_HAM_MEDIUM(-1.00)[-0.998,0];
 NEURAL_HAM_SHORT(-0.96)[-0.959,0];
 ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US];
 NEURAL_HAM_LONG(-1.00)[-1.000,0]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
 <freebsd-current.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-current>, 
 <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current/>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
 <mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jun 2019 19:04:11 -0000

Rebecca Cran <bcran@freebsd.org> writes:

> I've been working with D Scott Phillips to test the UEFI HTTP loader
> code he's written, and we're now ready for wider testing.
[...]

I can't boot after r349349. loader.efi appears to fail to load. As my
boot pool is striped maybe HTTP code interferes with ZFS code assembling
bits from multiple disks. Any ideas how to debug?

Note, UEFI Network Stack is disabled and UEFI Hard Disk is #1 boot option.

  >> FreeBSD EFI boot block
     Loader path: /boot/loader.efi

     Initializing modules: ZFS UFS
     Load Path: \EFI\BOOT\BOOTX64.EFI
     LoadDevice: PciRoot(0x0)/Pci(0x1B,0x0)/Pci(0x0,0x0)/Unit(0x1)/HD(2,GPT,...)
     BootCurrent: 0004
     BootOrder: 0004 0005 0006 0007
     Probing 20 block devices......+.....*....+..... done
      ZFS found the following pools: foo bar
      UFS found no partitions
      command args: -DS115200

  Consoles: EFI console
      Reading loader env vars from /efi/freebsd/loader.env
  Setting currdev to disk1p3:
  \