Re: [edk2] OVMF with Networking

On Feb 28, 2013, at 2:24 PM, James Deutch wrote: > Hi, > > I'm hoping someone on the EDK2 mailing list can help me with an issue I've > run into. My apologies if this is something that is well known or a RTFM > question. > https://edk2.svn.sourceforge.net/svnroot/edk2/trunk/edk2/OvmfPkg/R

[edk2] MdePkg patch: BaseLib minor typos

Please see attached a patch for some minor typos in the comments in BaseLib MedPkg: Fix minor typos in BaseLib LinkedList comments Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Samer El-Haj-Mahmoud el...@hp.com Samer El-Haj-Mahmoud UEFI System Fi

Re: [edk2] Console Interface to Read Character from Display?

On Mar 1, 2013, at 3:57 PM, "David F." wrote: > I thinking text mode console. Is the PC still going to have it at 0xB800 ? > No! In the edk2 open source the GrahicsConosle driver is blitting fixed fonts onto a graphics screen. VGA text mode is never used. Why should hardware be required to

Re: [edk2] Console Interface to Read Character from Display?

I thinking text mode console. Is the PC still going to have it at 0xB800 ? On Fri, Mar 1, 2013 at 3:47 PM, Andrew Fish wrote: > > On Mar 1, 2013, at 3:05 PM, "David F." wrote: > >> I couldn't find the protocol to use to get the character/attribute at >> a particular location on the screen? > >

Re: [edk2] GOP graphics - what's up?

On Mar 1, 2013, at 3:43 PM, David F. wrote: > Well, FrameBufferBase address is great news ... > > That it's optional and not implemented on all graphic devices isn't. It was designed for the OS to use after a call to ExitBootServices() when the GOP.Blt() is not longer available. It is option

Re: [edk2] GOP graphics - what's up?

On the other hand, a GPU can use a DMA engine for explicit BLTs, whereas if you write straight to FrameBufferBase it cannot. It's tough to say without benchmarking which would be faster, unless you know your lines and circles will be tiny. -Varun -Original Message- From: David F. [mail

Re: [edk2] Console Interface to Read Character from Display?

On Mar 1, 2013, at 3:05 PM, "David F." wrote: > I couldn't find the protocol to use to get the character/attribute at > a particular location on the screen? There is not a method you need to remember what you put there if that matters to you. Not all console types support reading the scree

Re: [edk2] GOP graphics - what's up?

Well, FrameBufferBase address is great news ... That it's optional and not implemented on all graphic devices isn't. blt isn't optimal for simple drawing of lines/circles/etc.. when you don't want to setup a buffer... On Fri, Mar 1, 2013 at 12:57 PM, Tim Lewis wrote: > Just be aware that FrameBu

[edk2] Shell.efi in EdkShellBinPkg vs ShellBinPkg, and video output speed

I am switching my platform BIOS from Shell.efi in EdkShellBinPkg to Shell.efi in ShellBinPkg. I noticed that after this one change in my platform FDF that the video output after typing 'help' at shell prompt is noticeably slower. Has anyone experienced this and resolved it? ---

[edk2] Console Interface to Read Character from Display?

I couldn't find the protocol to use to get the character/attribute at a particular location on the screen? Are we supposed to just read video memory directly? -- Everyone hates slow websites. So do we. Make your web apps

Re: [edk2] VFR beginner question

On Mar 1, 2013, at 12:18 AM, Космынин Олег Олегович wrote: > That's not possible in EDK2. Yes, VFR is "simple". > VFR is "simple" in that it is a simple markup language. A markup language defers presentation to the browser. The VRF "browser" in the edk2 is text based. It sounds like you saw

Re: [edk2] EDKII for ARM

Thanks Ryan and Olivier! As Olivier said UEFI BeagleBoard should work as is on qEmu. Most of us are working on a Linux host machine. If you prefer to use Windows and GCC, you will probably have to use Cygwin. The best place to get help should this mailing-list :-) -Original Message- Fro

Re: [edk2] GOP graphics - what's up?

Just be aware that FrameBuffer is optional, and is not implemented on all graphics devices. Using Blt() is generally more reliable. Tim -Original Message- From: Varun Sampath [mailto:var...@nvidia.com] Sent: Friday, March 01, 2013 12:55 PM To: edk2-devel@lists.sourceforge.net Subject: R

Re: [edk2] GOP graphics - what's up?

>> Question - since there seems to be a push to move to GOP. I take it under >> that you don't have to deal with things like page banks and such. Is it >> something where you'll be able to ask UEFI for the address of a screen >> buffer where you can then write your data to have graphic points

Re: [edk2] OVMF with Networking

On 03/01/13 01:02, Jordan Justen wrote: > On Thu, Feb 28, 2013 at 2:24 PM, James Deutch > wrote: >> Hi, >> >> I'm hoping someone on the EDK2 mailing list can help me with an issue I've >> run into. My apologies if this is something that is well known or a RTFM >> question. >> >> I'd like to use OV

[edk2] GOP graphics - what's up?

