[coreboot] FILO creating filo.conf

Jordan Crouse jordan.crouse at amd.com
Fri Sep 12 18:36:43 CEST 2008

On 12/09/08 08:15 -0400, Joseph Smith wrote:
> On Fri, 12 Sep 2008 11:20:04 +0200, "Vincent Legoll"
> <vincent.legoll at gmail.com> wrote:
> > On Fri, Sep 12, 2008 at 5:43 AM, Peter Stuge <peter at stuge.se> wrote:
> >>> > As an optional feature, everyone pretty much said they want to be
> >>> > able to do such a drive scan only a few days ago. Would be great if
> >>> > you want to hack on it! :)
> >>>
> >>> I do think this would be better approach. I don't think scanning a
> >>> top level directory would take very long.
> > 
> > Yes, a command in filo to scan for drives and report what he found would
> > be a great enhancement. I'll certainly test patches that try to achieve
> > this.
> > 
> >> The issue is not with filesystem structure. The issue is with drives.
> >> Scanning drives takes some time, at least a few seconds per drive or
> >> so.
> > 
> > If this is implemented as a command, and not part of default filo startup
> > that would be fine, scanning has to be started by user interactively.
> > 
> >> Once the correct drive has been found, finding the boot files is
> >> usually quick because only few sectors needs to be read.
> > 
> > Yeah, the hard part is finding which "string" to give filo as drive name,
> > the file name is often already known. Not that I wouldn't want the "find"
> > command get an implementation that do something, tho...
> > 
> I think the find command would ulimatly become a part of libpayload so it
> could be used for something like coreinfo??
> I think the ata/ide drivers from FILO would have to be moved to libpayload
> for coreinfo also. But, it would be cool to have coreinfo tell you info
> about your drives :-)

Having the drive drivers in libpayload is still a matter of some debate.
When we started, we agreed that we wouldn't try to re-invent the world
- we already had excellent bootloaders that did drives (GRUB2) and 
network (gPXE).  Now, we are trending away from GRUB2, and we maintain
our own ATA drivers anyway in FILO, so our original premise is in doubt.

Unfortunately if we decide we want ATA drivers in libpayload, we can't
borrow them from FILO because of licensing issues, we would have to 
write them ourselves, or borrow them from a BSD source.

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

More information about the coreboot mailing list