Re: [edk2] [PATCH 1/6] BaseTools: add unified GCC linker script for all archs and versions

On 22 July 2015 at 23:20, Ard Biesheuvel wrote: > On 22 July 2015 at 21:12, Jordan Justen wrote: >> On 2015-07-22 06:56:45, Ard Biesheuvel wrote: >>> After two recent changes have been applied to the ELF conversion >>> routines in GenFw, i.e., PE/COFF section alignment based on ELF >>> section al

[edk2] write to usb device error--help

Hi, When I want to use EFI_USB_IO_PROTOCOL.UsbSyncInterruptTransfer() to write data to usb device, it will return EFI_DEVICE_ERROR. I think all the parameters passing to the function are right. Besides, the device is well-functioning, because when I use libusb-dev to implement the same funct

Re: [edk2] DHCPv6 IAID and NetRandomInitSeed problem in OVMF

Hi, Michael It's indeed a problem that NET_RANDOM (NetRandomInitSeed ()) may return same value if the time service is not accuracy enough on some platform. And as you said it's used to give unique but not necessarily to be real random number, so I think we could just add some salt into the seed

[edk2] [Patch] MdeModulePkg: Make boot option description unique

When there are multiple network boot options, user will see multiple "UEFI Network" boot options. It's hard to distinguish them using the description. The patch enhances the boot option generation logic to append " 2" /" 3"/" 4"/... number suffix to the non-first network boot options. So the 2nd on

Re: [edk2] Variable Storage Driver

Hi Jiewen & Andrew, Repost it for the new mailing list. I'm sorry that I just have time to enable the block variable driver as runtime driver. Now I find there's the issue on it. We need to enable both the block variable driver & mmc driver as runtime. The working flow is in below. 1. MMC contro

[edk2] question on relocating kernel image

Hi all, There's efi_low_alloc() in $KERNEL/drivers/firmware/efi/libstub/efi-stub-helper.c. I have on question on the piece of code from efi_low_alloc(). /* * Don't allocate at 0x0. It will confuse code that * checks pointers against NULL. Skip the first 8 * bytes so we start at a nice even nu

Re: [edk2] question on relocating kernel image