Question - since there seems to be a push to move to GOP. I take it under that you don't have to deal with things like page banks and such. Is it something where you'll be able to ask UEFI for the address of a screen buffer where you can then write your data to have graphic points show up on the

Re: [edk2] VFR beginner question

Thanks okosmynin So to develop such a thing I need to develop my own framework ? Is this what you mean ? What protocols are needed fot this task ? (I know GOP exists but I didn't read nothig about it yet) Thanks and Regards. Rafael R. Machado 2013/3/1 Космынин Олег Олегович > That's not poss

Re: [edk2] Crash seen while using %f in printf for X64 platform

don't forget I already reported a bug in the x64 build of stdlib dealing with double's with the proposed fix. I believe the person who wrote it was already fixing it (either using the proposed patch or their own method). On Fri, Mar 1, 2013 at 5:13 AM, Mcdaniel, Daryl wrote: > Thank you for repo

Re: [edk2] OVMF with Networking

On 03/01/13 19:12, James Deutch wrote: > Are there any QEMU command line options you'd recommend to > enable networking when running OVMF+QEMU? I think I used libvirt (as almost always) and the only thing I focussed on was that the guest *OS* booted on top of OVMF have e1000 networking (outgoing

Re: [edk2] OVMF with Networking

Thanks for your help with the network drivers. I've downloaded the e1000 drivers and have been able to build and run OVMF with networking enabled. Getting them from a self-extracting .exe file was odd. I will follow Laszlo's lead and store them in a private tree. I can now see a MAC address, conf

Re: [edk2] Crash seen while using %f in printf for X64 platform

Thank you for reporting this and including the test program. I will investigate the problem and provide a response ASAP. Daryl McDaniel From: aniruddha_here...@dell.com [mailto:aniruddha_here...@dell.com] Sent: Friday, March 01, 2013 1:51 AM To: edk2-devel@lists.sourceforge.net Subject: [edk2]

[edk2] SMI Handler

Hi, What would be advantage/Disadvantage by forcing SMI handler always executed by BSP ( Setting PcdCpuSmmEnableBspElection to TRUE and FALSE)? Thanks, Ramesh The information contained in this message may be confidential and proprietary to American Megatrends, Inc. This communication is inte

Re: [edk2] CPP Build Issue VC NULL

Can somebody include proposed changes ? From: Andrew Fish [af...@apple.com] Sent: 13 February 2013 21:59 To: edk2-devel@lists.sourceforge.net Subject: Re: [edk2] CPP Build Issue VC NULL On Feb 13, 2013, at 9:49 AM, Jordan Justen wrote: > On Tue, Feb 12,

[edk2] KVM over IP in pure Software through UEFI?

Hello, I had this idea that it must be possible to implement a pure Software based KVM over IP solution based on UEFI, that would be compatible with any UEFI Mainboard that has UEFI Ethernet drivers. Is there some work done in this direction? Greetings & Blessings, David Egli smime.p7s Descri

[edk2] Crash seen while using %f in printf for X64 platform

Hi, I am seeing crash when I run an application using %f in printf on X64 platform. Please find the code and .inf file content below. Can anyone help me in this regard?

[edk2] [RFC]]PATCH 0/2] MdePkg: Allow to read section data into a buffer allocated by caller

Dear MdePkg Maintainer, Currently MdePkg/DxeServicesLib does not allow to pass pointer to allocated buffer to read firmware section to. Is there any reason for that? This prevents from concatenation of several sections within continuous memory area without additional copy operation. Please find t

Re: [edk2] EDKII for ARM

I had good experience with qemu starting with instructions from http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=BeagleBoardPkg Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet. 036 420 040 R.C.S Antibes. Capital de EUR 12.654.784 -Original Mess

[edk2] [PATCH 2/2] MdePkg: Allow to read section data into a buffer allocated by caller

This patch introduces GetSectionFromFvToBuffer function that allows to read FFS section content to buffer allocated by a caller. The generic behaviour for this function is same as for GetSectionFromFv function. If there is no room for FFS section in provided buffer a truncated sections contents a

[edk2] [PATCH 1/2] MdePkg: Change InternalGetSectionFromFv signature

This patch introduces addtional parameter passed to InternalGetSectionFromFv function that acted as a flag showed that *Buffer is a valid pointer to caller allocated buffer. Currently InternalGetSectionFromFv does not allow to pass caller allocated buffer down to EFI_FIRMWARE_VOLUME2_PROTOCOL. It

Re: [edk2] VFR beginner question

That's not possible in EDK2. Yes, VFR is "simple". From: Rafael Machado [rafaelrodrigues.mach...@gmail.com] Sent: 28 February 2013 16:25 To: edk2-devel Subject: Re: [edk2] VFR beginner question Hi Laurie Thanks for the help. I checked your information and find th

Re: [edk2] EDKII for ARM

On 28 February 2013 22:36, ap at wrote: > Hi all, > I am a newbie in ARM world and trying to learn the basics. I am very much > familiar with UEFI-EDKII on x86 side and now interested in learning this new > architecture & design. I have downloaded the code from sourceforge.net; but > what’s next;