From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: redhat.com, ip: 209.132.183.28, mailfrom: lersek@redhat.com) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by groups.io with SMTP; Tue, 21 May 2019 12:47:41 -0700 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 498003082B43; Tue, 21 May 2019 19:47:36 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-120-194.rdu2.redhat.com [10.10.120.194]) by smtp.corp.redhat.com (Postfix) with ESMTP id 8B26B19744; Tue, 21 May 2019 19:47:33 +0000 (UTC) Subject: Re: [edk2-devel] iSCSI and iBFT To: devel@edk2.groups.io, tpilar@solarflare.com References: <3644c44636fb4fe5b719128ec1443b4c@ukex01.SolarFlarecom.com> From: "Laszlo Ersek" Message-ID: Date: Tue, 21 May 2019 21:47:32 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.45]); Tue, 21 May 2019 19:47:41 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit On 05/21/19 16:54, Tomas Pilar (tpilar) wrote: > I am going to commit the cardinal sin of online dev support. heh :) > 'Never mind, found the problem' What was it? I didn't ignore your original email -- I looked at iPXE briefly, but couldn't blame anything at once, and then I quickly ran out of steam. There wasn't anything I could have added to the thread. Thanks, Laszlo > From: Tomas Pilar > Sent: 20 May 2019 16:57 > To: 'devel@edk2.groups.io' > Subject: iSCSI and iBFT > > Hi, > > I have a bit of an esoteric problem. When I configure the software iscsi intiator that is part of EDK2 platform network stack, the platform network stack with install iBFT table into the ACPI tables so that the configuration can be picked up by further boot loaders and the OS. So far so good. > > Problem: When I PXE boot into iPXE using my adapter, exit back into boot manager, the iBFT has disappeared. Alternatively, if I use iPXE to then boot WDS, the software initiator in WinPE won't find the iBFT table and therefore won't hook the network drive. > > Observations: > * When I boot into UEFI shell on disk and exit back into boot manager, the iBFT is preserved. > > * When I PXE boot into UEFI shell and exit, the iBFT is preserved. > > * When I boot into iPXE on disk and exit, the iBFT is preserved. > > * When I use a different adapter (Intel) to pxe boot into iBFT and exit back to boot manager, the iBFT has moved from the penultimate position to the last position in the ACPI tables. Almost as if something uninstalled the iBFT and reinstalled it. > > Any ideas? > > Cheers > Tom > > > >