[coreboot] GSoC-2014 Project for Coreboot

2014-03-11 Thread Naman Govil
Hi! I am Naman, a junior year college undergrad with interest in Open Source Hardware-Software Development. I have been actively participating in coreboot community (mainly through the irc) for more than a month now, and have had lots of discussions with community mentors, while setting up coreboo

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-13 Thread David Hendricks
On Tue, Mar 11, 2014 at 7:55 AM, Naman Govil wrote: > Hi! > Hi! > I am Naman, a junior year college undergrad with interest in Open Source > Hardware-Software Development. > > I have been actively participating in coreboot community (mainly through > the irc) for more than a month now, and hav

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-13 Thread mrnuke
On Thursday, March 13, 2014 04:29:06 PM David Hendricks wrote: > On Tue, Mar 11, 2014 at 7:55 AM, Naman Govil wrote: > > Hi! > > Hi! > Hi! > > a generic interface for > > accessing block devices on ARM SoCs so that coreboot could launch its > > stages from the block devices (an MMC for example)

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-14 Thread Aaron Durbin
On Thu, Mar 13, 2014 at 10:15 PM, mrnuke wrote: > On Thursday, March 13, 2014 04:29:06 PM David Hendricks wrote: >> On Tue, Mar 11, 2014 at 7:55 AM, Naman Govil wrote: >> > Hi! >> >> Hi! >> > Hi! > >> > a generic interface for >> > accessing block devices on ARM SoCs so that coreboot could launch

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-14 Thread Patrick Georgi
Am Donnerstag, den 13.03.2014, 22:15 -0500 schrieb mrnuke: > I'm glad you brought that up. I ran into several problems, most of which were > a result of CBFS's x86-centric design rather than the shortage of SRAM. A lot > of CBFS callers love to generate map() calls, which means we as the backend

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-14 Thread ron minnich
We've been kind of holding off on this, but, fact is, coreboot has followed the well trod path of firmware everywhere and become a small kernel. It started as little more than memcpy with a frisson of I2C packet IO thown in, but thanks to the generous ideas of hardware designers everywhere, with ev

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-14 Thread Patrick Georgi
Am Freitag, den 14.03.2014, 08:07 -0700 schrieb ron minnich: > There's not much point in fighting the tide here. The idea of linux-as-bios > was nice, but we have come to the point where linux-as-bios requires a > small firmware kernel just to load it. Which could just as well be UEFI. Patrick

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-14 Thread ron minnich
On Fri, Mar 14, 2014 at 8:14 AM, Patrick Georgi wrote: > Am Freitag, den 14.03.2014, 08:07 -0700 schrieb ron minnich: > > There's not much point in fighting the tide here. The idea of > linux-as-bios > > was nice, but we have come to the point where linux-as-bios requires a > > small firmware kern

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-14 Thread Naman Govil
Hi All, Sorry if I am a bit OT to this thread, due to my limited knowledge about coreboot CBFS at this stage, but I would like add few points. Firstly, as Alex mentioned If, on the other hand, you have a well designed, unified block dev API, you can select your block device based on some some heur

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-14 Thread ron minnich
On Fri, Mar 14, 2014 at 9:23 AM, Naman Govil wrote: > > > I agree with the long term goal, but from the point of view of a project > in GSoC, is'nt it better for me to implement the block device API first, > and then in the course of time think about the generic device interface? > > > you shoul

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-14 Thread mrnuke
On Friday, March 14, 2014 09:46:53 AM ron minnich wrote: > In other words, you can design a special case that makes doing a good > design of the general case almost impossible. That's been done too; see > UEFI. :) -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/l

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-15 Thread Kevin O'Connor
On Fri, Mar 14, 2014 at 08:58:01AM -0500, Aaron Durbin wrote: > On Thu, Mar 13, 2014 at 10:15 PM, mrnuke wrote: > > I'm glad you brought that up. I ran into several problems, most of which > > were > > a result of CBFS's x86-centric design rather than the shortage of SRAM. A > > lot > > of CBFS

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-15 Thread ron minnich
On Sat, Mar 15, 2014 at 10:02 AM, Kevin O'Connor wrote: > > > The coreboot code's interaction with the "filesystem" after memory > init (should) largely boil down to load_file(char *name, void > *address, int maxsize). Why not just end the abstraction there (ie, > on these arm devices, implement

Re: [coreboot] GSoC-2014 Project for Coreboot

2014-03-15 Thread mrnuke
On Saturday, March 15, 2014 05:15:12 PM Kevin O'Connor wrote: > Did you mean to send this only to me? I'm only sending to you and not > the list, but I'd prefer the discussion to be on list. > OOPS! I blame it on KMail's shitty "Reply" interface. > On Sat, Mar 15, 2014 at 01:54:47PM -0500, mrnuk