Re: [edk2] [PATCH 2/2] efinet: fix lost packets due to active MNP instances

2015-04-28 Thread Michael Chang
On Mon, Apr 27, 2015 at 02:47:16PM +0800, Michael Chang wrote:
 On Sun, Apr 26, 2015 at 09:42:52AM +0300, Andrei Borzenkov wrote:
  В Tue, 21 Apr 2015 14:12:54 +0800
  Michael Chang mch...@suse.com пишет:
  
   
   3. Even I can add the card open earler before hadling the dhcpv6
   packets, it will freeze at grub_efi_open_protocol if the option in use
   is GRUB_EFI_OPEN_PROTOCOL_BY_EXCLUSIVE. I was actually using
   GRUB_EFI_OPEN_PROTOCOL_GET_PROTOCOL in the entire test and am running
   out of idea how to deal with that diversity.
   
  
  Is it in QEMU? If yes, is it hardware emulation or KVM? I'm currently
  facing the situation when I cannot netboot standalone efi image using
  openSUSE grub on KVM but exactly the same image from upstream works.
  openSUSE grub works on pure hardware emulation. There were several
  similar reports in the past.
 
 It's KVM. But with you updated patch it no longer fail in exclusive open
 for me ..

Apparently I made a mistake here, the exclusive open still fails.

It's in your new patch that can survive the failed exlusive open by
keep using the non-exclusive open for simple network protocol.

Regards,
Michael

___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel


Re: [edk2] [PATCH 2/2] efinet: fix lost packets due to active MNP instances

2015-04-28 Thread Michael Chang
On Tue, Apr 28, 2015 at 02:03:02PM +0800, Michael Chang wrote:
 On Mon, Apr 27, 2015 at 02:47:16PM +0800, Michael Chang wrote:
 Apparently I made a mistake here, the exclusive open still fails.
 
 It's in your new patch that can survive the failed exlusive open by
 keep using the non-exclusive open for simple network protocol.

Again, sorry to create all the mess here.

I just updated edk2/ovmf to svn 17187 and exlusive open now return
successfully for IPv6. The version previously used was svn 16398 and
also some self-complied version around it.

The edk2 upstream seems to have fixed the problem already.

Thanks,
Michael

___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel