IntelFrameworkModulePkg/Isa/IsaSerialDxe has defined the following ASCII
string:
#define SERIAL_PORT_NAME "ISA Serial Port # "
But it also used the UNICODE string later:
StrCpy (SerialPortName, L"ISA Serial Port # ")
This patch uses the ASCII-to-UNICODE conversion macro to remove the
duplicated
Macros are added which return the UNICODE format of a given ASCII string.
Therefore, duplicated hardcode string when both the ASCII and UNICODE format of
a string constant can be removed generally.
Hao Wu (2):
MdePkg: Add a macro which converts an ASCII sting to UNICODE format
IntelFrameworkMo
This macro is used as a general solution to remove duplicated hardcode
strings when both the ASCII and UNICODE format of a string is needed.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Hao Wu
---
MdePkg/Include/Base.h | 16 +++-
1 file changed, 15 insertion
Hi Andrew/Samer/Ard,
Could you help review and give feedback about the update to SMBIOS
module to support 64-bit entry point and table?
Based on your previous feedback about SMBIOS 3.0 64-bit implementation,
I provided the solution:
1. I Introduced a new PCD PcdSmbiosEntr
On 6 March 2015 at 09:57, Li, Elvin wrote:
> Hi Andrew/Samer/Ard,
> Could you help review and give feedback about the update to SMBIOS
> module to support 64-bit entry point and table?
>
> Based on your previous feedback about SMBIOS 3.0 64-bit
> implementation, I provided the so
Hi Vieira
Please add the output of the UEFI shell command "ver" here so we can help
you.
Do it this way:
fs0:\ ver >> outputFile.txt
Then add the content of the outputFile.txt here.
Thanks
Rafael R. Machado
2015-03-05 16:10 GMT-03:00 S. Vieira :
> Thanks ..
>
> I had found it..
>
> But the r
On 5 March 2015 at 11:19, Laszlo Ersek wrote:
> "ArmPlatformPkg/ArmVirtualizationPkg/ArmVirtualizationQemu.dsc" references
> this driver.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Laszlo Ersek
Reviewed-by: Ard Biesheuvel
> ---
> MdeModulePkg/Bus/Pci/XhciDxe
On 5 March 2015 at 11:19, Laszlo Ersek wrote:
> QEMU commit aa685789 ("xhci: generate a Transfer Event for each Transfer
> TRB with the IOC bit set") fixed an emulation problem in QEMU; we can now
> drive that host controller with edk2's XhciDxe. Include it in OvmfPkg, as
> XHCI emulation is repor
On 5 March 2015 at 11:19, Laszlo Ersek wrote:
> QEMU commit aa685789 ("xhci: generate a Transfer Event for each Transfer
> TRB with the IOC bit set") fixed an emulation problem in QEMU; we can now
> drive that host controller with edk2's XhciDxe. Include it in
> ArmVirtualizationQemu, as XHCI emul
On 5 March 2015 at 11:19, Laszlo Ersek wrote:
> The stanza for the [Components.common] section of
> "ArmVirtualization.dsc.inc" originates from under OvmfPkg.
>
Could we have a rationale in the commit log? I can't remember what it was :-)
> Contributed-under: TianoCore Contribution Agreement 1.
On 03/06/15 13:14, Ard Biesheuvel wrote:
> On 5 March 2015 at 11:19, Laszlo Ersek wrote:
>> The stanza for the [Components.common] section of
>> "ArmVirtualization.dsc.inc" originates from under OvmfPkg.
>>
>
> Could we have a rationale in the commit log? I can't remember what it was :-)
I don't
Hi All,
I am trying to find out what is causing memory corruption in my 2 node
board.
Each node has 16GB of RAM and I have followed the example if ArmJunoPkg to
add an extra HOB for RAM on second node. This is recognized by Linux NUMA
kernel correctly.
When I build a debug version of UEFI, it wo
Hello all,
The current host for our EDK2 mailing list has had a few technical issues
lately- primarily that some mails have been significantly delayed or not
delivered at all. We are investigating other options for this hosting. I know
there has been some discussion about splitting the mailing
On 2015-03-06 14:29:27, Peterson, Joe wrote:
> Hello all,
>
> The current host for our EDK2 mailing list has had a few technical
> issues lately- primarily that some mails have been significantly
> delayed or not delivered at all. We are investigating other options
> for this hosting. I know there
> > I know there has been some discussion about splitting the mailing list as
> > well,
> I hadn't heard this discussed. Why would there be a split?
It was as an aside in another conversation that I was following. I can't seem
to pull it up in the archive, though. "We have outgrown a single li
On 6 March 2015 at 13:35, Laszlo Ersek wrote:
> On 03/06/15 13:14, Ard Biesheuvel wrote:
>> On 5 March 2015 at 11:19, Laszlo Ersek wrote:
>>> The stanza for the [Components.common] section of
>>> "ArmVirtualization.dsc.inc" originates from under OvmfPkg.
>>>
>>
>> Could we have a rationale in the
16 matches
Mail list logo
