On Tue, Sep 09, 2008 at 09:39:03PM +0200, Carl-Daniel Hailfinger wrote: > On 09.09.2008 21:26, Robert Millan wrote: > > On Tue, Sep 09, 2008 at 08:00:53PM +0200, Carl-Daniel Hailfinger wrote: > > > >> Sorry, that won't fly. The official Multiboot spec at > >> http://www.gnu.org/software/grub/manual/multiboot/multiboot.html lacks > >> quite a few things needed by the OS and supported by coreboot tables. > >> > > > > So if I show you working code that proves your statement wrong, I assume > > you'd have no objection? > > > > Please explain how exactly you can tell the OS about reserved memory > areas without coreboot tables and without e820 tables. The official > multiboot spec has no way to do that.
Yes, it does. You must have missed it. > > I believe I can implement a loader whose size is reasonably small. But > > again, > > I'd rather back that up with code than expect to be blindly trusted. > > > > My point was that you can't save some size by disabling coreboot tables. > Since the multiboot loader will have nonzero size, there will be a size > increase. Maybe I can save size, or maybe not, but in either case I don't expect my code will be taking an unreasonable amount of bytes (and then again, you don't have to use it if you don't want to). > No, I was talking about the coreboot ability of booting ELF files > directly. Since coreboot does not have a disk driver, that multiboot > interface will only be used to boot operating systems in the ROM. Right? Right. -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all." -- coreboot mailing list [email protected] http://www.coreboot.org/mailman/listinfo/coreboot
