Re: [edk2] minnowboard and duet

2014-02-06 Thread Blibbet 
On 2/6/14 5:25 PM, Rod Smith wrote:
> 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

And that jogged my memory, thanks.

Besides the 3 repos of the above Gitorious project, see:

"Rod Smith's duet-install Linux Shell script"
https://github.com/the-ridikulus-rat/duet-install

And here's also this:

https://github.com/migle/BootDuet


--
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

Re: [edk2] minnowboard and duet

2014-02-06 Thread Rod Smith 
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

Re: [edk2] minnowboard and duet

2014-02-06 Thread Richardson, Brian 
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


--
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

Re: [edk2] minnowboard and duet

2014-02-06 Thread Blibbet 
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


--
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

Re: [edk2] minnowboard and duet

2014-02-06 Thread Richardson, Brian 
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

--
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

Re: [edk2] minnowboard and duet

2014-02-06 Thread John Davis 
Hello Bibbet,

Thank you for the info. I appreciate it.  FWIW, I was just curious what the
package was as I was poking around.

Speaking of opensource, here is a good video on UEFI and Android.  Off
camera you can hear Dong Wei from HP speaking a few times.  I just happened
to be listening to this one while digging around in the code.

https://www.youtube.com/watch?v=w6XbTGSGsy0&list=PLisMMQz00Chydm-DeNZ0mgYbQj9DXMnzp&index=23



On Thu, Feb 6, 2014 at 12:36 PM, Blibbet  wrote:

> 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
>



-- 
John F. Davis
6 Kandes Court
Durham, NC 27713
919-888-8358

独树一帜
--
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

Re: [edk2] minnowboard and duet

2014-02-06 Thread Blibbet 
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

Re: [edk2] minnowboard and duet

2014-02-06 Thread Jarlstrom, Laurie 
Hi John,
First for the MinnowBoard. Yes, the firmware is EDK II based and is basically 
based on the UDK2010.SR1.UP1.P1 release.  I will make a cross link on the 
tianocore.org web pages but the link to get the board is : 
http://Minnowboard.org and the link to  download the source is : 
http://uefidk.intel.com/content/minnowboard-uefi-firmware

Second, Duet is from the DuetPkg and is included with the UDK2010.SR1.UP1.P1 
release.  This is basically the UEFI Shell environment booted from a Legacy 
BIOS.  This is used on an older non-UEFI PC. More info: 
http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=DuetPkg

Third: Ovmf from the OvmfPkg is a virtual machine based and uses QEMU with the 
Firmware device image built from the OvmfPkg .dsc files.  This is frenquently 
used with a linux OS for UEFI Development.
More information: OVMF 
FAQ, 
How to build 
OVMF,
 OVMF/Boot 
Overview



thanks,
Laurie

laurie.jarlst...@intel.com
EFI / Framework Technical
Marketing Engineering Team
(503) 712-9395
From: John Davis [mailto:davi...@gmail.com]
Sent: Thursday, February 06, 2014 9:07 AM
To: edk2-devel@lists.sourceforge.net
Subject: [edk2] minnowboard and duet

Hello

As I am looking through the EDKII workspace, I am wondering where is the port 
for minnowboard? I saw a video from an Intel guy on youtube and it mentioned 
the minnowboard as a atom based board which could be used as a cheap UEFI 
reference development kit.  This sounds like a good deal for the UEFI support 
alone.  The tunnelmountain kits are way out of my range for something to do in 
my personal time, but I'm wondering.  I see BeagleBoard and Omap trees in the 
source but no minnowboard.  Why is that? Does it not require its own seperate 
tree since it runs on the core workspace?

Also, I see this tree for something called Duet.  What is Duet?  Is it another 
board port?

Lastly, I see a lot of Ovmp discussion on the board lately.  Is that a virtual 
UEFI bios port?  I'm guessing, but not sure that you could build a .fv for it 
just as you build a .fv for the emulator and use it to boot a vm os.  Is that 
the case?

--
John F. Davis
6 Kandes Court
Durham, NC 27713
919-888-8358

独树一帜

--
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