Re: [edk2] [PATCH] UnixPkg: Mark as deprecated (replaced by EmulatorPkg)

2012-10-01 Thread Jordan Justen
No feedback, but, at least no one objected. :) I plan to add this patch to UnixPkg... Does anyone have any input on how long we should wait before deleting the UnixPkg files? I'm thinking we should leave UnixPkg/Deprecated.txt around for a while after this as well. -Jordan On Wed, Aug 29, 2012

[edk2] What is expected in Progress parameter of ConfigAccess.RouteConfig.

2012-10-01 Thread Prakash, Sathya
All, The spec says the Progress parameter of the EFI_HII_CONFIG_ACCESS_PROTOCOL.RouteConfig() as a pointer to a string filled in with the offset of the most recent '&' before the first failing name / value pair (or the beginning of the string if the failure is in the first name / value pair) or

Re: [edk2] EFI_CONSOLE_CONTROL_PROTOCOL in OvmfPkg / grub2

2012-10-01 Thread Laszlo Ersek
On 10/01/12 22:16, Andrew Fish wrote: > > On Oct 1, 2012, at 11:08 AM, Laszlo Ersek wrote: >> Or maybe I mis-attributed the blame to grub_efi_set_text_mode()... Yes, I think I was wrong about it. "Welcome to GRUB!" is printed after grub_machine_init() (and hence grub_efi_set_text_mode()) returns

Re: [edk2] EFI_CONSOLE_CONTROL_PROTOCOL in OvmfPkg / grub2

2012-10-01 Thread Andrew Fish
On Oct 1, 2012, at 11:08 AM, Laszlo Ersek wrote: > Hello Andrew, > > On 10/01/12 17:19, Andrew Fish wrote: > >> It is OK for Grub to check for the EFI_CONSOLE_CONTROL_PROTOCOL and >> set the system into a text mode if that is required. For example Macs >> support console control and boot with i

Re: [edk2] [PATCH v2 4/4] OvmfPkg: QemuBootOrder: recognize virtio-blk OFW device paths

2012-10-01 Thread Laszlo Ersek
On 10/01/12 21:16, Paolo Bonzini wrote: > Il 01/10/2012 00:11, Laszlo Ersek ha scritto: >> + } else if (NumNodes >= 3 && >> + SubstringEq (OfwNode[1].DriverName, "scsi") && > > Are you sure this is "scsi" and not "virtio-blk-pci"? Yes, I am; from my most recent guest run (on RHEL-6.3

Re: [edk2] [PATCH v2 4/4] OvmfPkg: QemuBootOrder: recognize virtio-blk OFW device paths

2012-10-01 Thread Paolo Bonzini
Il 01/10/2012 00:11, Laszlo Ersek ha scritto: > + } else if (NumNodes >= 3 && > + SubstringEq (OfwNode[1].DriverName, "scsi") && Are you sure this is "scsi" and not "virtio-blk-pci"? Paolo > + SubstringEq (OfwNode[2].DriverName, "disk") > + ) { > +// > +

[edk2] RAID Controllers and LSI Protocol

2012-10-01 Thread Fernando J V da Silva
Hi all! I'm trying to develop an UEFI application aiming to send LSI commands to a LSI MegaRaid Controller. However, I couldn't find any protocol for RAID on UDK. Is there any? If not, as far as I read about it, it seems I should use some driver which could pass through the commands to such devic

Re: [edk2] EFI_CONSOLE_CONTROL_PROTOCOL in OvmfPkg / grub2

2012-10-01 Thread Laszlo Ersek
Hello Andrew, On 10/01/12 17:19, Andrew Fish wrote: > It is OK for Grub to check for the EFI_CONSOLE_CONTROL_PROTOCOL and > set the system into a text mode if that is required. For example Macs > support console control and boot with it in graphics (only) mode. So > it seems like the bug is in ha

Re: [edk2] EFI_CONSOLE_CONTROL_PROTOCOL in OvmfPkg / grub2

2012-10-01 Thread Andrew Fish
On Oct 1, 2012, at 5:59 AM, Andrew Fish wrote: > This is an issue with Grub, ConsoleControl was part of the EDK implementation > and is not in UEFI or PI specs. > > It is OK for Grub to check for the EFI_CONSOLE_CONTROL_PROTOCOL and set the system into a text mode if that is required. For exa

Re: [edk2] EFI_CONSOLE_CONTROL_PROTOCOL in OvmfPkg / grub2

2012-10-01 Thread Andrew Fish
This is an issue with Grub, ConsoleControl was part of the EDK implementation and is not in UEFI or PI specs. Sent from my iPhone On Oct 1, 2012, at 2:43 AM, Laszlo Ersek wrote: > Hi, > > during my recent testing with Fedora 18 Alpha on qemu-kvm + OVMF I > noticed that there's a very short

[edk2] EFI_CONSOLE_CONTROL_PROTOCOL in OvmfPkg / grub2

2012-10-01 Thread Laszlo Ersek
Hi, during my recent testing with Fedora 18 Alpha on qemu-kvm + OVMF I noticed that there's a very short graphics glitch on the *textual* grub2 welcome screen. Basically one or two lines are printed, one of which looks like "Welcome to GRUB!", and then the screen falls apart like in a packed vs. p