taii...@gmx.com wrote:
> >>> 3. Support for Secure Boot - would one approach be simpler than another?
> >> SB was invented by MS for DRM, it serves no real security purpose IMO
> >
> > I'd like to ask you to reconsider that opinion.
>
> It is a fact not an opinion.
You wrote "IMO", otherwise I
Hello Taiidan,
taii...@gmx.com:
> On 04/12/2018 11:43 AM, Peter Stuge wrote:
>> taii...@gmx.com wrote:
3. Support for Secure Boot - would one approach be simpler than another?
>>> SB was invented by MS for DRM, it serves no real security purpose IMO
>> I'd like to ask you to reconsider that
On 04/12/2018 11:43 AM, Peter Stuge wrote:
> taii...@gmx.com wrote:
>>> 3. Support for Secure Boot - would one approach be simpler than another?
>> SB was invented by MS for DRM, it serves no real security purpose IMO
> I'd like to ask you to reconsider that opinion.
>
It is a fact not an
On Thu, Apr 12, 2018 at 2:18 PM, <eche...@free.fr> wrote:
>
> - Mail d'origine -
> De: Peter Stuge <pe...@stuge.se>
> À: coreboot@coreboot.org
> Envoyé: Thu, 12 Apr 2018 17:43:48 +0200 (CEST)
> Objet: Re: [coreboot] BIOS/CoreBoot/UBOOT
>
> ...
> &g
> Is it possible to go from BIOS/UEFI to UBOOT (on-board)? How?
Actually, since you are using, after all, YOCTO Project to build your
BDX-DE BSP, you can freely use U-Boot, if Bin Meng (U-Boot BSP
maintainer) already integrated BDX-DE/Camelback CRB's FSP into U-Boot.
If?
Bin,
Did you integrate
Hi,
On 11 April 2018 at 16:39, Raymond Yeung wrote:
>
> I currently have a board that uses Intel Xeon D (previously codenamed
> Broadwell DE). It boots up with BIOS/UEFI. I 'm exploring other oot-up
> options here.
>
>
> I'm not familiar with this early stage of system
taii...@gmx.com wrote:
> > 3. Support for Secure Boot - would one approach be simpler than another?
>
> SB was invented by MS for DRM, it serves no real security purpose IMO
I'd like to ask you to reconsider that opinion.
Secure Boot is mandated by Microsoft to provide Microsoft and
At this point, on this platform, I think your fastest bet to mostly open
sourcing it all is linuxboot. We recently had an experience where we
installed a linux kernel in FLASH on two new boards in two days and most
of that was just figuring out how to rearrange the UEFI bits, (i.e. move
the
gt; to already have this aspect covered.
>
>
> Raymond
>
>
>
>
> *From:* David Hendricks <david.hendri...@gmail.com>
> *Sent:* Wednesday, April 11, 2018 6:03 PM
> *To:* Raymond Yeung
&g
On 04/11/2018 09:54 PM, Raymond Yeung wrote:
> Thanks David for the detailed response.
>
>
> My main motivation to go down Coreboot/UBOOT route is to attempt to simplify
> the remaining boot-up to Linux. Instead of using PXE-BOOT, we could use tftp
> only. Am I correct to say that?
If you
April 11, 2018 6:03 PM
To: Raymond Yeung
Cc: coreboot@coreboot.org
Subject: Re: [coreboot] BIOS/CoreBoot/UBOOT
On Wed, Apr 11, 2018 at 3:39 PM, Raymond Yeung
<rksye...@hotmail.com<mailto:rksye...@hotmail.com>> wrote:
I currently have a board that uses Intel Xeon D (previously coden
On 04/11/2018 06:39 PM, Raymond Yeung wrote:
> I currently have a board that uses Intel Xeon D (previously codenamed
> Broadwell DE). It boots up with BIOS/UEFI. I 'm exploring other oot-up
> options here.
Let us know what you are attempting to accomplish.
> I'm not familiar with this early
On Wed, Apr 11, 2018 at 3:39 PM, Raymond Yeung wrote:
> I currently have a board that uses Intel Xeon D (previously codenamed
> Broadwell DE). It boots up with BIOS/UEFI. I 'm exploring other oot-up
> options here.
>
>
> I'm not familiar with this early stage of system
I currently have a board that uses Intel Xeon D (previously codenamed Broadwell
DE). It boots up with BIOS/UEFI. I 'm exploring other oot-up options here.
I'm not familiar with this early stage of system initialization. It seems
BIOS/UEFI to Linux needs to use PXE, with the need to configure
14 matches
Mail list logo