[SeaBIOS] [PATCH 0/5][RFC] Simultaneous multi-platform support
Kevin O'Connor
kevin at koconnor.net
Sat Feb 9 00:37:37 CET 2013
On Fri, Feb 08, 2013 at 11:25:39PM +0000, David Woodhouse wrote:
> On Fri, 2013-02-08 at 18:02 -0500, Kevin O'Connor wrote:
> >
> > >I'm not sure it would even work for CSM, because it would
> > > probably be too big.
> >
> > As an aside, is there a way to pass in the "init" sections to ovmf
> > such that they don't prevent option roms from using the space? Also,
> > I briefly tried not padding bios.bin to a power of 2, but ovmf doesn't
> > seem to like that.
>
> I've already proposed the UmbStart and UmbEnd fields which the CSM can
> use to mark the memory it needs to be writeable, and I've hard-coded
> that to 0xe0000-0xf0000 for the SeaBIOS CSM build. That 0xe0000 should
> actually be datalow_start, shouldn't it?
I think you'd want datalow_base. Ideally SeaBIOS would update the
setting dynamically.
> We could happily declare that OVMF can place option ROMs up to UmbStart
> (== datalow_start) so when SeaBIOS relocates its own init code, the
> extra memory (below the memory it uses for its own purposes) can be
> reclaimed.
>
> In fact I think my OVMF patch for the UmbStart,UmbEnd support already
> did that, didn't it?
That would work for SeaBIOS. I missed that in your proposal.
-Kevin
More information about the SeaBIOS
mailing list