(cc'ing Laszlo) On 23 July 2015 at 11:40, Haojian Zhuang wrote: > Hi all, > > There's efi_low_alloc() in > $KERNEL/drivers/firmware/efi/libstub/efi-stub-helper.c. > First of all, there are few Linux kernel folk on the UEFI list that you are cc'ing. > I have on question on the piece of code from

Re: [edk2] question on relocating kernel image

On 07/23/15 12:18, Ard Biesheuvel wrote: > (cc'ing Laszlo) > > On 23 July 2015 at 11:40, Haojian Zhuang wrote: >> Hi all, >> >> There's efi_low_alloc() in >> $KERNEL/drivers/firmware/efi/libstub/efi-stub-helper.c. >> > > First of all, there are few Linux kernel folk on the UEFI list that > you a

Re: [edk2] Variable Storage Driver

> On Jul 23, 2015, at 2:24 AM, Haojian Zhuang wrote: > > Hi Jiewen & Andrew, > > Repost it for the new mailing list. > > I'm sorry that I just have time to enable the block variable driver as > runtime driver. > Now I find there's the issue on it. We need to enable both the block variable > dr

Re: [edk2] [PATCH 4/6] ArmVirtPkg: move to unified GCC linker scripts

On 07/22/15 15:56, Ard Biesheuvel wrote: > Move the generic GCC linker script overlay for 64 KB alignment > instead of the AARCH64 specific one which is about to be removed. > > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: Ard Biesheuvel > --- > ArmVirtPkg/ArmVirt.dsc

Re: [edk2] [PATCH 0/4] enable Properties Table mem protection for ARM

On 07/22/15 17:46, Ard Biesheuvel wrote: > This series implements 4 KB section alignment for ARM, which is required > for supporting the Properties Table memory protection feature on this > architecture. > > This applies on top of the series 'BaseTools: unify all GCC linker scripts' > that I sent

[edk2] [PATCH] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux

Hello Haojian, Could you please try this patch? -- Ard. ---8< When allocating memory for the kernel image, try the AllocatePages() boot service to obtain memory at the preferred offset of 'dram_base + TEXT_OFFSET', and only revert to efi_low_alloc() if that fails. This is the only

Re: [edk2] [PATCH] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux

On 23 July 2015 at 15:11, Ard Biesheuvel wrote: > Hello Haojian, > > Could you please try this patch? > Ehm, never mind, please wait for the v2. This patch is incorrect. -- Ard. > > ---8< > When allocating memory for the kernel image, try the AllocatePages() > boot service to obtai

[edk2] [PATCH v2] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux

Hello Haojian, Could you please try this version instead? -- Ard. ---8<- When allocating memory for the kernel image, try the AllocatePages() boot service to obtain memory at the preferred offset of 'dram_base + TEXT_OFFSET', and only revert to efi_low_alloc() if that fails. This i

[edk2] [PATCH v3] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux

Hello Haojian, Apologies for the noise ... Could you please try *this* version v3 instead? v2 is just the same patch as before ... -- Ard. ---8<- When allocating memory for the kernel image, try the AllocatePages() boot service to obtain memory at the preferred offset of 'dram_bas

Re: [edk2] [PATCH v3] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux

On Thu, 2015-07-23 at 15:25 +0200, Ard Biesheuvel wrote: > Hello Haojian, > > Apologies for the noise ... > > Could you please try *this* version v3 instead? v2 is just the same patch as > before ... > > -- > Ard. > Hi Ard, Thanks for your patch. It fixes the issue when DRAM_BASE is 0x0. Be

Re: [edk2] [PATCH] StdLib: Added BaseStackLib for ARM architectures

On 07/16/15 23:28, Carsey, Jaben wrote: > Reviewed-by: Jaben Carsey I'm rounding up patches for Jordan to queue up in the new (temporary) git repo. And, this patch looked like a candidate ready for merging. However, it doesn't apply. The reason is that Olivier submitted this patch on top of his

Re: [edk2] [PATCH v3] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux

On 23 July 2015 at 16:05, Haojian Zhuang wrote: > On Thu, 2015-07-23 at 15:25 +0200, Ard Biesheuvel wrote: >> Hello Haojian, >> >> Apologies for the noise ... >> >> Could you please try *this* version v3 instead? v2 is just the same patch as >> before ... >> >> -- >> Ard. >> > > Hi Ard, > > Thanks

Re: [edk2] Enable optimization for gcc x64 builds

Going back to the original description (http://comments.gmane.org/gmane.comp.bios.tianocore.devel/10741), I noticed in https://firmware.intel.com/sites/default/files/MinnowBoard_MAX-Rel_0.81-ReleaseNotes.txt that Intel say: 2. Because the binary size created using GCC (Linux environment) is ~

Re: [edk2] TianoCore Subversion down?

Jordan, In your temp repo can you please add Daryl as co-maintainer on these packages with the following info: Daryl McDaniel Intel has an interest in maintaining one of the maintainers on these packages as the originator of the packages and due to dependencies on the packages. -Jaben > --

Re: [edk2] Temporary git repo - Re: TianoCore Subversion down?

On 07/23/15 02:06, Jordan Justen wrote: > Okay. Based on Laszlo's request, I setup a temporary git repo to > collect up the changes that should have been committed to svn the past > week. > > https://github.com/tianocore/edk2-svn-offline > > So far, I added the 2 commits that made it to svn but did

Re: [edk2] [PATCH] NetworkPkg: Fix bug in IpSecImpl.c caused by missing parentheses

On 07/17/15 07:07, Bruce Cran wrote: > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: Bruce Cran > Cc: Siyuan Fu > --- > NetworkPkg/IpSecDxe/IpSecImpl.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/NetworkPkg/IpSecDxe/IpSecImpl.c b/NetworkPk

Re: [edk2] [PATCH v2 0/6] OvmfPkg: save S3 state at EndOfDxe

On 07/14/15 18:48, Laszlo Ersek wrote: > Version 2 of > . > > Changes relative to v1: > > - Since I received no feedback for Vlv2TbltDevicePkg, and no answer to > my explicit query about interest in Vlv2TbltDevicePkg, I dropped the

Re: [edk2] [PATCH] Maintainers.txt: ARM packages maintainer update

On 07/17/15 17:51, Leif Lindholm wrote: > Retire Olivier Martin as maintainer, and add in > Ard Biesheuvel as a co-maintainer for the ARM packages. > > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: Leif Lindholm > --- > Maintainers.txt | 10 +- > 1 file changed

Re: [edk2] [PATCH] BaseTools/Common: fix heap overrun in ReadMemoryFileLine ()

On 07/17/15 20:22, Ard Biesheuvel wrote: > ReadMemoryFileLine () appends a NULL character to the string > it returns, but it failed to account for it in the allocation. > > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: Ard Biesheuvel > --- > BaseTools/Source/C/Common/M

Re: [edk2] [Patch] ShellPkg: Fix bad TimeZone (TZ) conversion.

On 07/17/15 20:31, Andrew Fish wrote: > EFI_UNSPECIFIED_TIMEZONE means display local time. TZ of 0 is UTC. > Thus EFI_UNSPECIFIED_TIMEZONE means ignore TZ, 0 means UTC. When this code is > fixed to adust file TZ to local TZ you need to preserve > EFI_UNSPECIFIED_TIMEZONE. > > FAT always return EFI

Re: [edk2] [PATCH v2] MdeModulePkg: Remove TransmitReceive() and ActiveChild dependency

On 07/20/15 04:30, Jiaxin Wu wrote: > v2: > * Remove redundant IsTransmitReceive flag. > > Fix git 59a8cfd4 (SVN r17869) removes DHCP4.TransmitReceive()and DORA > process dependency, but it updated TransmitReceive() to take the ownership > of DhcpSb->ActiveChild but never release it. This will bre

Re: [edk2] [patch] MdeModulePkg: Fix the issue EfiPxeBcDhcp()may return wrong status.

On 07/20/15 05:08, Zhang Lubo wrote: > if the instance of the DHCP4 protocol driver is in the Dhcp4Bound > status that is DHCP configuration has completed, so the Dhcp4->Start > FUNC in the EfiPxcBcDhcp() will return EFI_ALREADY_STARTED status > which lead to EfiPxeBcDhcp FUNC not in correspondence

Re: [edk2] [patch] NetworkPkg: Fix the issue EfiPxeBcDhcp()may return wrong status.

On 07/20/15 05:08, Zhang Lubo wrote: > if the instance of the EFI DHCP4 protocol driver is in the Dhcp4Bound status > that is DHCP configuration has completed, so the Dhcp4->Start FUNC in > the PxeBcDhcpDora() will return EFI_ALREADY_STARTED status which lead to > EfiPxeBcDhcp FUNC not in correspon

Re: [edk2] [patch] MdeModulePkg:Check the case caused by mismatch

On 07/21/15 04:36, Dandan Bi wrote: > When mismatch happens,there exists one case that exit current > form and display last form.Assert code don't cover this case. > Now add check to handle this situation. > > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: Dandan Bi > --

Re: [edk2] [patch] MdeModulePkg:Correct the parameter order in match2 sample opcode

On 07/20/15 11:13, Dandan Bi wrote: > The first parameter of match2 opcode should be the pattern > and the second one should be the string. > > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: Dandan Bi > --- > MdeModulePkg/Universal/DriverSampleDxe/Vfr.vfr | 2 +- > 1 fi

Re: [edk2] [PATCH v2 0/6] ArmVirtPkg/ArmVirtQemu: support SMBIOS

On 07/21/15 13:10, Laszlo Ersek wrote: > Version 2 of > . > > Only patch #2 has been changed, implementing Jordan's suggestions. > > Public branch: > . > > Cc: Ard Bie

Re: [edk2] [PATCH 0/2] Correct address pointers from AuthVariableLib

On 07/21/15 11:01, Star Zeng wrote: > Star Zeng (2): > MdeModulePkg VariableDxe: Correct address pointers from > AuthVariableLib > SecurityPkg AuthVariableLib: Correct address pointers data > > MdeModulePkg/Include/Library/AuthVariableLib.h| 2 +- > .../Universal/Variable/Runtime

Re: [edk2] [Patch v3] NetworkPkg: Add old IPv4_DEVICE_PATH and IPv6_DEVICE_PATH support

On 07/22/15 02:57, Wang Fan wrote: > v3: > * Update the macro of Ip4 device path node length and Ip6 device path node > length. > > GatewayIpAddress and SubnetMask do not exist in old IPv4_DEVICE_PATH, > IPAddressOrigin, PrefixLength and GatewayIPAddress do not exist in old > IPv6_DEVICE_PATH.

Re: [edk2] [Patch v3] MdeModulePkg: Add old IPv4_DEVICE_PATH support for new IScsiDxe

On 07/22/15 02:57, Wang Fan wrote: > v3: > * Update the macro of Ip4 device path node length. > > GatewayIpAddress and SubnetMask do not exist in old IPv4_DEVICE_PATH, this > will lead new IScsiDxe to error if IPv4_DEVICE_PATH in system is not updated. > Following UEFI2.5 spec of IPv4_DEVICE_PATH

Re: [edk2] [PATCH] Make AutoGen.h array declaration match AutoGen.c definition

On 07/22/15 05:05, Scott Duplichan wrote: > When a quoted string is used as initialization data in a DEC file PCD > entry, the PCD data type in that entry must be VOID*. The created > AutoGen.c defines the PCD data as UINT8[] or UINT16[], depending on > the string type. The created AutoGen.h, howev

Re: [edk2] [PATCH] ShellPkg: Fix the ASSERT issue in Shell 'for' loop

On 07/22/15 09:41, Qiu Shumin wrote: > The 3rd parameter of 'GetNextParameter' is the buffer size in bytes. While > StrnCpys requires user to pass the max number of dest unicode char, we should > convert size in bytes to the number of char. > > Cc: Jaben Carsey > Contributed-under: TianoCore Co

Re: [edk2] Temporary git repo - Re: TianoCore Subversion down?

On 2015-07-23 10:04:26, Laszlo Ersek wrote: > On 07/23/15 02:06, Jordan Justen wrote: > > Okay. Based on Laszlo's request, I setup a temporary git repo to > > collect up the changes that should have been committed to svn the past > > week. > > > > https://github.com/tianocore/edk2-svn-offline > > >

[edk2] [PATCH] Maintainers.txt: Add Daryl's new email address

Cc: Daryl McDaniel Cc: Jaben Carsey Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Jordan Justen --- Maintainers.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git a/Maintainers.txt b/Maintainers.txt index bc06ff9..45b2d4f 100644 --- a/Maintainers.txt +++ b/Maintai

Re: [edk2] [PATCH] Maintainers.txt: Add Daryl's new email address

Reviewed-by: Jaben Carsey > -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > Jordan Justen > Sent: Thursday, July 23, 2015 10:36 AM > To: edk2-devel@lists.01.org > Cc: Carsey, Jaben ; Justen, Jordan L > ; Daryl McDaniel > Subject: [edk2] [PATC

Re: [edk2] Temporary git repo - Re: TianoCore Subversion down?

On 07/23/15 19:31, Jordan Justen wrote: > On 2015-07-23 10:04:26, Laszlo Ersek wrote: >> On 07/23/15 02:06, Jordan Justen wrote: >>> Okay. Based on Laszlo's request, I setup a temporary git repo to >>> collect up the changes that should have been committed to svn the past >>> week. >>> >>> https://

Re: [edk2] write to usb device error--help

Chanson, Until very recently, the USB stack didn't support interrupt out. If you are using the sources from the UDK or are running a driver against almost any EFI build already in a system you will get an error. Interestingly, the sources I check all return EFI_INVALID_PARAMETER so you may have

Re: [edk2] Enable optimization for gcc x64 builds

(I changed the Cc to the 01.org list.) On 2015-07-23 02:46:15, David Woodhouse wrote: > On Tue, 2014-11-04 at 14:32 -0800, Jordan Justen wrote: > > On Tue, Nov 4, 2014 at 9:28 AM, Andrew Fish wrote: > > > Problems with the mixed calling convention: > > > 1) All assembly routines must be marked as

Re: [edk2] [PATCH] Maintainers.txt: Add Daryl's new email address

Queued in https://github.com/tianocore/edk2-svn-offline/commits/master On 2015-07-23 10:41:59, Carsey, Jaben wrote: > Reviewed-by: Jaben Carsey > > > -Original Message- > > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > > Jordan Justen > > Sent: Thursday, July 2

Re: [edk2] Temporary git repo - Re: TianoCore Subversion down?

I queued up the patches you collected: https://github.com/tianocore/edk2-svn-offline/commits/master Thanks again for collecting them up! -Jordan On 2015-07-23 10:50:14, Laszlo Ersek wrote: > On 07/23/15 19:31, Jordan Justen wrote: > > On 2015-07-23 10:04:26, Laszlo Ersek wrote: > >> On 07/23/15

Re: [edk2] [PATCH] StdLib: Added BaseStackLib for ARM architectures

Laszlo Ersek [mailto:ler...@redhat.com] wrote: ]Sent: Thursday, July 23, 2015 09:47 AM ]To: Carsey, Jaben ; Mcdaniel, Daryl ]Cc: Jordan Justen (Intel address) ; edk2-devel-01 ; ]Brendan Jackman ; Harry Liebel ]Subject: Re: [edk2] [PATCH] StdLib: Added BaseStackLib for ARM architectures ] ]On

Re: [edk2] [PATCH] StdLib: Added BaseStackLib for ARM architectures

Thank you Scott, I await your patches. Sincerely, Daryl McDaniel -Original Message- From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Scott Duplichan Sent: Thursday, July 23, 2015 12:02 PM To: 'Laszlo Ersek'; 'Carsey, Jaben'; 'Mcdaniel, Daryl' Cc: 'Jordan Justen (Int

[edk2] [PATCH] StdLib: Do not define memcpy for AARCH64 builds

For AARCH64, do not define a memcpy function in stdlib because it is already defined in CompilerIntrinsicsLib. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Scott Duplichan --- StdLib/LibC/String/Copying.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff

[edk2] GetNext of Smbios Protocol not working

Please see my code below.  If you’ll notice, I’m passingIn  EFI_SMBIOS_HANDLE InSmbiosHandle = 0xFFFE; EFI_SMBIOS_TYPE  Type=160;Which is as the header file “Smbios.h” and the protocol implementation “SmbiosDxe.c”Instruct. According to my understanding, GetNext should return the address of theFi

Re: [edk2] Enable optimization for gcc x64 builds

On 2015-07-23 12:36:34, David Woodhouse wrote: > On Thu, 2015-07-23 at 11:50 -0700, Jordan Justen wrote: > > I think EFIAPI is probably about as old as EFI. Maybe Andrew would > > know. But, aside from its age, there is the fact that the UEFI spec > > has EFIAPI on all public interfaces. > > > > I

