[umalloc] Avoid problems when _textdata_memsz is a multiple of 4kB
authorMichael Brown <mcb30@etherboot.org>
Sun, 15 Feb 2009 07:50:23 +0000 (07:50 +0000)
committerMichael Brown <mcb30@etherboot.org>
Sun, 15 Feb 2009 07:56:16 +0000 (07:56 +0000)
commit46da51703a6f0d213a9b1cbcc4103bb842e2b945
treec40b83a42b03e8e682b7a13d2b4868bb7b37fd94
parent816a32aaeefc15c36a7d94f08927787d431fe7e7
[umalloc] Avoid problems when _textdata_memsz is a multiple of 4kB

If it happens that _textdata_memsz ends up being an exact multiple of
4kB, then this will cause the .textdata section (after relocation) to
start on a page boundary.  This means that the hidden memory region
(which is rounded down to the nearest page boundary) will start
exactly at virtual address 0, i.e. UNULL.  This means that
init_eheap() will erroneously assume that it has failed to allocate a
an external heap, since it typically ends up choosing the area that
lies immediately below .textdata, which in this case will be the
region with top==UNULL.

A subsequent error is that memtop_urealloc() passes through the error
return status -ENOMEM to the caller, which (rightly) assumes that the
result represents a valid userptr_t address.

Fixed by using alternative tests for heap non-existence, and by
returning UNULL in case of an error from init_eheap().
src/arch/i386/interface/pcbios/memtop_umalloc.c