[coreboot] coreboot and embedded controllers, for example OLPC and its OpenEC code

Jordan Crouse jordan.crouse at amd.com
Thu Jun 19 23:04:06 CEST 2008


On 19/06/08 15:55 -0500, bari wrote:
> Jordan Crouse wrote:
> > On 19/06/08 15:23 -0500, Ken.Fuchs at bench.com wrote:
> >   
> >> coreboot needs to have a solution/framework/interface for dealing
> >> with embedded controllers.  The trend seems to be that mainboards
> >> will have more of these as time goes by.  For existing boards,
> >> coreboot may be able to load the existing embedded controller
> >> code, but for new designs with coreboot firmware, the embedded
> >> controller code will have to written from scratch and obviously
> >> will require a toolchain and debugging tools.
> >>     
> >
> > When done right, the embedded controller will be transparent to
> > coreboot.  If you need a solution / framework / interface
> > for dealing with custom embedded controller code, then the
> > openEC project isn't doing a very good job.
> >   
> Exactly!
> 
> What is the ultimate dream here? To develop replacement open firmware 
> for existing embedded controllers
> that have been used for years mainly in laptops and servers?
> 
> To develop open firmware for embedded controllers that oem's and odm's 
> will use in new designs in the future?
> 
> I understand why someone that enjoys tinkering with laptops and servers 
> might like this. I'm not sure that the odm's and oem's will be 
> interested in an open solution unless it is very stable and very well 
> supported.

If you do s/embedded controller/BIOS/ in the paragraphs, the argument
remains exactly the same. Lets face it, coreboot and an embedded
controller project are birds of a feather.  What I'm saying is that
in an ideal world, they can both exist without being aware of each other.

Jordan

-- 
Jordan Crouse
Systems Software Development Engineer 
Advanced Micro Devices, Inc.





More information about the coreboot mailing list