Re: [edk2] Merging OpenSSL support

On 2015-07-23 12:54:24, David Woodhouse wrote: > (The 01.org list seems to be rejecting all my posts, so I'll repost to > this not-dead-yet list.) Non-dead-yet? I guess it is about as dead as it is going to get. Did you get the bounce message from the old list? Did you join the new list? https:/

Re: [edk2] Enable optimization for gcc x64 builds

See http://www.infradead.org/rpr.html X-SRS-Rewrite: SMTP reverse-path rewritten from by twosheds.infradead.org See http://www.infradead.org/rpr.html > On 2015-07-23 12:36:34, David Woodhouse wrote: >> On Thu, 2015-07-23 at 11:50 -0700, Jordan Justen wrote: >> > I think EFIAPI is probably about

[edk2] Supporting 2nd HDMI port for Intel Atom Bay-Trail (E3800)?

Hi Everyone, We have a new Intel Atom E3800 (Bay Trail) based board with 2 x HDMI ports. We are using the edk2 firmware (used the minnowBoard MAX firmware source as basis) but we can't seem to get the HDMI-2 port to be recognized by either the firmware or our linux kernel (built with yocto proj

Re: [edk2] Merging OpenSSL support

See http://www.infradead.org/rpr.html X-SRS-Rewrite: SMTP reverse-path rewritten from by twosheds.infradead.org See http://www.infradead.org/rpr.html > On 2015-07-23 12:54:24, David Woodhouse wrote: >> (The 01.org list seems to be rejecting all my posts, so I'll repost to >> this not-dead-yet l

Re: [edk2] Supporting 2nd HDMI port for Intel Atom Bay-Trail (E3800)?

What version of the MinnowBoard MAX sources did you start from? According to the release notes, there were changes made on the 0.80 version release to support Dual-HDMI display outputs. If the firmware is based upon an earlier set of sources, then it will probably not have those changes, whi

Re: [edk2] Enable optimization for gcc x64 builds

On 07/23/15 23:14, David Woodhouse wrote: > See http://www.infradead.org/rpr.html > X-SRS-Rewrite: SMTP reverse-path rewritten from by > twosheds.infradead.org > See http://www.infradead.org/rpr.html > > >> On 2015-07-23 12:36:34, David Woodhouse wrote: >>> On Thu, 2015-07-23 at 11:50 -0700, Jo

Re: [edk2] Temporary git repo - Re: TianoCore Subversion down?

On 07/23/15 20:57, Jordan Justen wrote: > I queued up the patches you collected: (What, top posting? "You too, Brutus?" :)) > > https://github.com/tianocore/edk2-svn-offline/commits/master > > Thanks again for collecting them up! Awesome, thank you! Laszlo > > -Jordan > > On 2015-07-23 10:

