From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g2wLt-0007jr-89 for mharc-grub-devel@gnu.org; Thu, 20 Sep 2018 06:38:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35052) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g2wLq-0007aC-Mr for grub-devel@gnu.org; Thu, 20 Sep 2018 06:38:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g2wLl-0005cR-MK for grub-devel@gnu.org; Thu, 20 Sep 2018 06:38:26 -0400 Received: from smtp2.provo.novell.com ([137.65.250.81]:46076) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g2wLl-0005c5-DF for grub-devel@gnu.org; Thu, 20 Sep 2018 06:38:21 -0400 Received: from mazu (prv-ext-foundry1int.gns.novell.com [137.65.251.240]) by smtp2.provo.novell.com with ESMTP (TLS encrypted); Thu, 20 Sep 2018 04:38:10 -0600 Date: Thu, 20 Sep 2018 18:38:07 +0800 From: Michael Chang To: The development of GNU GRUB Cc: sriram-s@hpe.com Subject: Re: efinet SNP issue affects iscsi boot Message-ID: <20180920103807.sidtlmre2oztx7h3@mazu> Mail-Followup-To: The development of GNU GRUB , sriram-s@hpe.com References: <75251d29-74e4-bb95-317d-bccea34e37fa@hpe.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <75251d29-74e4-bb95-317d-bccea34e37fa@hpe.com> User-Agent: NeoMutt/20170421 (1.8.2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 137.65.250.81 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2018 10:38:27 -0000 On Thu, Sep 13, 2018 at 06:06:15PM -0600, Micah Parrish wrote: > Hi, new subscriber here.  We have a problem with Grub 2 and its use of SNP > instead of MNP.  Our UEFI driver for a network card parses the relevant DHCP > options for iSCSI boot, generates an iBFT table, then gets closed by Grub > when it opens the SNP interface. The driver removes the iBFT table as part > of normal unload cleanup.  I think this should happen with the Tianocore > UEFI reference driver as well.  The problem is often masked or does not > occur when there are multiple network ports enabled.  It occurs with several > different vendors NICs. > > Possible solutions I see: > > 1. Grub parses the DHCP options and creates its own iBFT. > > 2. Grub copies the already generated iBFT before destroying the interface. > > 3. Grub opens the network interface MNP instead of SNP. > > Although I am a neophyte at grub and UEFI development, I would like to start > a discussion on possible solutions.  Has anyone else seen this? For possible solution 3, I managed to work out patch to use MNP but is not polished, although it survived my testing. If you don't mind and willing to give it go I will post it here as RFC patch for review. Thanks, Michael > > > Micah Parrish > micah.parrish@hpe.com > Linux OS Engineer > Hewlett-Packard Enterprise > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel