Two new APIs LibPatchPcdSetPtrAndSize() and LibPatchPcdSetPtrAndSizeS()
are added to catch the size of the updated VOID* PCD value buffer, then
PcdGetSize() API can return the actual size.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Liming Gao liming@intel.com
---
On 17 August 2015 at 21:16, David Woodhouse dw...@infradead.org wrote:
See http://www.infradead.org/rpr.html
X-SRS-Rewrite: SMTP reverse-path rewritten from dw...@infradead.org by
twosheds.infradead.org
See http://www.infradead.org/rpr.html
On 2015-08-17 11:25:41, David Woodhouse wrote:
For patchable PCD, map SetPcdPtr() to LibPatchPcdSetPtrAndSize(),
then the size of the updated VOID* value can be cached.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Liming Gao liming@intel.com
---
BaseTools/Source/Python/AutoGen/GenC.py | 8
1 file
PcdLib LibPcdGetSize() and LibPcdGetExSize() are type specific API. New
generic PcdGetSize() API will be added to reterieve the size of PCD value.
Like PcdGetValue(), it supports all PCD types and all PCD data types.
BaseTools generates PCD size macros in AutoGen code.
MdePkg PcdLib adds
PcdLib introduces new APIs to get the size of PCD value.
BaseTools generates those macros in AutoGen code.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Bob Feng bob.c.f...@intel.com
---
BaseTools/Source/Python/AutoGen/GenC.py | 70 ++---
1
Patchable VOID* PCD set operation should map LibPatchPcdSetPtr()
and LibPatchPcdSetPtrS() API. This has been done when PCD is used
in driver, but not done when PCD is used in library.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Liming Gao liming@intel.com
---
On Tue, 2015-08-18 at 10:45 +0200, Ard Biesheuvel wrote:
On 18 August 2015 at 10:39, Haojian Zhuang haojian.zhu...@linaro.org wrote:
// All bits low except one bit high, restricted to 8 bits
// (i.e. ensures zeros above 8bits)
But '' is wrong at here. It'll only return 1 or 0 as the
Hello,
I am trying to read a file on the local disk from an UEFI app (that I'm
executing using NT32). I am new to the programming of it. Could some one
please point me in the right direction.
Thanks.
___
edk2-devel mailing list
edk2-devel@lists.01.org
On 17 August 2015 at 20:53, Jordan Justen jordan.l.jus...@intel.com wrote:
On 2015-08-17 11:25:56, Ard Biesheuvel wrote:
On 17 August 2015 at 20:22, Jordan Justen jordan.l.jus...@intel.com wrote:
Can't you use an elf-based GCC4.9 with the GCC49 toolchain instead?
I'm not sure it makes
*** BLURB HERE ***
Changelog:
v3:
* Remove GPIO_PIN_MASK_HIGH_8BIT() and GPIO_PIN_MASK_LOW_8BIT().
* Avoid to use MmioAnd8() on updating GPIO DATA register, since PL061
could access each bit by specified register offset.
* Add PLATFORM_GPIO_CONTROLLER structure in embedded
Hello Yang and all,
Could you help review this patch? Thank you
[Description]
1. Remove the checkpoint for STATIC modifier
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Hess Chen hesheng.c...@intel.commailto:hesheng.c...@intel.com
Best Regards,
Chen, Hess
On 17 August 2015 at 10:24, Star Zeng star.z...@intel.com wrote:
Cc: Leif Lindholm leif.lindh...@linaro.org
Cc: Ard Biesheuvel ard.biesheu...@linaro.org
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Star Zeng star.z...@intel.com
Reviewed-by: Ard Biesheuvel
On 18 August 2015 at 14:30, Haojian Zhuang haojian.zhu...@linaro.org wrote:
On Tue, 2015-08-18 at 11:43 +0200, Ard Biesheuvel wrote:
On 18 August 2015 at 11:31, Haojian Zhuang haojian.zhu...@linaro.org wrote:
On Tue, 2015-08-18 at 11:22 +0200, Ard Biesheuvel wrote:
On 18 August 2015 at
On 17 August 2015 at 10:24, Star Zeng star.z...@intel.com wrote:
Since Variable driver has been updated to consume the separated VarCheckLib.
Cc: Leif Lindholm leif.lindh...@linaro.org
Cc: Ard Biesheuvel ard.biesheu...@linaro.org
Contributed-under: TianoCore Contribution Agreement 1.0
On 17 August 2015 at 10:24, Star Zeng star.z...@intel.com wrote:
Since Variable driver has been updated to consume the separated VarCheckLib.
Cc: Laszlo Ersek ler...@redhat.com
Cc: Ard Biesheuvel ard.biesheu...@linaro.org
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by:
On 8 August 2015 at 14:00, Ard Biesheuvel ard.biesheu...@linaro.org wrote:
This series adds support for using the Intel BDS with ArmVExpress-FVP,
and for building it with UEFI Secure Boot enabled.
Note that the former is a prerequisite of the latter, since the ARM BDS
has no GUI for enrolling
On 18 August 2015 at 14:12, Leif Lindholm leif.lindh...@linaro.org wrote:
On Tue, Aug 18, 2015 at 01:15:54PM +0200, Ard Biesheuvel wrote:
On 12 August 2015 at 08:45, Ard Biesheuvel ard.biesheu...@linaro.org wrote:
Instead of omitting some drivers that are known to break the Foundation
model
On 12 August 2015 at 08:45, Ard Biesheuvel ard.biesheu...@linaro.org wrote:
Instead of omitting some drivers that are known to break the Foundation
model when ARM_FOUNDATION_FVP is defined, fix those drivers so that they
simply fail to load without interfering with the boot.
This way, we can
On 10 August 2015 at 12:27, Ard Biesheuvel ard.biesheu...@linaro.org wrote:
The AARCH64 GCC builds use the GCC large code model by default, simply
because it is the code model that requires the least amount of hacking
to produce code that supports the PE/COFF conversion applied by Tianocore.
On 8/18/2015 10:26 AM, Ard Biesheuvel wrote:
Ultimately, it would be useful to have a subset of
platforms/toolchains that need to pass before a patch is accepted, but
I am aware that we are still far away from anything like that.
For internal use, I have set up some infrastructure that we can
Current logic will directly change user input string buffer which may cause
ASSERT if user input string buffer is a constant string buffer. Now update
logic to allocate a temp buffer to let code to update at run-time.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Eric
Current code not do the enough validation and error handling, so some case may
casued this sytem hang
or assert, these patches enhanced it.
Eric Dong (2):
Allocate temp buffer to avoid potential change user input string
buffer.
Do valid check for the input namespace field.
Support multiple PL061 controllers.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang haojian.zhu...@linaro.org
---
ArmPlatformPkg/Drivers/PL061GpioDxe/PL061Gpio.c| 107 ++---
.../Drivers/PL061GpioDxe/PL061GpioDxe.inf | 3 +-
EmbeddedGpio only supports one gpio controller in one platform. Now create
PLATFORM_GPIO_CONTROLLER to support multiple gpio controllers in one platform.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang haojian.zhu...@linaro.org
---
On 18 August 2015 at 11:04, Haojian Zhuang haojian.zhu...@linaro.org wrote:
Support multiple PL061 controllers.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang haojian.zhu...@linaro.org
---
ArmPlatformPkg/Drivers/PL061GpioDxe/PL061Gpio.c| 107
On 18 August 2015 at 11:31, Haojian Zhuang haojian.zhu...@linaro.org wrote:
On Tue, 2015-08-18 at 11:22 +0200, Ard Biesheuvel wrote:
On 18 August 2015 at 11:04, Haojian Zhuang haojian.zhu...@linaro.org wrote:
Support multiple PL061 controllers.
Contributed-under: TianoCore Contribution
I agree this change. Reviewed-by: Liming Gao liming@intel.com
-Original Message-
From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
Sent: Monday, August 17, 2015 10:25 PM
To: edk2-devel@lists.01.org; Liu, Yingke D
Cc: Gao, Liming; Justen, Jordan L; wp...@windriver.com;
Reviewed-by: jiewen@intel.com
-Original Message-
From: Zeng, Star
Sent: Tuesday, August 18, 2015 8:29 PM
To: edk2-devel@lists.01.org
Cc: Yao, Jiewen
Subject: [PATCH] MdeModulePkg: Add PlatformVarCleanupLib library
Cc: Jiewen Yao jiewen@intel.com
Contributed-under: TianoCore
Reviewed-by: jiewen@intel.com
-Original Message-
From: Zeng, Star
Sent: Tuesday, August 18, 2015 8:29 PM
To: edk2-devel@lists.01.org
Cc: Yao, Jiewen
Subject: [PATCH] MdeModulePkg: Add VarCheckPcdLib NULL class library
The check will be based on PcdVarCheck binary that generated by
Reviewed-by: jiewen@intel.com
-Original Message-
From: Zeng, Star
Sent: Tuesday, August 18, 2015 8:29 PM
To: edk2-devel@lists.01.org
Cc: Yao, Jiewen
Subject: [PATCH] MdeModulePkg: Add VarCheckHiiLib NULL class library
The check will be based on VarCheckHiiBin that generated
from FV
Reviewed-by: Tim He tim...@intel.com
-Original Message-
From: Zeng, Star
Sent: Monday, August 17, 2015 4:24 PM
To: edk2-devel@lists.01.org
Cc: Wei, David; He, Tim
Subject: [PATCH 08/15] Vlv2TbltDevicePkg: Add VarCheckLib library mapping
Since Variable driver has been updated to consume
(The previous mail got rejected by the mail list so I have to resent again.)
Hi,
Sorry for the delayed update. Please review the attachment for changes to
support nested include in DSC and FDF files. The performance impact in previous
patch has been addressed.
Sincerely,
Cecil Sheng
ISS
Ok, the commit log would be updated to reflect this change.
Thanks
Feng
-Original Message-
From: Zeng, Star
Sent: Wednesday, August 19, 2015 09:19
To: Tian, Feng
Cc: edk2-devel@lists.01.org
Subject: RE: [patch] MdeModulePkg/Xhci: make all timeout values be consistent
with comments.
In
On 08/18/15 22:04, Paolo Bonzini wrote:
On 18/08/2015 08:52, Ard Biesheuvel wrote:
Personally, I would not mind deprecating GCC44, but the biggest
question I would have is what toolchains do the latest UDK releases
claim to support.
We also have the issue that every time I ask about
On 18/08/2015 08:52, Ard Biesheuvel wrote:
Personally, I would not mind deprecating GCC44, but the biggest
question I would have is what toolchains do the latest UDK releases
claim to support.
We also have the issue that every time I ask about deprecating a
toolchain, Larry looks at
If the default station address is not available, TransmitReceive function will
return
EFI_NO_MAPPING. DNS driver should handle this case. This issue is caused by the
r18201
fix.
Cc: Ye Ting ting...@intel.com
Cc: Zhang Lubo lubo.zh...@intel.com
Contributed-under: TianoCore Contribution Agreement
v2:
* Add Timeout check, if time out, return EFI_DEVICE_ERROR.
If the default station address is not available, TransmitReceive
function will return EFI_NO_MAPPING. DNS driver should handle this
case. This issue is caused by the r18201 fix.
Cc: Ye Ting ting...@intel.com
Cc: Zhang Lubo
On Tue, Aug 18, 2015 at 02:14:53PM +0200, Ard Biesheuvel wrote:
On 18 August 2015 at 14:12, Leif Lindholm leif.lindh...@linaro.org wrote:
On Tue, Aug 18, 2015 at 01:15:54PM +0200, Ard Biesheuvel wrote:
On 12 August 2015 at 08:45, Ard Biesheuvel ard.biesheu...@linaro.org
wrote:
Instead
Instead of omitting some drivers that are known to break the Foundation
model when ARM_FOUNDATION_FVP is defined, fix those drivers so that they
simply fail to load without interfering with the boot.
Changes since v1:
- Print a diagnostic at EFI_D_WARN level that we are about to access the
To deal gracefully with the absence of the PL180 hardware on
the Foundation model, check the PrimeCell ID before proceeding
with the installation.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel ard.biesheu...@linaro.org
Reviewed-by: Leif Lindholm
On 18 August 2015 at 22:03, Ard Biesheuvel ard.biesheu...@linaro.org wrote:
On 18 August 2015 at 19:35, David Woodhouse dw...@infradead.org wrote:
On Tue, 2015-08-18 at 17:52 +0200, Ard Biesheuvel wrote:
On 18 August 2015 at 17:19, Jordan Justen jordan.l.jus...@intel.com wrote:
Last time I
Remove EFI_RESOURCE_ATTRIBUTE_TESTED when reporting lower 640KB
memory so that the coreboot header is not erased before being
processed by CbParseMemoryInfo. This change is needed for
compatibility with SVN revision 18146.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by:
On 18 August 2015 at 17:19, Jordan Justen jordan.l.jus...@intel.com wrote:
On 2015-08-18 03:57:51, Ard Biesheuvel wrote:
On 17 August 2015 at 20:53, Jordan Justen jordan.l.jus...@intel.com wrote:
On 2015-08-17 11:25:56, Ard Biesheuvel wrote:
MinGW generates PE/COFF not ELF, so much of the
On 2015-08-18 03:57:51, Ard Biesheuvel wrote:
On 17 August 2015 at 20:53, Jordan Justen jordan.l.jus...@intel.com wrote:
On 2015-08-17 11:25:56, Ard Biesheuvel wrote:
MinGW generates PE/COFF not ELF, so much of the linker command line is
different, and it really deserves a toolchain of its
44 matches
Mail list logo
