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; Wed, 22 May 2019 03:19:13 -0700 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id DFBA2356F1; Wed, 22 May 2019 10:19:09 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-120-230.rdu2.redhat.com [10.10.120.230]) by smtp.corp.redhat.com (Postfix) with ESMTP id 0C8DE62660; Wed, 22 May 2019 10:19:08 +0000 (UTC) Subject: Re: [edk2-devel] iSCSI and iBFT To: Tomas Pilar , Devel EDK2 References: <3644c44636fb4fe5b719128ec1443b4c@ukex01.SolarFlarecom.com> <1c6545291d0f460fac20abf2187a551c@ukex01.SolarFlarecom.com> From: "Laszlo Ersek" Message-ID: Date: Wed, 22 May 2019 12:19:07 +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: <1c6545291d0f460fac20abf2187a551c@ukex01.SolarFlarecom.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Wed, 22 May 2019 10:19:12 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit On 05/22/19 11:55, Tomas Pilar wrote: > iPXE identifies the device it was pxe booted from by searching parents of the LoadedImage which support SNP and NII and uses the address of the installed NII and SNP as a discriminant to see if a device is in fact the one it was pxe booted from. This convoluted process is done to shoehorn chainload drivers into the ipxe driver api. > > Then it will chainload NII or SNP drivers on all devices if they pass the above check. My driver used a global static NII struct and installed that as NII on all ports so ipxe then tried to bind its NIIONLY driver on all ports on the adapter, not just the one it was pxebooted with. Thus it kicked off the network stack including the iSCSI connection on the second port even though it was pxe booted into using the first port. > > Ugh. Thanks for the description! What is the solution to the problem? Per-port NII structs? (I don't have any experience with EFI_NETWORK_INTERFACE_IDENTIFIER_PROTOCOL.) Thanks Laszlo > -----Original Message----- > From: devel@edk2.groups.io On Behalf Of Laszlo Ersek > Sent: 21 May 2019 20:48 > To: Devel EDK2 ; Tomas Pilar > Subject: Re: [edk2-devel] iSCSI and iBFT > > 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 >> >> >> >> > > > >