[edk2] [PATCH] IntelFrameworkModulePkg: GenericBdsLib: set Status before use

The recent patch titled IntelFrameworkModulePkg/GenericBdsLib: remove AcpiS3->S3Save() call has exposed a preexistent bug in the BdsLibBootViaBootOption() function, and now the IA32 build of OVMF fails with: In function 'BdsLibBootViaBootOption': error: 'Status' may be used uninitialized i

Re: [edk2] [PATCH v3] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux

On Thu, 2015-07-23 at 16:52 +0200, Ard Biesheuvel wrote: > On 23 July 2015 at 16:05, Haojian Zhuang wrote: > > On Thu, 2015-07-23 at 15:25 +0200, Ard Biesheuvel wrote: > >> Hello Haojian, > >> > >> Apologies for the noise ... > >> > >> Could you please try *this* version v3 instead? v2 is just the

Re: [edk2] [PATCH 0/2] Correct address pointers from AuthVariableLib

Ok for me. Does it need the patch owner (I mean these patches for me) to commit the patches by themselves? Or have one person to help do that commit work all together? Thanks, Star -Original Message- From: Laszlo Ersek [mailto:ler...@redhat.com] Sent: Friday, July 24, 2015 1:21 AM To:

Re: [edk2] [Patch] MdeModulePkg: Make boot option description unique

