Reviewed-by: David Wei
Thanks,
David Wei
-Original Message-
From: Yao, Jiewen
Sent: Wednesday, September 21, 2016 2:45 PM
To: edk2-devel@lists.01.org
Cc: Wei, David ; Tian, Feng ; Zeng,
Star ; Kinney, Michael D ;
Gao, Liming ; Zhang, Chao B
Subject:
The previous DNS server data will be retained after the policy
changes from Dhcp to Static. This patch is used to clean the
previous dhcp configuration data.
Cc: Hegde Nagaraj P
Cc: Subramanian Sriram
Cc: Ye Ting
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiaxin Wu
Cc: Hegde Nagaraj P
Cc: Subramanian Sriram
Cc: Ye Ting
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiaxin Wu
Jiaxin Wu (2):
MdeModulePkg: Clean the previous address since the policy changed
NetworkPkg: Clean the previous address since the policy changed
.../Uni
The previous DNS server data will be retained after the policy
changes from Auto to Manual. This patch is used to clean the
previous dhcp configuration data.
Cc: Hegde Nagaraj P
Cc: Subramanian Sriram
Cc: Ye Ting
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiaxin Wu
Hi Jiewen,
Only one comment: it's better if we add a help message for this build option.
Reviewed-by: David Wei
Thanks,
David Wei
-Original Message-
From: Yao, Jiewen
Sent: Wednesday, September 21, 2016 2:45 PM
To: edk2-devel@lists.01.org
Cc: Wei,
That is very good suggestion.
I will generate one more patch to add help info.
> -Original Message-
> From: Wei, David
> Sent: Wednesday, September 21, 2016 3:54 PM
> To: Yao, Jiewen ; edk2-devel@lists.01.org
> Cc: Tian, Feng ; Zeng, Star ;
> Kinney, Michael D ; Gao, Liming
> ; Zhang, Ch
Reviewed-by: Chao Zhang
Thanks & Best regards
Chao Zhang
-Original Message-
From: Zeng, Star
Sent: Tuesday, September 20, 2016 6:56 PM
To: edk2-devel@lists.01.org
Cc: Yao, Jiewen; Zhang, Chao B
Subject: [PATCH] SecurityPkg/TPM2: Sync PcrAllocations and PcrMask
From: Jiewen Yao
C
Hello Feng,
Thank you for the reply.
Please wait for creating the fix.
Currently the USB vendor is contacting USB organization to check if the
vendor's interpretation of the IF spec is valid or not. I will let you know
when the vendor has received the answer from the organization, then you ca
All users have moved to the generic or accelerated versions in MdePkg,
so remove the obsolete BaseMemoryLibStm.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
ArmPkg/ArmPkg.dsc | 1 -
ArmPkg/Library/BaseMemoryLibStm
Replace the last remaining reference to BaseMemoryLibStm (#1) and then
remove it altogether (#2)
Ard Biesheuvel (2):
BeagleBoardPkg: remove dependency on ArmPkg/BaseMemoryLibStm
ArmPkg: remove BaseMemoryLibStm
ArmPkg/ArmPkg.dsc | 1 -
ArmPkg/Library/Base
The library BaseMemoryLibStm in ArmPkg is deprecated and is going to be
removed. Move to the generic version in MdePkg instead.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
BeagleBoardPkg/BeagleBoardPkg.dsc | 2 +-
1 file changed, 1 insertion(+), 1 de
If Usb org could double confirm this usage, it would be great.
Let's wait for your update:)
Thanks
Feng
-Original Message-
From: Yosuke Katayama1 [mailto:ykataya...@lenovo.com]
Sent: Wednesday, September 21, 2016 4:15 PM
To: Tian, Feng
Cc: edk2-devel@lists.01.org
Subject: RE: [EDK2][US
Cc: David Wei
Cc: Feng Tian
Cc: Star Zeng
Cc: Michael D Kinney
Cc: Liming Gao
Cc: Chao Zhang
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiewen Yao
---
Vlv2TbltDevicePkg/Build_IFWI.bat | 5 +
1 file changed, 5 insertions(+)
diff --git a/Vlv2TbltDevicePkg/Buil
Those 2 patches add more help info in Quark and Vlv2(MinnowMax)
They are the successor of capsule update patch.
They are also in g...@github.com:jyao1/edk2.git.
Jiewen Yao (2):
QuarkPlatformPkg/Readme: add capsule/recovery related content.
Vlv2TbltDevicePkg/Build: Add capsule/recovery in help
Cc: Michael D Kinney
Cc: Kelly Steele
Cc: Feng Tian
Cc: Star Zeng
Cc: Liming Gao
Cc: Chao Zhang
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiewen Yao
---
QuarkPlatformPkg/Readme.md | 13 +
1 file changed, 13 insertions(+)
diff --git a/QuarkPlatformPk
Thanks Ard, Laszlo.
See replies in-line:
> From: Ard Biesheuvel
> Sent: Thursday, September 15, 2016 5:01 PM
>
> On 15 September 2016 at 10:01, Laszlo Ersek wrote:
> > On 09/15/16 10:45, Sakar Arora wrote:
> >> Hi
> >>
> >> This is in aarch64 UEFI context.
> >>
> >> The efi stub code ignores an
For the series:
Reviewed-by: Hegde Nagaraj P
Tested-by: Hegde Nagaraj P
-Original Message-
From: Jiaxin Wu [mailto:jiaxin...@intel.com]
Sent: Wednesday, September 21, 2016 12:53 PM
To: edk2-devel@lists.01.org
Cc: Hegde, Nagaraj P ; Subramanian, Sriram (EG Servers
Platform SW) ; Ye Tin
Series Reviewed-by: Sriram Subramanian
-Original Message-
From: Jiaxin Wu [mailto:jiaxin...@intel.com]
Sent: Wednesday, September 21, 2016 12:53 PM
To: edk2-devel@lists.01.org
Cc: Hegde, Nagaraj P ; Subramanian, Sriram (EG Servers
Platform SW) ; Ye Ting
Subject: [Patch 0/2] Clean the p
On 09/21/16 11:10, Bhupesh Sharma wrote:
> Thanks Ard, Laszlo.
>
> See replies in-line:
>
>> From: Ard Biesheuvel
>> Sent: Thursday, September 15, 2016 5:01 PM
>>
>> On 15 September 2016 at 10:01, Laszlo Ersek wrote:
>>> On 09/15/16 10:45, Sakar Arora wrote:
Hi
This is in aarch64
On 21 September 2016 at 12:17, Laszlo Ersek wrote:
> On 09/21/16 11:10, Bhupesh Sharma wrote:
>> Thanks Ard, Laszlo.
>>
>> See replies in-line:
>>
>>> From: Ard Biesheuvel
>>> Sent: Thursday, September 15, 2016 5:01 PM
>>>
>>> On 15 September 2016 at 10:01, Laszlo Ersek wrote:
On 09/15/16 10
On 09/21/16 13:20, Ard Biesheuvel wrote:
> On 21 September 2016 at 12:17, Laszlo Ersek wrote:
>> On 09/21/16 11:10, Bhupesh Sharma wrote:
>>> Thanks Ard, Laszlo.
>>>
>>> See replies in-line:
>>>
From: Ard Biesheuvel
Sent: Thursday, September 15, 2016 5:01 PM
On 15 September 201
Hi Ard,
> From: Ard Biesheuvel
> Sent: Wednesday, September 21, 2016 4:50 PM
>
> On 21 September 2016 at 12:17, Laszlo Ersek wrote:
> > On 09/21/16 11:10, Bhupesh Sharma wrote:
> >> Thanks Ard, Laszlo.
> >>
> >> See replies in-line:
> >>
> >>> From: Ard Biesheuvel
> >>> Sent: Thursday, September
On 21 September 2016 at 12:32, Bhupesh Sharma wrote:
> Hi Ard,
>
>> From: Ard Biesheuvel
>> Sent: Wednesday, September 21, 2016 4:50 PM
>>
[...]
>> I recently fixed a problem in the MMU code where the maximum size of
>> the VA range which is programmed into the MMU registers was based on
>> the in
Hi Thomas,
Regarding my previous mail, after TCP handshake, Client Says Hello to
sever and the Server replies its Hello to the client with TLSv1.
Client says hello with the following Cipher Suites:
1. TLS_DHE_RSA_WITH_AES_256_CBC_SHA (0x0039)
2. TLS_DHE_RSA_WITH_AES_128_CBC_SHA (0x0033
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.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang
---
EmbeddedPkg/Include/Protocol/MmcHost
According to eMMC spec, OCR.PowerUp bit is also busy bit. If the busy
bit is '0', CMD1 should be sent and OCR should be fetched again. And add
a timeout counter on the repeated steps.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang
---
EmbeddedPkg/Universal/
Since ECSD also describes the information of card, move it into
structure CardInfo.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang
---
EmbeddedPkg/Universal/MmcDxe/Mmc.h | 1 +
EmbeddedPkg/Universal/MmcDxe/MmcIdentification.c | 5 ++---
2 file
v3:
* Fix PL180 hang because of CMD6 & ACMD51 not supported.
v2:
* Fix print error with missing parameter.
* Change CMD51 to ACMD51.
* Add the protection after CMD55 for SD. If there's no
response of CMD55, skip to send ACMD51.
v1:
* Wait OCR busy bit free according to eMMC spec.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang
---
EmbeddedPkg/Universal/MmcDxe/Mmc.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/EmbeddedPkg/Universal/MmcDxe/Mmc.h
b/EmbeddedPkg/Universal/MmcDxe/Mmc.h
index f4e0aa0..b1c5153 100644
Set io bus width on both MMC controller and EXTCSD. Otherwise, it may
cause unmatched failure case. And support more timing mode, high speed,
HS200 & HS400 mode.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang
---
EmbeddedPkg/Include/Protocol/MmcHost.h
Declare fields in ECSD structure. And drop the original 128 words
arrary.
Signed-off-by: Haojian Zhuang
---
EmbeddedPkg/Universal/MmcDxe/Mmc.h | 157 ++-
EmbeddedPkg/Universal/MmcDxe/MmcIdentification.c | 4 +-
2 files changed, 158 insertions(+), 3 deletions(-
When SD card is used, mediaid is not initialized and used directly. So
fix it.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang
---
EmbeddedPkg/Universal/MmcDxe/MmcIdentification.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/Embe
Add more SD commands to support 4-bit bus width & iospeed. It's not
formal code. And it needs to be updated later.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Haojian Zhuang
---
EmbeddedPkg/Include/Protocol/MmcHost.h | 3 +
EmbeddedPkg/Universal/MmcDxe/Mmc.
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
---
EmbeddedPkg/Include/Protocol/MmcHost.h| 6 +
EmbeddedPkg/Universal/MmcDxe/MmcBlockIo.c | 175
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.
Signed-off-by: Haojian Zhuang
---
ArmPlatformPkg/Drivers/PL180MciDxe/PL180Mci.c | 15 ++-
1 file changed, 14 insertions(+
Liming --
Could you change the protocol name, and then use a typedef with the old name
for compatibility?
Tim
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Gao,
Liming
Sent: Tuesday, September 20, 2016 8:57 PM
To: Boaz Kahana ; edk2-devel@lis
I am having a problem on my system (assert), and during investigation I may
have found a problem with the Arm CpuDxe Mmu code that may affect all ARM
platform users.
CpuDxeInitialize is the entry point, and pretty soon after entry it does:
SyncCacheConfig (&mCpu);
This calls into:
ArmPkg\D
Tim,
That is a good idea. We should also add a comment block for that typedef to
explain why
the EFI_ name is provided for compatibility.
The rule that should be followed for new Protocols/PPIs/GUIDs that are part of
the
EDK II implementation is to prefix with EDKII_.
Thanks,
Mike
>
Jiewen,
Thanks for this contribution and thank you for also providing a version of
it on your GitHub fork to make it easier for some to evaluate such a large
series.
Can you provide a more detailed summary of this feature along with
A summary of any testing that has already been performed?
I se
On 21 September 2016 at 17:09, Kurt Kennett wrote:
> I am having a problem on my system (assert), and during investigation I may
> have found a problem with the Arm CpuDxe Mmu code that may affect all ARM
> platform users.
>
> CpuDxeInitialize is the entry point, and pretty soon after entry it d
The memory map is initialized via ArmConfigureMmu, which builds the initial
translation tables. This code is in
ArmPkg\Library\ArmMmuLib\Arm\ArmMmuLibCore.c, and it does
"FillTranslationTable()". This occurs in PEI/SEC before MMU is first enabled.
This code does not just use sections -- it u
Also, if that comment was correct, why would the code directly check for a
pagetable:
} else if (TT_DESCRIPTOR_SECTION_TYPE_IS_PAGE_TABLE(FirstLevelTable[i])) {
I think maybe the comment was out of date.
K2
-Original Message-
From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
>From what you describe, it sounds like they should not have an issue
>negotiating TLS version and cipher.
Do you have the appropriate certificate installed in UEFI for the target TLS
server? Either we need the 3rd part CA that signed the web server
certificate, or you could install the sel
Hello,
The domain name for the Tianocore Bugzilla server has been updated.
Please use the following link to access the server and for issue
references in commit emails.
https://bugzilla.tianocore.org
Please let me know if there are any issues using this link.
Mike
> -Original Message---
From: Evan Lloyd
This patchset comprises two very minor fixes to the PL011 UART related
code, and some comment updates.
The FIFO fix amounts to a performance improvement in limited circumstaces,
where some older platforms might not used the FIFO.
The UINTN cast fix preempts errors on future 32-
From: Alexei
Correct some obviously incorrect comments that have invalid details for
the returned values. (Copy /Paste problem?)
There are no functional changes in this commit.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Alexei Fedorov
Signed-off-by: Evan Lloyd
---
From: Evan Lloyd
This change updates PL011UartInitializePort to compare ReceiveFifoDepth
with the correct hardware FIFO size instead of the constant 32 used
previously.
This corrects a minor bug where a request for a fifo size > 15 and < 32
would not have been honoured on a system with a 16 byte
From: Alexei
SerialPortInitialize() set the BaudRate variable (type UINT64) as:
BaudRate = (UINTN)FixedPcdGet64 (PcdUartDefaultBaudRate);
This commit fixes a potential problem on ARM 32-bit builds, where the
UINTN type is defined as UINT32, by removing the cast:
BaudRate = FixedPcdGet64 (PcdUar
As per ECR 1349, latest UEFI Shell 2.2 specification has removed current
working directory
path ".;" from a default 'path' environment variable as current working
directory always
search first in system.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Tapan Shah
---
Shel
This patch adds a Pkcs7VerifyPkg package, which builds the Pkcs7Verify
DXE API as a standalone driver. This allows us to build a driver that
can be loaded on UEFI 2.4 systems, so that UEFI applications can move to
the newer APIs without breaking compatibility.
Signed-off-by: Peter Jones
---
Pkc
On 09/21/16 22:29, Kinney, Michael D wrote:
> Hello,
>
> The domain name for the Tianocore Bugzilla server has been updated.
>
> Please use the following link to access the server and for issue
> references in commit emails.
>
> https://bugzilla.tianocore.org
>
> Please let me know if there a
Cc: Jordan Justen
Cc: Laszlo Ersek
Cc: Liming Gao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Dandan Bi
---
OvmfPkg/VirtioGpuDxe/Commands.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/OvmfPkg/VirtioGpuDxe/Commands.c b/OvmfPkg/VirtioGpuDxe/Comm
On 09/22/16 02:54, Dandan Bi wrote:
> Cc: Jordan Justen
> Cc: Laszlo Ersek
> Cc: Liming Gao
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Dandan Bi
> ---
> OvmfPkg/VirtioGpuDxe/Commands.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Ovm
Ok! Thank you for your comments! I will send patch with V2 for review.
Thanks,
Dandan
-Original Message-
From: Laszlo Ersek [mailto:ler...@redhat.com]
Sent: Thursday, September 22, 2016 9:07 AM
To: Bi, Dandan
Cc: edk2-de...@ml01.01.org; Justen, Jordan L ; Gao,
Liming
Subject: Re: [p
V2: add the assert codes.
Cc: Jordan Justen
Cc: Laszlo Ersek
Cc: Liming Gao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Dandan Bi
---
OvmfPkg/VirtioGpuDxe/Commands.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/OvmfPkg/VirtioGpuDxe/Commands.
Reviewed-by: David Wei
Thanks,
David Wei
-Original Message-
From: Yao, Jiewen
Sent: Wednesday, September 21, 2016 2:45 PM
To: edk2-devel@lists.01.org
Cc: Wei, David ; Tian, Feng ; Zeng,
Star ; Kinney, Michael D ;
Gao, Liming ; Zhang, Chao B
Subject
On 09/22/16 03:21, Dandan Bi wrote:
> V2: add the assert codes.
>
> Cc: Jordan Justen
> Cc: Laszlo Ersek
> Cc: Liming Gao
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Dandan Bi
> ---
> OvmfPkg/VirtioGpuDxe/Commands.c | 3 ++-
> 1 file changed, 2 insertions(+), 1
On 09/22/16 03:37, Laszlo Ersek wrote:
> On 09/22/16 03:21, Dandan Bi wrote:
>> V2: add the assert codes.
>>
>> Cc: Jordan Justen
>> Cc: Laszlo Ersek
>> Cc: Liming Gao
>> Contributed-under: TianoCore Contribution Agreement 1.0
>> Signed-off-by: Dandan Bi
>> ---
>> OvmfPkg/VirtioGpuDxe/Commands
Reviewed-by: David Wei
Thanks,
David Wei
-Original Message-
From: Yao, Jiewen
Sent: Wednesday, September 21, 2016 2:45 PM
To: edk2-devel@lists.01.org
Cc: Wei, David ; Tian, Feng ; Zeng,
Star ; Kinney, Michael D ;
Gao, Liming ; Zhang, Chao B
Subject:
Thanks, Mike. That is very good suggestion. See below detail:
For feature testing, I did below:
1) CapsuleUpdate
a) Test capsule with EDKII System Capsule PKCS7 format.
b) Capsule Generation: in build phase.
c)Capsule trigger: In UEFI SHELL, use CapsuleApp in this patc
EDKII implementation protocol should be with EDKII_ prefix.
Cc: Eric Dong
Cc: Feng Tian
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Liming Gao
---
MdeModulePkg/Include/Protocol/FormBrowserEx.h | 11 ---
MdeModulePkg/Universal/DriverSampleDxe/DriverSam
Agree. The patch has been sent.
> -Original Message-
> From: Kinney, Michael D
> Sent: Thursday, September 22, 2016 12:26 AM
> To: Tim Lewis ; Gao, Liming ;
> Boaz Kahana ; edk2-devel@lists.01.org;
> Kinney, Michael D
> Subject: RE: Protocol EFI_FORM_BROWSER_EXTENSION_PROTOCOL -
> includ
On 09/22/16 03:38, Laszlo Ersek wrote:
> On 09/22/16 03:37, Laszlo Ersek wrote:
>> On 09/22/16 03:21, Dandan Bi wrote:
>>> V2: add the assert codes.
>>>
>>> Cc: Jordan Justen
>>> Cc: Laszlo Ersek
>>> Cc: Liming Gao
>>> Contributed-under: TianoCore Contribution Agreement 1.0
>>> Signed-off-by: Da
Reviewed-by: Eric Dong
> -Original Message-
> From: Gao, Liming
> Sent: Thursday, September 22, 2016 10:05 AM
> To: edk2-devel@lists.01.org
> Cc: Dong, Eric; Tian, Feng
> Subject: [Patch] MdeModulePkg FormBrowserEx: Change its structure name with
> EDKII_ prefix
>
> EDKII implementation
Reviewed-by: David Wei
Thanks,
David Wei
-Original Message-
From: Yao, Jiewen
Sent: Wednesday, September 21, 2016 2:45 PM
To: edk2-devel@lists.01.org
Cc: Wei, David ; Tian, Feng ; Zeng,
Star ; Kinney, Michael D ;
Gao, Liming ; Zhang, Chao B
Subject
Is there change needed to gEfiFormBrowserExProtocolGuid in FormBrowserEx.h and
MdeModulePkg.dec?
Thanks,
Star
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Liming
Gao
Sent: Thursday, September 22, 2016 10:05 AM
To: edk2-devel@lists.01.org
Cc: T
Good comments. GuidCName should be changed to align its C definition, and keep
gEfiFormBrowserExProtocolGuid for compatibility.
Thanks
Liming
> -Original Message-
> From: Zeng, Star
> Sent: Thursday, September 22, 2016 10:45 AM
> To: Gao, Liming ; edk2-devel@lists.01.org
> Cc: Tian, Feng
Hi Peter,
Instead of adding a new package, would it make more sense to add this DSC
to the SecurityPkg?
Actually, the SecurityPkg.dsc already builds this module. Does the current
SecurityPkg.dsc use the correct lib mappings, PCD settings, and build flags?
Thanks,
Mike
> -Original Message-
Remove the variable which is set but not used to pass GCC build.
Cc: Ruiyu Ni
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Dandan Bi
---
OptionRomPkg/Bus/Usb/UsbNetworking/Ax88772/Ax88772.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/OptionRomPkg/Bus/Usb/UsbNe
Would it be possible to either have a NOOPT build for OVMF added, or
have the DEBUG build disable optimizations? Personally I'd expect
debug builds in general to disable optimizations to allow easy
source-level debugging, but it seems the decision has been made to keep
optimizations enabled f
Hi Ard,
On 09/13/16 19:28, Ard Biesheuvel wrote:
> The BaseMemoryLibStm implementation under ArmPkg/ is being deprecated,
> in favor of the generic versions under MdePkg, now that ARM and AARCH64
> support has been added to both the generic C version (BaseMemoryLib) and
> the accelerated version (
On 09/22/16 05:02, Bruce Cran wrote:
> Would it be possible to either have a NOOPT build for OVMF added, or
> have the DEBUG build disable optimizations? Personally I'd expect
> debug builds in general to disable optimizations to allow easy
> source-level debugging, but it seems the decision has
Laszlo:
Yes. GCC tool chain has no NOOPT setting in tools_def.txt. Could you help
submit one bug in Bugzilla?
Thanks
Liming
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Laszlo Ersek
> Sent: Thursday, September 22, 2016 11:41 AM
> To: B
Hello,
I have updated the links to the Tianocore Bugzilla on the
Tianocore.org web site and Tianocore.org wiki pages. The
new address for the Tianocore Bugzilla server is:
https://bugzilla.tianocore.org
I have also updated the edk2-b...@lists.01.org mailing list
to forward emails from bugzil
Avoid the Ip6NdFasterTimerTicking is executed again before the previous
Ip6NdFasterTimerTicking is done.
When user presses hotkey between the below line, it makes the
Ip6NdFasterTimerTicking is dispatched again before the previous
Ip6NdFasterTimerTicking is done.
Therefore, the DelayNode node wi
75 matches
Mail list logo