On 21 November 2016 at 12:29, Ard Biesheuvel wrote:
> On 21 November 2016 at 12:28, Ard Biesheuvel
> wrote:
>> The LinuxLoader application is a deprecated development tool that allowed
>> Linux kernels to be booted on ARM or arm64 before
On 11/21/16 17:20, Ard Biesheuvel wrote:
> On 21 November 2016 at 15:56, Konrad Rzeszutek Wilk wrote:
>> Without this I cannot build it under Fedora Core 25.
>>
>> Contributed-under: TianoCore Contribution Agreement 1.0
>> Signed-off-by: Konrad Rzeszutek Wilk
When returning selectable menu, should return the menu in current form,
the codes miss to do the check. Now returning the selectable menu behind
the codes "if ((UINTN) Distance + NextMenuOption->Skip > GapToTop)".
Then can cover the check, can return the menu correctly.
Cc: Liming Gao
Reviewed-by: jiewen@intel.com
> -Original Message-
> From: Fan, Jeff
> Sent: Friday, November 18, 2016 3:02 PM
> To: edk2-devel@lists.01.org
> Cc: Yao, Jiewen ; Tian, Feng ;
> Kinney, Michael D
> Subject: [PATCH]
Reviewed-by: Chao Zhang
Thanks & Best regards
Chao Zhang
-Original Message-
From: Zeng, Star
Sent: Friday, November 18, 2016 3:58 PM
To: edk2-devel@lists.01.org
Cc: Zeng, Star; Yao, Jiewen; Zhang, Chao B
Subject: [PATCH] SecurityPkg DxeTcg2PPLib: Lock
Reviewed-by : Chao Zhang
Thanks & Best regards
Chao Zhang
-Original Message-
From: Wu, Hao A
Sent: Monday, November 21, 2016 3:53 PM
To: edk2-devel@lists.01.org
Cc: Wu, Hao A; Yao, Jiewen; Zhang, Chao B
Subject: [PATCH] SecurityPkg Tcg2Dxe: ASSERT to ensure
Reviewed-by: Jeff Fan
-Original Message-
From: Laszlo Ersek [mailto:ler...@redhat.com]
Sent: Friday, November 18, 2016 9:53 PM
To: edk2-devel-01
Cc: Fan, Jeff; Justen, Jordan L; Kinney, Michael D; Paolo Bonzini
Subject: [PATCH v2 1/4] UefiCpuPkg/PiSmmCpuDxeSmm:
By default, MMC is initialized with 1-bit mode and less than 400KHz bus
clock. It causes MMC working inefficiently.
Add the interface to change the bus width and speed.
Set io bus width on both MMC controller and EXTCSD. Otherwise, it may
cause unmatched failure case. And support more timing
v6:
* Reformat the last 5 patches after 4 MMC patches of this series merged.
* Squash original #5 and #6 patches together.
* Fix according comments.
v5:
* Remove patch on MediaId.
* Squash two PL180 patches together.
v4:
* Fix PL180 hang in some cases. Since the proper variable
Add more SD commands to support 4-bit bus width & iospeed.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang
Tested-by: Ryan Harkin
---
EmbeddedPkg/Include/Protocol/MmcHost.h | 3 +
Make use of DMA to transfer multiple blocks at one time. It could
improve the performance on MMC/SD driver.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang
Tested-by: Ryan Harkin
---
When CMD6 & ACMD51 are added into indentifying SD process, PL180
should also support CMD6 & ACMD51. Otherwise, it'll hang when
system tries to read expected data.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang
Tested-by: Ryan
Hello Edk2 team,
We are observing that sometimes "UEFI Shell" entry is created even though it is
present in boot manager menu in our ARMV8 NXP board
When this happens multiple times, we see multiple entries of "UEFI Shell" in
boot manager menu:
On 21 November 2016 at 11:28, Pankaj Bansal wrote:
> Hello Edk2 team,
>
> We are observing that sometimes "UEFI Shell" entry is created even though it
> is present in boot manager menu in our ARMV8 NXP board
> When this happens multiple times, we see multiple entries of
The LinuxLoader application boots Linux in a way that prevents the OS
from accessing UEFI runtime services. Since we have better ways now
of invoking the kernel (via GRUB, or directly via the kernel's UEFI
stub), remove the obsolete LinuxLoader so that people will no longer
mistake it for a
The LinuxLoader should no longer be used now that both the ARM and arm64
kernels as well as GRUB have full support for acting as an OS loader in
the UEFI spec sense. So remove it from the Beagle build.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
The LinuxLoader application is a deprecated development tool that allowed
Linux kernels to be booted on ARM or arm64 before proper OS loader functionality
had been implemented. Now that this is the case, both in GRUB and in the
respective kernel trees, we should no longer be using the LinuxLoader,
When booting the kernel via Fastboot, invoke the kernel image directly
rather than passing it to the LinuxLoader app. This requires the kernel
image to be built with UEFI stub support.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
On 21 November 2016 at 12:28, Ard Biesheuvel wrote:
> The LinuxLoader application is a deprecated development tool that allowed
> Linux kernels to be booted on ARM or arm64 before proper OS loader
> functionality
> had been implemented. Now that this is the case, both
Without this I cannot build it under Fedora Core 25.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Konrad Rzeszutek Wilk
---
OvmfPkg/build.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/OvmfPkg/build.sh b/OvmfPkg/build.sh
index
On 21 November 2016 at 15:56, Konrad Rzeszutek Wilk wrote:
> Without this I cannot build it under Fedora Core 25.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Konrad Rzeszutek Wilk
> ---
> OvmfPkg/build.sh | 2 +-
> 1 file
Hi,
Whether "map -r" command remounts the partitions? (does it unmount and
mount again the partitions?)
Thanks.
Regards,
Keshava
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
22 matches
Mail list logo