From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g2xeI-0004io-Cb for mharc-grub-devel@gnu.org; Thu, 20 Sep 2018 08:01:34 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39614) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g2xeA-0004iW-2s for grub-devel@gnu.org; Thu, 20 Sep 2018 08:01:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g2xe2-0002wN-KE for grub-devel@gnu.org; Thu, 20 Sep 2018 08:01:24 -0400 Received: from dibed.net-space.pl ([84.10.22.86]:45234) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.71) (envelope-from ) id 1g2xdx-0002hz-JL for grub-devel@gnu.org; Thu, 20 Sep 2018 08:01:15 -0400 Received: (from localhost user: 'dkiper' uid#4000 fake: STDIN (dkiper@dibed.net-space.pl)) by router-fw-old.i.net-space.pl id S1870417AbeITMBI (ORCPT ); Thu, 20 Sep 2018 14:01:08 +0200 Date: Thu, 20 Sep 2018 14:01:08 +0200 From: Daniel Kiper To: mchang@suse.com Cc: grub-devel@gnu.org, sriram-s@hpe.com Subject: Re: efinet SNP issue affects iscsi boot Message-ID: <20180920120108.GA17654@router-fw-old.i.net-space.pl> References: <75251d29-74e4-bb95-317d-bccea34e37fa@hpe.com> <20180920103807.sidtlmre2oztx7h3@mazu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180920103807.sidtlmre2oztx7h3@mazu> User-Agent: Mutt/1.3.28i X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 84.10.22.86 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 12:01:31 -0000 On Thu, Sep 20, 2018 at 06:38:07PM +0800, Michael Chang wrote: > 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. That would be perfect. However, there are a few things worth mentioning here. The issue is never ending story. So, please look for relevant discussions in grub-devel archives and take them into account if it is possible/make sense. If you have any difficulties with finding them drop me a line. Please do not drop SNP driver. I think that we should make MNP driver a new default and SNP should stay as a backup. Just in case. Additionally, a few days ago I have started looking for people interested in the project. There are some. Hence, if you are going to take a stab at it I will ask them to do some reviews of your work. I will drop you their emails if they are happy to do so. Daniel