On 14.10.2015 17:39, Seth Goldberg wrote:
>
>
>> On Oct 14, 2015, at 4:08 AM, Daniel Kiper wrote:
>>
>>> On Wed, Oct 14, 2015 at 05:19:32AM +, Ye, Ting wrote:
>>> Hi all,
>>>
>>> If I understand the issue correctly, I don't quite agree that UEFI
>>> spec is imprecise about SNP constraints de
on should be involved since SNP can't
>> support multiple access to use the network interface at the same
>> time.
>
>>
>>
>> Best Regards,
>> Ye Ting
>>
>>
>> -----Original Message-----
>> From: Seth Goldberg [mailto:seth.goldb.
ff'
>>> both need the network operation and would like to keep EXCLUSIVE open
>>> SNP by intention, a MNP solution should be involved since SNP can't
>>> support multiple access to use the network interface at the same
>>> time.
>>
>
On 15/10/15 23:33, Andrew Fish wrote:
The EFI Driver Model, lets you connect and disconnect, drivers as needed. The
EFI networking stack supports the EFI Manged Network Protocol to help manage
the network stack configuration. This is what was intended for normal operation.
I’m just guessing bu
use the network interface at the same
> time.
>
>
> Best Regards,
> Ye Ting
>
>
> -Original Message-
> From: Seth Goldberg [mailto:seth.goldb...@oracle.com]
> Sent: Wednesday, October 14, 2015 11:39 PM
> To: The development of GNU GRUB
> Cc: Ye, Ti
; edk2-devel-01; g...@suse.com; Mark Salter;
Laszlo Ersek
Subject: Re: [edk2] [grub PATCH] efinet: disable MNP background polling
> On Oct 14, 2015, at 4:08 AM, Daniel Kiper wrote:
>
>> On Wed, Oct 14, 2015 at 05:19:32AM +, Ye, Ting wrote:
>> Hi all,
>>
>> I
ctober 14, 2015 1:58 PM
To: Ye, Ting; Laszlo Ersek; daniel.ki...@oracle.com; grub-devel@gnu.org
Cc: konrad.w...@oracle.com; edk2-devel-01; g...@suse.com;
seth.goldb...@oracle.com; Mark Salter
Subject: Re: [edk2] [grub PATCH] efinet: disable MNP background polling
14.10.2015 08:19, Ye, Ting пишет:
> On Oct 14, 2015, at 4:08 AM, Daniel Kiper wrote:
>
>> On Wed, Oct 14, 2015 at 05:19:32AM +, Ye, Ting wrote:
>> Hi all,
>>
>> If I understand the issue correctly, I don't quite agree that UEFI
>> spec is imprecise about SNP constraints described as following.
>> The "constraint" described
On Wed, Oct 14, 2015 at 05:19:32AM +, Ye, Ting wrote:
> Hi all,
>
> If I understand the issue correctly, I don't quite agree that UEFI
> spec is imprecise about SNP constraints described as following.
> The "constraint" described here is that the grub should use attribute
> "EXCLUSIVE" to open
On Behalf Of Andrei
Borzenkov
Sent: Wednesday, October 14, 2015 2:58 PM
To: Ye, Ting; Laszlo Ersek; daniel.ki...@oracle.com; grub-devel@gnu.org
Cc: edk2-devel-01; Mark Salter; g...@suse.com; seth.goldb...@oracle.com;
konrad.w...@oracle.com
Subject: Re: [edk2] [grub PATCH] efinet: disable MNP back
] On Behalf Of Laszlo
Ersek
Sent: Wednesday, October 14, 2015 6:21 AM
To: daniel.ki...@oracle.com; grub-devel@gnu.org
Cc: konrad.w...@oracle.com; arvidj...@gmail.com; edk2-devel-01; g...@suse.com;
seth.goldb...@oracle.com; Mark Salter
Subject: Re: [edk2] [grub PATCH] efinet: disable MNP backgroun
...@oracle.com; edk2-devel-01; g...@suse.com;
seth.goldb...@oracle.com; Mark Salter
Subject: Re: [edk2] [grub PATCH] efinet: disable MNP background polling
14.10.2015 08:19, Ye, Ting пишет:
> Hi all,
>
> If I understand the issue correctly, I don't quite agree that UEFI spec is
> im
14.10.2015 04:01, Yinghai Lu пишет:
On Tue, Oct 13, 2015 at 3:11 PM, Daniel Kiper wrote:
On Thu, Oct 01, 2015 at 08:53:44PM +0300, Andrei Borzenkov wrote:
Hatayama-san, would you consider implementing MNP-based driver for GRUB?
Having at least proof of concept available for testing would be go
; Laszlo Ersek; daniel.ki...@oracle.com; grub-devel@gnu.org
Cc: konrad.w...@oracle.com; edk2-devel-01; g...@suse.com;
seth.goldb...@oracle.com; Mark Salter
Subject: Re: [edk2] [grub PATCH] efinet: disable MNP background polling
14.10.2015 08:19, Ye, Ting пишет:
Hi all,
If I understand the issue
14.10.2015 08:19, Ye, Ting пишет:
Hi all,
If I understand the issue correctly, I don't quite agree that UEFI spec is
imprecise about SNP constraints described as following.
The "constraint" described here is that the grub should use attribute
"EXCLUSIVE" to open SNP protocol to gain exclusive
On Tue, Oct 13, 2015 at 3:11 PM, Daniel Kiper wrote:
> On Thu, Oct 01, 2015 at 08:53:44PM +0300, Andrei Borzenkov wrote:
>> 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
> On Oct 13, 2015, at 3:21 PM, Laszlo Ersek wrote:
>
>> On 10/13/15 23:49, Daniel Kiper wrote:
>> Hi Laszlo,
>>
>> First of all, thanks a lot for very nice explanation!
>>
>>> On Thu, Oct 01, 2015 at 01:50:31PM +0200, Laszlo Ersek wrote:
>>> CC'ing Mark Salter, and edk2-devel, also updating t
On Wed, Oct 14, 2015 at 12:21:29AM +0200, Laszlo Ersek wrote:
> On 10/13/15 23:49, Daniel Kiper wrote:
[...]
> > Taking into account above and sentences in UEFI spec (v2.5) like "Once the
> > remote image is successfully loaded, it may utilize the
> > EFI_PXE_BASE_CODE_PROTOCOL
> > interfaces, o
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 tran
On 10/13/15 23:49, Daniel Kiper wrote:
> Hi Laszlo,
>
> First of all, thanks a lot for very nice explanation!
>
> On Thu, Oct 01, 2015 at 01:50:31PM +0200, Laszlo Ersek wrote:
>> CC'ing Mark Salter, and edk2-devel, also updating the subject slightly
>> for better context.
>>
>> On 10/01/15 11:26,
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 no
Hi Laszlo,
First of all, thanks a lot for very nice explanation!
On Thu, Oct 01, 2015 at 01:50:31PM +0200, Laszlo Ersek wrote:
> CC'ing Mark Salter, and edk2-devel, also updating the subject slightly
> for better context.
>
> On 10/01/15 11:26, HATAYAMA Daisuke wrote:
> > Currently, as of the com
Sorry for delayed response.
From: Andrei Borzenkov
Subject: Re: [grub PATCH] efinet: disable MNP background polling
Date: Thu, 1 Oct 2015 20:53:44 +0300
> 01.10.2015 14:50, Laszlo Ersek пишет:
>> - assuming it is "ethernet packet", look for MNPSB first, and if it's
>&
Sorry for delayed response.
From: Laszlo Ersek
Subject: Re: [grub PATCH] efinet: disable MNP background polling
Date: Thu, 1 Oct 2015 13:50:31 +0200
> CC'ing Mark Salter, and edk2-devel, also updating the subject slightly
> for better context.
>
> On 10/01/15 11:26, HATAY
On 10/09/15 12:10, HATAYAMA Daisuke wrote:
> Sorry for delayed response.
>
> From: Laszlo Ersek
> Subject: Re: [grub PATCH] efinet: disable MNP background polling
> Date: Thu, 1 Oct 2015 13:50:31 +0200
>
[snip]
>> Here's an example. Boot OVMF, with a virtio-net-
02.10.2015 01:04, Yinghai Lu пишет:
On Thu, Oct 1, 2015 at 10:53 AM, Andrei Borzenkov wrote:
Hatayama-san, would you consider implementing MNP-based driver for GRUB?
Having at least proof of concept available for testing would be good.
There is one solaris grub2 that does support MNP.
Unf
On Thu, Oct 1, 2015 at 10:53 AM, Andrei Borzenkov wrote:
>
> Hatayama-san, would you consider implementing MNP-based driver for GRUB?
> Having at least proof of concept available for testing would be good.
There is one solaris grub2 that does support MNP.
Thanks
Yinghai
___
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 curren
CC'ing Mark Salter, and edk2-devel, also updating the subject slightly
for better context.
On 10/01/15 11:26, HATAYAMA Daisuke wrote:
> Currently, as of the commit f348aee7b33dd85e7da62b497a96a7319a0bf9dd,
> SNP is exclusively reopened to avoid slowdown or complete failure to
> load files due to r
29 matches
Mail list logo
