Rafael, I made a little progress this weekend watching American Football on TV, and I had some time on an airplane today to add some comments. I wrote a simple C command line program that does

Hi Andrew As you have mentioned: " I might find some time to try to get the EmulatorPkg mocking working." Answer: This would be amazing! Thanks for trying to help! The plan is to try to get some

below

"Laszlo Ersek" <lersek@...> wrote: we can try to resurrect and put over it some kind of protocol to describe which CPUs to where hotplugged. or we could put a parameter into SMI status

Hi Igor, Considering the plan at [1], the two patch sets [2] [3] should cover step (01); at least as proof of concept. [1] [edk2-devel] CPU hotplug using SMM with QEMU+OVMF

Rafael, Generally how it works for a PCI device is it gets its Start() function called to bind to the device. So the EFI_AUDIO_OUTPUT_PROTOCOL and EFI_AUDIO_CODEC_PROTOCOL protocols would likely get

I'd like to point out that blind people do not just use speed alterations to PCM data to achive such incredibly fast speeds; speed alterations also come from the fact that the speech synthesizer

Hi everyone. About Ethin's question: synthesizer protocol. Perhaps we could extend this to the setup utility too (as well as all other things displayed on the screen)? Answer: This is the target from

Rafael, What member functions to you think that EFI_AUDIO_OUTPUT_PROTOCOL should contain? I'm thinking if we had an EFI_TEXT_TO_SPEECH_PROTOCOL that driver could produce a PCM/Wave buffer, it could

Embedding a speech synthesizer would make things unified across all OSes. You wouldn't need to worry about self-voicing; the speech synthesizer would do that for you. As for the boot manager, yes,

Hi Andrew. As you have mentioned: it writes the NVRAM variables that point to OS loader on the EFI System partition. Note the OS installer is the software that copied OS loader to the EFI System

Answer: The EFI Firmware has some default boot options, but when an OS installs it writes the NVRAM variables that point to OS loader on the EFI System partition. Note the OS installer is the

Hi Ethin. don't know how long ago it expired but it definitely has expired, so you don't need to worry about IP (I don't think).) An OS setup utility would be nice if it weren't for the fact that it

The patent for MP3 expired a year or so ago, if memory serves. (I don't know how long ago it expired but it definitely has expired, so you don't need to worry about IP (I don't think).) An OS setup

Rafael, I'm not exactly the ARM expert, but what we have seen is as long as en EFI PCI driver follows the EFI rules for DMA it should work just fine on all CPU architectures. The historical problem

Another possibility would be to alias the 0xA0000..0xBFFFF SMRAM to 0x30000..0x4FFFF (only when in SMM). I'm not super enthusiastic about adding this kind of QEMU-only feature. The alternative would

Mike:

Hi Everyone Answering Ethin: Answer: Neither do I. Lets wait some ARM expert to give some opinion :) Answering Andrew supported? I assume the CODEC implies the audio file formats that can

"Laszlo Ersek" <lersek@...> wrote: Laszlo, thanks for trying it out. It's nice to hear that approach is somewhat usable. Hopefully we won't have to invent 'paused' cpu mode. Pls CC me on your

I've got good results. For this (1/2) QEMU patch: Tested-by: Laszlo Ersek <lersek@...> I tested the following scenarios. In every case, I verified the OVMF log, and also the "info mtree"