From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Zm7o2-0002c6-ON for mharc-grub-devel@gnu.org; Tue, 13 Oct 2015 18:12:26 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45995) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm7mu-0002Tw-Ny for grub-devel@gnu.org; Tue, 13 Oct 2015 18:11:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zm7mr-0005id-Ae for grub-devel@gnu.org; Tue, 13 Oct 2015 18:11:16 -0400 Received: from boksu.net-space.pl ([185.15.1.105]:57057) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm7mq-0005hk-W9 for grub-devel@gnu.org; Tue, 13 Oct 2015 18:11:13 -0400 Received: (from localhost user: 'dkiper' uid#4000 fake: STDIN (dkiper@boksu.net-space.pl)) by router-fw-old.local.net-space.pl id S1307841AbbJMWLG (ORCPT ); Wed, 14 Oct 2015 00:11:06 +0200 Date: Wed, 14 Oct 2015 00:11:06 +0200 From: Daniel Kiper To: arvidjaar@gmail.com, grub-devel@gnu.org Subject: Re: [grub PATCH] efinet: disable MNP background polling Message-ID: <20151013221106.GA6558@router-fw-old.local.net-space.pl> References: <20151001.182655.371384337.d.hatayama@jp.fujitsu.com> <560D1E07.3090902@redhat.com> <560D7328.5050009@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <560D7328.5050009@gmail.com> 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: 185.15.1.105 Cc: edk2-devel-01 , HATAYAMA Daisuke , glin@suse.com, seth.goldberg@oracle.com, Mark Salter , Laszlo Ersek X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2015 22:11:17 -0000 On Thu, Oct 01, 2015 at 08:53:44PM +0300, Andrei Borzenkov wrote: > 01.10.2015 14:50, Laszlo Ersek ??????????: > >- assuming it is "ethernet packet", look for MNPSB first, and if it's > > there, call it to get a private-use MNP instance, in order to transmit > > and receive, > >- if MNPSB is not there, open SNP in exclusive mode, same as now. > > > >Or else, > >- stick with the current exclusive SNP reopen, but make sure that all > > aspects are reconfigured from the ground up. > > > > I completely agree; the tiny insignificant missing piece here is actual > code :) Of course it also means new can of worms and new unknown > firmware bugs ... > > Hatayama-san, would you consider implementing MNP-based driver for GRUB? > Having at least proof of concept available for testing would be good. Are we sure that we want to migrate to MNP? As I saw others (e.g. PXELINUX, iPXE) use SNP and it work for them. If yes then I can post my unfinished rebase work for Solaris GRUB2 MNP patches. I did that for our internal needs, however, I did not finish it because usptream GRUB2 solved our problems. Well, patches are very raw, based on very old GRUB2 (Apr 2012) and do not build. However, maybe they could be a good starting point for further work. Daniel