grub-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [grub PATCH] efinet: disable MNP background polling


From: Laszlo Ersek
Subject: Re: [grub PATCH] efinet: disable MNP background polling
Date: Wed, 14 Oct 2015 00:23:03 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0

On 10/14/15 00:11, Daniel Kiper wrote:
> 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.

Hatayama-san, can you perhaps test PXELINUX and iPXE on those machines
where the current grub code exposes problems?

Thank you,
Laszlo

> 
> 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
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]