Hi
As i'm working in UEFI domain i want to post my queries in this forum.
How to put my questions and get answers in this
edk2-d...@lists.souceforge.net.
I'm getting updates from this edk2-d...@lists.souceforge.net site. but i
dont know how to put my queries.
--
Thanks in advance,
Prem.
On Fri, Feb 7, 2014 at 6:55 AM, <edk2-devel-requ...@lists.sourceforge.net>wrote:
> Send edk2-devel mailing list submissions to
> edk2-devel@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/edk2-devel
> or, via email, send a message with subject or body 'help' to
> edk2-devel-requ...@lists.sourceforge.net
>
> You can reach the person managing the list at
> edk2-devel-ow...@lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of edk2-devel digest..."
>
>
> Today's Topics:
>
> 1. Re: minnowboard and duet (Richardson, Brian)
> 2. Re: Error compiling OVMF (Scott Duplichan)
> 3. Re: Error compiling OVMF (Laszlo Ersek)
> 4. Re: minnowboard and duet (Blibbet)
> 5. Re: minnowboard and duet (Richardson, Brian)
> 6. Re: minnowboard and duet (Rod Smith)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 6 Feb 2014 22:00:16 +0000
> From: "Richardson, Brian" <brian.richard...@intel.com>
> Subject: Re: [edk2] minnowboard and duet
> To: "edk2-devel@lists.sourceforge.net"
> <edk2-devel@lists.sourceforge.net>
> Message-ID:
> <
> 80ac2baa3152784f98f581129e5cf5af5dfe8...@orsmsx103.amr.corp.intel.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Minor quibble ... "The UEFI Forum doesn't bother to update OVMF binaries
> to their download site, they're ancient."
> The UEFI Forum doesn't maintain OVMF or EDK Ii in general. EDK II is
> written to UEFI specs, and companies that are members of the UEFI Forum
> work on the project, but it's not an official thing. I do agree that you
> need to build your own, since the binaries are not as up-to-date as the
> main project.
>
> Correction ... "Minnowboard is good, but AFAIK you can't update the
> firmware, you have to wait for Intel to produce the binaries, so it's not
> that useful."
> Not true. Build your own firmware using the development kit ...
> https://uefidk.com/content/minnowboard-uefi-firmware
> The original release was binary only, but now the kit is available.
>
> Thanks ... br
> ---
> Brian Richardson -- brian.richard...@intel.com -- Twitter: intel_brian
>
> -----Original Message-----
> From: Blibbet [mailto:blib...@gmail.com]
> Sent: Thursday, February 06, 2014 3:36 PM
> To: edk2-devel@lists.sourceforge.net
> Subject: Re: [edk2] minnowboard and duet
>
> Use QEMU/OVMF, it gets more attention from Intel than DUET, which was an
> older tech. I don't think anyone at ARM cares about DUET, but theydo care
> about helping QEMU/OVMF.
>
> The UEFI Forum doesn't bother to update OVMF binaries to their download
> site, they're ancient. They presume you'll use the UDK/EDK2 to build your
> own fresh ones. If you don't want to build your own and need some existing
> binaries, look to the Linux community, for their research in learning how
> to work around SecureBoot. There are multiple fresh OVMFs there. Focus on
> the few Linux companies that're members of the UEFI Forum (Canonical,
> RedHat, Ubuntu), and their free distros, Fedora, Ubuntu, OpenSUSE.
>
> http://www.linux-kvm.org/page/OVMF
> http://en.opensuse.org/openSUSE:UEFI_Secure_boot_using_qemu-kvm
> https://fedoraproject.org/wiki/Testing_secureboot_with_KVM
> https://wiki.ubuntu.com/SecurityTeam/SecureBoot
> http://blog.hansenpartnership.com/uefi-secure-boot/
> http://mjg59.dreamwidth.org/
>
> If you really want to try and use DUET, look to external DUET extensions
> that make the TianoCore DUET release usable. There's this one, and one
> other I can't find at the moment:
> https://gitorious.org/tianocore_uefi_duet_builds
>
> If you're on a budget and can't get a Tunnel Mountain, I'd suggest an ARM
> dev board, over the Minnow. Minnowboard is good, but AFAIK you can't update
> the firmware, you have to wait for Intel to produce the binaries, so it's
> not that useful. If/when you can update your own firmware, then it'll
> become a lot more useful for EFI dev.
>
> Take a look at Linaro.org's ARM dev boards, and their fork of EDK2 for
> ARM. You can use their Ubuntu or Android binaries, and use their UEFI, in
> QEMU, or with live hardware.
> http://releases.linaro.org/latest/components/kernel/uefi-linaro
> https://wiki.linaro.org/ARM/UEFI
> https://wiki.linaro.org/LEG/Engineering/Kernel/UEFI/
> https://launchpad.net/linaro-uefi
> https://snapshots.linaro.org/components/kernel/uefi-next
> https://snapshots.linaro.org/components/kernel/uefi/
> https://wiki.linaro.org/LEG/Enginering/Kernel/UEFI/UEFI_Network_Booting
>
> If you're on a budget, ignore hardware and just use QEMU/OVMF.
>
> My $.02
>
>
>
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications Take advantage of
> what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> _______________________________________________
> edk2-devel mailing list
> edk2-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/edk2-devel
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 6 Feb 2014 16:04:02 -0600
> From: "Scott Duplichan" <sc...@notabs.org>
> Subject: Re: [edk2] Error compiling OVMF
> To: <edk2-devel@lists.sourceforge.net>
> Message-ID: <002e01cf2387$59cba870$0d62f950$@notabs.org>
> Content-Type: text/plain; charset="us-ascii"
>
> Laszlo Ersek [mailto:ler...@redhat.com] wrote:
>
>
> ]On 02/05/14 20:28, Mauro Faccenda wrote:
> ]> Hi all,
> ]>
> ]> When trying to compile OVMF in latest version it fails with the
> following ]error:
> ]>
> ]> edk2\ovmfpkg\library\platformbdslib\qemubootorder.c(888) : warning
> ]> C4701: potentially uninitialized local variable 'IsFinal' used.
> ]>
> ]> The IsFinal variable should be initialized (assume FALSE?).
> ]
> ]No, MSVC is wrong.
> ]I added some new code in SVN r15197, and MSVC fails to see that the
> ]place where isFinal is used is never reached when isFinal is not set.
> ]
> ]MSVC is driving me nuts, honestly. I'm tired of babysitting it.
>
> As a long term fix, consider customizing the Microsoft compiler
> warnings to disable broken ones such as this, and to use others
> in a more sane way. Microsoft warning level 4 is not suitable
> for every project, http://notabs.org/coding/warningLevel4.htm.
> To disable this particular warning revise
> BaseTools/Conf/tools_def.template by replacing ' /W4 ' with
> ' /W4 /wd4701 '
> Disabling the integer assignment truncation warnings to
> match gcc would eliminate the need to litter new code
> with otherwise pointless type casts.
> Thanks,
> Scott
>
> ]If you
> ]send a patch, initializing IsFinal to whatever value, I'll ack it
> ]though. Also, in any new code I write I'll initialize block scope
> ]variables inside their definitions, no matter how match that clashes
> ]with the coding style. This warning crap is ridiculous. Should I ask Red
> ]Hat to shell out $$$ for an MSDN subscription for me, just to shut up
> ]these warnings? Also, should I ask for four versions of MSVC so that I
> ]can be sure each one of them is silenced appropriately? Please.
> ]
> ]If you look at SVN r15197, you're gonna notice that the
> ]
> ] NumNodes = 0;
> ]
> ]assignment *also* could have been moved under the "else" branch. Because
> ]NumNodes is never used if we take the other branch. But, I intentionally
> ]left the assignment in place, because I was sure that MSVC would
> ]complain if I had made the assignment conditional. Looks like you can
> ]never be paranoid enough.
> ]
> ]Laszlo
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 06 Feb 2014 23:48:56 +0100
> From: Laszlo Ersek <ler...@redhat.com>
> Subject: Re: [edk2] Error compiling OVMF
> To: Scott Duplichan <sc...@notabs.org>
> Cc: edk2-devel@lists.sourceforge.net
> Message-ID: <52f41158.8030...@redhat.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 02/06/14 23:04, Scott Duplichan wrote:
> > Laszlo Ersek [mailto:ler...@redhat.com] wrote:
> >
> >
> > ]On 02/05/14 20:28, Mauro Faccenda wrote:
> > ]> Hi all,
> > ]>
> > ]> When trying to compile OVMF in latest version it fails with the
> following ]error:
> > ]>
> > ]> edk2\ovmfpkg\library\platformbdslib\qemubootorder.c(888) : warning
> > ]> C4701: potentially uninitialized local variable 'IsFinal' used.
> > ]>
> > ]> The IsFinal variable should be initialized (assume FALSE?).
> > ]
> > ]No, MSVC is wrong.
> > ]I added some new code in SVN r15197, and MSVC fails to see that the
> > ]place where isFinal is used is never reached when isFinal is not set.
> > ]
> > ]MSVC is driving me nuts, honestly. I'm tired of babysitting it.
> >
> > As a long term fix, consider customizing the Microsoft compiler
> > warnings to disable broken ones such as this, and to use others
> > in a more sane way. Microsoft warning level 4 is not suitable
> > for every project, http://notabs.org/coding/warningLevel4.htm.
> > To disable this particular warning revise
> > BaseTools/Conf/tools_def.template by replacing ' /W4 ' with
> > ' /W4 /wd4701 '
> > Disabling the integer assignment truncation warnings to
> > match gcc would eliminate the need to litter new code
> > with otherwise pointless type casts.
>
> This is a great piece of advice, thank you.
>
> The only problem is that this would have to be sanctioned by the
> basetools maintainer(s), and I believe they won't. They likely want
> maximum paranoia with warnings, in order to catch real problems as well,
> even at the price of a lot of false positives. Eg. I'm extremely
> conscious of integer conversions, so I either avoid them or perform them
> on purpose, but most people aren't / don't. If your suggestion were to
> be implemented in basetools, that would help me a great deal, but I
> don't think it's going to be implemented.
>
> I'm also thinking about initializing all locals (that I wouldn't
> initialize otherwise) with a type-correct 0xDEADC0DE constant. It's
> quite telling and it should shut up MSVC.
>
> Thanks!
> Laszlo
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 06 Feb 2014 14:55:28 -0800
> From: Blibbet <blib...@gmail.com>
> Subject: Re: [edk2] minnowboard and duet
> To: "Richardson, Brian" <brian.richard...@intel.com>
> Cc: edk2-devel@lists.sourceforge.net
> Message-ID: <52f412e0.6010...@gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> EDK2's OVMFs were last updated 2011. They magically appeared on this
> subdirectory, as they're unmaintained. :-) I presume the only people who
> update these files are UEFI Forum members. The ones from the Linux
> community are circa 2013. It'd be nice if you uploaded fresh OVMFs when
> you upload new UDK2010.x.x.x.x releases.
> http://sourceforge.net/projects/edk2/files/OVMF/
>
> EXCELLENT news about being able to update firmware on Minnows, thanks!
>
> On 2/6/14 2:00 PM, Richardson, Brian wrote:
> > Minor quibble ... "The UEFI Forum doesn't bother to update OVMF binaries
> to their download site, they're ancient."
> > The UEFI Forum doesn't maintain OVMF or EDK Ii in general. EDK II is
> written to UEFI specs, and companies that are members of the UEFI Forum
> work on the project, but it's not an official thing. I do agree that you
> need to build your own, since the binaries are not as up-to-date as the
> main project.
> >
> > Correction ... "Minnowboard is good, but AFAIK you can't update the
> firmware, you have to wait for Intel to produce the binaries, so it's not
> that useful."
> > Not true. Build your own firmware using the development kit ...
> https://uefidk.com/content/minnowboard-uefi-firmware
> > The original release was binary only, but now the kit is available.
> >
> > Thanks ... br
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 6 Feb 2014 22:51:54 +0000
> From: "Richardson, Brian" <brian.richard...@intel.com>
> Subject: Re: [edk2] minnowboard and duet
> To: "edk2-devel@lists.sourceforge.net"
> <edk2-devel@lists.sourceforge.net>
> Message-ID:
> <
> 80ac2baa3152784f98f581129e5cf5af5dfe8...@orsmsx103.amr.corp.intel.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> I'll bug some EDK II maintainers about the OVMF updates.
>
> Thanks ... br
> ---
> Brian Richardson -- brian.richard...@intel.com -- Twitter: intel_brian
>
> -----Original Message-----
> From: Blibbet [mailto:blib...@gmail.com]
> Sent: Thursday, February 06, 2014 5:55 PM
> To: Richardson, Brian
> Cc: edk2-devel@lists.sourceforge.net
> Subject: Re: [edk2] minnowboard and duet
>
> EDK2's OVMFs were last updated 2011. They magically appeared on this
> subdirectory, as they're unmaintained. :-) I presume the only people who
> update these files are UEFI Forum members. The ones from the Linux
> community are circa 2013. It'd be nice if you uploaded fresh OVMFs when you
> upload new UDK2010.x.x.x.x releases.
> http://sourceforge.net/projects/edk2/files/OVMF/
>
> EXCELLENT news about being able to update firmware on Minnows, thanks!
>
> On 2/6/14 2:00 PM, Richardson, Brian wrote:
> > Minor quibble ... "The UEFI Forum doesn't bother to update OVMF binaries
> to their download site, they're ancient."
> > The UEFI Forum doesn't maintain OVMF or EDK Ii in general. EDK II is
> written to UEFI specs, and companies that are members of the UEFI Forum
> work on the project, but it's not an official thing. I do agree that you
> need to build your own, since the binaries are not as up-to-date as the
> main project.
> >
> > Correction ... "Minnowboard is good, but AFAIK you can't update the
> firmware, you have to wait for Intel to produce the binaries, so it's not
> that useful."
> > Not true. Build your own firmware using the development kit ...
> > https://uefidk.com/content/minnowboard-uefi-firmware
> > The original release was binary only, but now the kit is available.
> >
> > Thanks ... br
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 06 Feb 2014 20:25:29 -0500
> From: Rod Smith <rodsm...@rodsbooks.com>
> Subject: Re: [edk2] minnowboard and duet
> To: edk2-devel@lists.sourceforge.net
> Message-ID: <52f43609.40...@rodsbooks.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 02/06/2014 03:36 PM, Blibbet wrote:
> >
> > If you really want to try and use DUET, look to external DUET extensions
> > that make the TianoCore DUET release usable. There's this one, and one
> > other I can't find at the moment:
> > https://gitorious.org/tianocore_uefi_duet_builds
>
> FWIW, I wrote a page on using DUET:
>
> http://www.rodsbooks.com/bios2uefi/index.html
>
> It's aimed at people who need to use it for practical purposes (say, to
> boot Windows on a BIOS-based computer from an over-2TiB hard disk) or
> who want to experiment with UEFI on older hardware. My page is of less
> interest if you want to get your feet wet with UEFI development.
>
> One other project that's built atop DUET is the Clover Hackintosh boot
> loader:
>
> http://sourceforge.net/projects/cloverefiboot/
>
> I haven't followed it very closely. The last time I checked, there were
> binaries that made it relatively easy to install if you've got OS X up
> and running. I've heard of people using Clover to boot Windows or Linux
> without OS X, but installation is likely to be more awkward for such
> users. If you're interested in development, you could try hanging out on
> some Hackintosh forums, but I'm not sure which ones the Clover
> developers frequent.
>
> --
> Rod Smith
> rodsm...@rodsbooks.com
> http://www.rodsbooks.com
>
>
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
>
> ------------------------------
>
> _______________________________________________
> edk2-devel mailing list
> edk2-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/edk2-devel
>
>
> End of edk2-devel Digest, Vol 50, Issue 12
> ******************************************
>
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
edk2-devel mailing list
edk2-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/edk2-devel