Reviewed-by: Eric Dong -Original Message- From: Ni, Ruiyu Sent: Thursday, July 23, 2015 5:15 PM To: edk2-devel@lists.01.org Cc: Ni, Ruiyu; Dong, Eric Subject: [Patch] MdeModulePkg: Make boot option description unique When there are multiple network boot options, user will see multiple

Re: [edk2] Filesystem support

Hi, Thank you so much Ray for the information. I am able to run sct with the latest package. "sct -a" is working fine, but "sct -u" command gives some garbage print and then hang. I am executing it on a freescale based Soc. Do I need to enable some other driver to support user mode in sct.

[edk2] [PATCH] BaseTools: Add NOOPT build for all tool chain combinations

Some tool chain/target combinations define RELEASE and DEBUG builds but no NOOPT build. This can cause a build failure when building the NOOPT configuration for a package that supports NOOPT, such as StdLib or AppPkg. The build fails because essential compile/link flags are missing. This change add

[edk2] Is source repositories svn address changed?

Dear Experts, Rcently, I find udk open source SVN cannot be accessed. (https://svn.code.sf.net/p/edk2/code/trunk/edk2) According to http://www.tianocore.org/edk2, it says: Source repositories: git {github, bitbucket, sourceforge, more info}, svn {sourceforge} So if we want to

[edk2] [patch] MdeModulePkg:Add ESC key support in setup browser pop-up message box

When load default value or save changes will pop up message box to let user confirm,Y means confirm and N means ignore,now add Esc key with the same function of N key.And change the context of pop up message in .uni file, now will display "Press 'Y' to confirm, 'N/ESC' to ignore." Contributed-unde

[edk2] [patch] MdeModulePkg:SetupBrowser output debug message when DisplayEngineDxe is not installed

Enhance the setupbrowserdxe to output debug message when DisplayEngineDxe is not installed and this will be easy for user to find the reason why can not enter Setup page. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Dandan Bi --- MdeModulePkg/Universal/SetupBrowserDxe/S

Re: [edk2] Is source repositories svn address changed?

On 2015-07-23 23:14:17, winddy wrote: > Dear Experts, > Rcently, I find udk open source SVN cannot be accessed. > (https://svn.code.sf.net/p/edk2/code/trunk/edk2) The reason for this is that sourceforge svn servers have been offline for over a week now. http://sourceforge.net/blog/sou