From: "Laszlo Ersek" <lersek@redhat.com>
To: devel@edk2.groups.io, tpilar@solarflare.com
Subject: Re: [edk2-devel] iSCSI and iBFT
Date: Tue, 21 May 2019 21:47:32 +0200 [thread overview]
Message-ID: <c16d38a5-61d1-bac1-9565-3a90604e039f@redhat.com> (raw)
In-Reply-To: <e24276b9cf8f40be93d56211b24ecc73@ukex01.SolarFlarecom.com>
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' <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
>
>
>
>
next prev parent reply other threads:[~2019-05-21 19:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-20 15:56 iSCSI and iBFT Tomas Pilar (tpilar)
2019-05-21 14:54 ` Tomas Pilar (tpilar)
2019-05-21 19:47 ` Laszlo Ersek [this message]
2019-05-22 9:55 ` [edk2-devel] " Tomas Pilar (tpilar)
2019-05-22 10:19 ` Laszlo Ersek
2019-05-22 10:40 ` Tomas Pilar (tpilar)
2019-05-22 22:26 ` Michael Brown
2019-05-23 9:46 ` Tomas Pilar (tpilar)
2019-05-23 10:35 ` Michael Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c16d38a5-61d1-bac1-9565-3a90604e039f@redhat.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox