Re: [gentoo-dev] Re: Killing UEFI Secure Boot

2012-06-22 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/06/12 08:24 PM, Richard Yao wrote: On 06/21/2012 06:51 PM, Rich Freeman wrote: we're a DISTRO - we integrate and ship what upstream gives us... RHEL is a distribution, but I understand that RedHat does a great deal of upstream

Re: [gentoo-dev] Re: Killing UEFI Secure Boot

2012-06-21 Thread Richard Yao
On 06/21/2012 04:08 AM, Duncan wrote: Richard Yao posted on Wed, 20 Jun 2012 18:16:23 -0400 as excerpted: 3. How does getting a x86 system to boot differ from getting a MIPS system or ARM system to boot? Does it only work because the vendors made it work or is x86 fundamentally harder? I

Re: [gentoo-dev] Re: Killing UEFI Secure Boot

2012-06-21 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/06/12 05:33 AM, Richard Yao wrote: On 06/21/2012 04:08 AM, Duncan wrote: Richard Yao posted on Wed, 20 Jun 2012 18:16:23 -0400 as excerpted: 3. How does getting a x86 system to boot differ from getting a MIPS system or ARM system to

Re: [gentoo-dev] Re: Killing UEFI Secure Boot

2012-06-21 Thread Richard Yao
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/21/2012 11:00 AM, Ian Stakenvicius wrote: A firmware replacement for the BIOS does not need to worry about floppy drives, hard drives, optical drives, usb devices, isa devices, pci devices and pci express drives, etcetera, because those

Re: [gentoo-dev] Re: Killing UEFI Secure Boot

2012-06-21 Thread Roy Bamford
On 2012.06.21 16:05, Richard Yao wrote: On 06/21/2012 11:00 AM, Ian Stakenvicius wrote: A firmware replacement for the BIOS does not need to worry about floppy drives, hard drives, optical drives, usb devices, isa devices, pci devices and pci express drives, etcetera, because those live

Re: [gentoo-dev] Re: Killing UEFI Secure Boot

2012-06-21 Thread Peter Stuge
Roy Bamford wrote: I take it the above statement is based on the kernel being directly placed within the BIOS/firmware/nvram on the board, This is sometimes called Linux-as-bootloader (LAB/lab for short) in the coreboot project. such that you couldn't boot anything else but that

Re: [gentoo-dev] Re: Killing UEFI Secure Boot

2012-06-21 Thread Rich Freeman
On Thu, Jun 21, 2012 at 3:10 PM, Peter Stuge pe...@stuge.se wrote: Roy Bamford wrote: So when you build a dud kernel and flash your BIOS with it, and we all build the odd dud, your motherboard is bricked. Any firmware modification has potential to brick, and shouldn't be done unless you are

Re: [gentoo-dev] Re: Killing UEFI Secure Boot

2012-06-21 Thread Richard Yao
On 06/21/2012 06:51 PM, Rich Freeman wrote: On Thu, Jun 21, 2012 at 3:10 PM, Peter Stuge pe...@stuge.se wrote: Roy Bamford wrote: So when you build a dud kernel and flash your BIOS with it, and we all build the odd dud, your motherboard is bricked. Any firmware modification has potential to

Re: [gentoo-dev] Re: Killing UEFI Secure Boot

2012-06-21 Thread Richard Yao
On 06/22/2012 01:02 AM, Duncan wrote: Richard Yao posted on Thu, 21 Jun 2012 05:33:22 -0400 as excerpted: A firmware replacement for the BIOS does not need to worry about floppy drives, hard drives, optical drives, usb devices, isa devices, pci devices and pci express drives, etcetera,

Re: [gentoo-dev] Re: Killing UEFI Secure Boot

2012-06-21 Thread Richard Yao
On 06/22/2012 01:10 AM, Richard Yao wrote: On 06/22/2012 01:02 AM, Duncan wrote: Richard Yao posted on Thu, 21 Jun 2012 05:33:22 -0400 as excerpted: A firmware replacement for the BIOS does not need to worry about floppy drives, hard drives, optical drives, usb devices, isa devices, pci