I don't want to lose the file history either.
I thought git can auto-detect the copy/move of files. I will investigate
further.
Thanks/Ray
> -Original Message-
> From: Carsey, Jaben
> Sent: Tuesday, October 18, 2016 2:02 AM
> To: Ni, Ruiyu ; edk2-devel@lists.01.org
>
According to UFS Host Controller Spec(JESD223), the bits 1:0 of this
DataByteCount field shall be 11b to indicate Dword granularity.
But the size of UFS Request Sense Data Response defined in UFS Spec
(JESD220C) is 18 which is not Dword aligned, we would have to round
down to the multiple of 4 to
Hi
I am a little concern on this as well.
If today, there is a POC require skipping PciEnumerationComplete.
There might be the other POC tomorrow to skip ReadyToBoot
Then another POC to skip EventExitBootServices.
We will be exhausted to add POC to skip each separately.
Can this POC handle all
Hello Guo,
FSP wrapper and Coreboot are bootloaders consuming FSP binary.
FSP must get called Post PCI bus enumeration to do the required silicon
initialization. Why do we need a PCD to skip it?
Thanks,
-Giri
> -Original Message-
> From: Dong, Guo
> Sent: Monday, October 17, 2016 3:53
Spec documents Mailbox3 - RM31 size as 0x45(69) instead of 0x46(70)
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Giri P Mudusuru
---
IntelSiliconPkg/Include/IndustryStandard/IgdOpRegion.h | 4 +++-
1 file
Hello Ard,
On Mon, Oct 17, 2016 at 06:09:00PM +0100, Ard Biesheuvel wrote:
> On 17 October 2016 at 09:54, Dennis Chen wrote:
> > Since ACPI spec defines the GIC base addresses (CPU interface,
> > Distributor and Redistributor*GICv3 only*) as 64-bit, so we should
> > define
Hi, Naveen
I checked the code and found the IP4 stack is actually doesn't support
classless IP address now, the main reason is in the NetLib interface
NetGetIpClass() and NetIp4IsUnicast(). These 2 interfaces do not consider the
netmask so it won't recognize a classless IP configuration.
Reviewed-by: Jeff Fan
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Gao,
Liming
Sent: Tuesday, October 18, 2016 9:36 AM
To: Laszlo Ersek; edk2-de...@ml01.01.org
Subject: Re: [edk2] [Patch] MdePkg BaseSynchronizationLib:
Hi Hao,
I have below comments:
Case 1: In order to keep consistence, can you also change other cases which
still initialized with '\0'
mOptions.VfrFileName[0]= '\0';
mOptions.RecordListFile= NULL;
mOptions.CreateRecordListFile = FALSE;
Thanks for the comment, when I push the patch I will do the update.
Best Regards,
Zhu Yonghong
-Original Message-
From: Justen, Jordan L
Sent: Tuesday, October 18, 2016 12:49 AM
To: Zhu, Yonghong ; edk2-devel@lists.01.org
Cc: Gao, Liming
I will remove the blank line after 'Fixes:' when I push this patch. thanks for
the comment.
Best Regards,
Zhu Yonghong
-Original Message-
From: Justen, Jordan L
Sent: Tuesday, October 18, 2016 12:40 AM
To: Zhu, Yonghong ; edk2-devel@lists.01.org
Cc: Gao, Liming
I've just built both OVMF _and_ Qemu from the latest git sources, so I
don't know which is at fault - but I'm seeing a hang in:
#0 0x7f9dc030 in SetInterruptState (InterruptState=104 'h')
at /home/bcran/workspace/edk2/MdePkg/Library/BaseLib/Cpu.c:60
It's at line 60 when it calls
To the old question about license: I asked our people to check and was told
that the license is compatible with our BSD and ok by Intel.
To the technical content – I really like this idea of a shared library. That
would be a great way to share code and not have as much duplicate.
-Jaben
Hi Michael,
I am absolutely agree with your proposal.
In the gpt Shell library/application I had to “borrow” some stuff from
PartitionDxe.c to not reinvent a wheel.
If the PartitionDxe maintainer agrees to have a separate library available
for everybody,
I would move all the GPT-related
The current PCI resource limit calculation in CorebootPayloadPkg
PciHostBridgeLib is wrong. Adjusted it to match the PciHostBridge
driver's expectation.
Cc: Prince Agyeman
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Maurice Ma
On 17 October 2016 at 09:54, Dennis Chen wrote:
> Since ACPI spec defines the GIC base addresses (CPU interface,
> Distributor and Redistributor*GICv3 only*) as 64-bit, so we should
> define these corresponding base address variables as 64-bit instead of
> 32-bit. This patch
On 10/17/16 18:05, Marcin Wojtas wrote:
> Hi,
>
> Short introduction to the problem I'm facing with EDK2: I implemented
> 'ifconfig' command extension allowing to change interface's MAC
> address or reset it to the default value. For that I needed to add a
> couple of helper functions in
On 2016-10-17 01:28:38, Yonghong Zhu wrote:
> In EDK2, DEBUG_* is recommended to be used instead of EFI_D_*. For new
> code, they should use DEBUG_* macro.
>
> Fixes: https://bugzilla.tianocore.org/show_bug.cgi?id=145
>
Remove blank line. I think you meant 143, not 145.
Instead of looking for
A small (not too important) suggestion for the patch subject might be:
BaseTools/PatchCheck.py: Update to handle the two [] as prefix
On 2016-10-17 01:28:37, Yonghong Zhu wrote:
> The bug is that only remove the first [] when it does the char count,
> however sometimes we use [edk2][patch] as
On 2016-10-17 01:28:36, Yonghong Zhu wrote:
> This patch update PatchCheck.py:
> 1. The subject line of the commit message should be < 72 characters.
> 2. The other lines of the commit message should be < 76 characters.
>
> Fixes: https://bugzilla.tianocore.org/show_bug.cgi?id=113
>
Can you
Laszlo,
We don't have a hard and fast rule about command names. The simple thing is
that we may have a conflict in the future, but I don't see that as likely at
this point.
Your comment about _ was when a custom implementation wants to extend an
existing defined command with a non-standard
Yao,
How many closed source packages are going to be working against the trunk?
Don't most of those platforms already have a copy of ShellPkg and therefore
they wont care?
-Jaben
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Yao,
Reviewed-by: Jaben Carsey
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Ruiyu Ni
> Sent: Friday, October 14, 2016 2:44 AM
> To: edk2-devel@lists.01.org
> Cc: Carsey, Jaben ; Kinney, Michael
Hi,
Short introduction to the problem I'm facing with EDK2: I implemented
'ifconfig' command extension allowing to change interface's MAC
address or reset it to the default value. For that I needed to add a
couple of helper functions in DxeNetLib, which parse input string and
one that calls
On 17 October 2016 at 14:25, Leif Lindholm wrote:
> On Mon, Oct 17, 2016 at 10:18:01AM +, Bhupesh Sharma wrote:
>> Hi Ard, Leif,
>>
>> Any comments on this patch ?
>
> You didn't cc me before :)
>
> But more importantly, I don't really have any platform to test this
Reviewed-by: Liming Gao
-Original Message-
From: Wu, Hao A
Sent: Monday, October 17, 2016 7:22 PM
To: edk2-devel@lists.01.org
Cc: Wu, Hao A ; Gao, Liming ; Kinney,
Michael D
Subject: [PATCH]
On Mon, Oct 17, 2016 at 10:18:01AM +, Bhupesh Sharma wrote:
> Hi Ard, Leif,
>
> Any comments on this patch ?
You didn't cc me before :)
But more importantly, I don't really have any platform to test this
on, so I could use a Tested-by: from someone who does. Evan, do you?
> > From: Bhupesh
The leading underscore (i.e. '_') before the names of some BaseLib library
API in ASM/NASM files is unnecessary. It will cause link error with GCC
tool chains.
Cc: Liming Gao
Cc: Michael Kinney
Contributed-under: TianoCore Contribution Agreement
Hi, Can any one help my select mother board? currently I am testing on asus
h81-me but it looks like it has bug in its CSM.
--
Regards
Saqib Ahmed Khanzada
___
edk2-devel mailing list
edk2-devel@lists.01.org
Hi Ard, Leif,
Any comments on this patch ?
> From: Bhupesh Sharma [mailto:bhupesh.sha...@nxp.com]
> Sent: Friday, October 14, 2016 4:40 PM
>
> ARM TZASC-380 IP provides a mechanism to split memory regions being
> protected via it into eight equal-sized sub-regions, with a bit setting
> allowing
On 10/17/16 11:07, Bi, Dandan wrote:
> Hi Laszlo,
>
> Thank you very much for your comments!
> I have split this patch into 5 independent patches with following subject :
> [patch 1/5] MdeModulePkg/BMMUI: ...
> [patch 2/5] MdeModulePkg/BMMUI: ...
> [patch 3/5] MdeModulePkg/BMMUI: ...
> [patch
On 10/17/16 10:54, Dennis Chen wrote:
> Since All the GIC base address variables now are 64-bit, given
> that a UNIT64 var cannot exceed MAX_UNIT64, it doesn't make sense
> to continue keep them in the codes, so this patch just simply drop
> those ASSERT() statements as it should be.
>
>
hi,Thank Laszlo and Andrew, here are my findings
Below loop in LegacyBM.c iterate 16 times out which 2 times it return
success and 14 times it return error code 3
*for (Index = 0; Index < HandleCount; Index++) { // // Start the
thunk driver so that the legacy
When *.IDF file contains multiple definitions of image which point to the
same image, current build tool generates multiple image blocks which
contain the same image content.
This patch enhance tool to generate EFI_HII_IIBT_DUPLICATE image blocks
for non-first images for such case, to save the HII
On 10/17/16 08:49, Vladimir Olovyannikov wrote:
> Thank you Laszlo,
>
> Sorry, I missed the fields; it is my first contribution, I will add the
> required lines, review the source according to your comments and will
> resubmit the patch.
> So do you think the command should be _gpt instead of
On Mon, Oct 17, 2016 at 10:20:30AM +0100, Ard Biesheuvel wrote:
> On 17 October 2016 at 09:33, Leif Lindholm wrote:
> > On Mon, Oct 17, 2016 at 08:28:50AM +0100, Ard Biesheuvel wrote:
> >> > diff --git a/ArmVirtPkg/Library/ArmVirtGicArchLib/ArmVirtGicArchLib.c
> >> >
On 17 October 2016 at 09:33, Leif Lindholm wrote:
> On Mon, Oct 17, 2016 at 08:28:50AM +0100, Ard Biesheuvel wrote:
>> > diff --git a/ArmVirtPkg/Library/ArmVirtGicArchLib/ArmVirtGicArchLib.c
>> > b/ArmVirtPkg/Library/ArmVirtGicArchLib/ArmVirtGicArchLib.c
>> > index
Reviewed-by: Fu Siyuan siyuan...@intel.com
> -Original Message-
> From: Zhang, Lubo
> Sent: Friday, October 14, 2016 2:45 PM
> To: edk2-devel@lists.01.org
> Cc: Ye, Ting ; Fu, Siyuan ; Wu,
> Jiaxin
> Subject: [patch]
Reviewed-by: Fu Siyuan siyuan...@intel.com
> -Original Message-
> From: Zhang, Lubo
> Sent: Friday, October 14, 2016 2:54 PM
> To: edk2-devel@lists.01.org
> Cc: Ye, Ting ; Fu, Siyuan ; Wu,
> Jiaxin
> Subject: [patch]
Reviewed-by: Fu Siyuan
> -Original Message-
> From: Zhang, Lubo
> Sent: Friday, October 14, 2016 3:28 PM
> To: edk2-devel@lists.01.org
> Cc: Ye, Ting ; Fu, Siyuan ; Wu,
> Jiaxin
> Subject: [patch]
Since All the GIC base address variables now are 64-bit, given
that a UNIT64 var cannot exceed MAX_UNIT64, it doesn't make sense
to continue keep them in the codes, so this patch just simply drop
those ASSERT() statements as it should be.
Contributed-under: TianoCore Contribution Agreement 1.0
Since ACPI spec defines the GIC base addresses (CPU interface,
Distributor and Redistributor*GICv3 only*) as 64-bit, so we should
define these corresponding base address variables as 64-bit instead of
32-bit. This patch redefines them according to the ACPI spec.
Contributed-under: TianoCore
When updating console page, the "ConsoleCheck" in BmmFakeNvData may maintain
the old uncommitted data, we should not copy it to BmmOldFakeNVData.
And in BootMaintRouteConfig function, when save data successfully,
it will copy the BmmFakeNvData to the BmmOldFakeNVData.
So we can delete the logic
When user enter the "Change Boot Order" page, the BootOptionOrder in
BmmFakeNvData may maintain some uncommitted data which are not saved
in "BootOrder" Variable and BootOptionMenu. So we should not always get
the BootOptionOrder through the function GetBootOrder, it will
result in incorrect UI
In BootMaintRouteConfig function, it will compare the data in BmmFakeNvData
and BmmOldFakeNVData to see whether there are some changes need to save.
In current codes when discarding changes or removing the useless changes,
it will update the related fields in BmmFakeNvData.
But also need to update
The function which handles the "Boot", "BootOrder" ...
may return failure. This patch adds the error handling codes.
return the failure info to browser.
Cc: Laszlo Ersek
Cc: Liming Gao
Cc: Eric Dong
Contributed-under: TianoCore
In current codes, When user does some change related to Console or Terminal,
when saving data, it will update the content in TerminalMenu and ConsoleMenu
in BootMaintRouteConfig function. This patch moves the update action to the
BootMaintCallback function with EFI_BROWSER_ACTION_CHANGED type.
The
On Mon, Oct 17, 2016 at 08:28:50AM +0100, Ard Biesheuvel wrote:
> > diff --git a/ArmVirtPkg/Library/ArmVirtGicArchLib/ArmVirtGicArchLib.c
> > b/ArmVirtPkg/Library/ArmVirtGicArchLib/ArmVirtGicArchLib.c
> > index 64afc4d..16683ef 100644
> > ---
The bug is that only remove the first [] when it does the char count,
however sometimes we use [edk2][patch] as prefix, this patch fix this bug.
Fixes: https://bugzilla.tianocore.org/show_bug.cgi?id=113
Cc: Liming Gao
Cc: Jordan Justen
This patch update PatchCheck.py:
1. The subject line of the commit message should be < 72 characters.
2. The other lines of the commit message should be < 76 characters.
Fixes: https://bugzilla.tianocore.org/show_bug.cgi?id=113
Cc: Liming Gao
Cc: Jordan Justen
In EDK2, DEBUG_* is recommended to be used instead of EFI_D_*. For new
code, they should use DEBUG_* macro.
Fixes: https://bugzilla.tianocore.org/show_bug.cgi?id=145
Cc: Liming Gao
Cc: Jordan Justen
Contributed-under: TianoCore Contribution
These patches address the following 2 bugs:
https://bugzilla.tianocore.org/show_bug.cgi?id=113
https://bugzilla.tianocore.org/show_bug.cgi?id=145
Cc: Liming Gao
Cc: Jordan Justen
Contributed-under: TianoCore Contribution Agreement 1.0
Hao,
I have some comments for three patches. Others are good to me.
Patch: BaseTools/TianoCompress: Avoid possible NULL pointer dereference
Comment: Please free allocated buffer after error happens.
Patch: BaseTools/C/Common: Fix parameter format mismatch in scanf functions
Comment:
Hello Ard,
Thanks for the comments! I will split this patch into 2 and for ArmVirtPkg
patch,
we just need to simply drop the original ASSERT() since it's nonsensical any
more.
Thanks,
Dennis
On Mon, Oct 17, 2016 at 08:28:50AM +0100, Ard Biesheuvel wrote:
> Hi Dennis,
>
> On 17 October 2016
On 17 October 2016 at 05:10, Kinney, Michael D
wrote:
> Bhupesh,
>
> It is also possible to add an ARM specific PCD to select endianness and update
> MdePkg/Library/BaseIoLibIntrinsic/IoLibArm.c to use that PCD in
> MmioRead/Write()
> APIs in that file to support both
Hi Dennis,
On 17 October 2016 at 06:03, Dennis Chen wrote:
> Since ACPI spec defines the GIC base addresses (CPU interface,
> Distributor and Redistributor*GICv3 only*) as 64-bit, so we
> should define these corresponding base address variables as 64-bit
> instead of 32-bit.
Hi,
wouldn't it be better to make a generic gpt parsing library which is
independent of the shell so both the shell and PartitionDxe can use it?
It may also be useful for other applications which need additional
information like the gpt partition names.
Thanks
Michael
On Mon, Oct 17, 2016 at
Thank you Laszlo,
Sorry, I missed the fields; it is my first contribution, I will add the
required lines, review the source according to your comments and will
resubmit the patch.
So do you think the command should be _gpt instead of gpt? I was following
TFTP and SF commands as a template.
Thank
Sure, I will add this info.
Yes, add this suggestion is good.
Best Regards,
Zhu Yonghong
-Original Message-
From: Justen, Jordan L
Sent: Monday, October 17, 2016 1:56 PM
To: Zhu, Yonghong ; edk2-devel@lists.01.org
Cc: Gao, Liming ; Zhu,
This patch update the shell ping command to use timer service to calculate the
RTT time, instead of using the timer arch protocol.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Fu Siyuan
Cc: Ni Ruiyu
Cc: Ye Ting
60 matches
Mail list logo