Re: [2.6.6 PATCH] Exposing EFI memory map

[Dave Hansen]

On Thu, 2004-05-06 at 06:27, Matthew Wilcox wrote:
> On Thu, May 06, 2004 at 02:18:24PM +0200, Arjan van de Ven wrote:
> > On Thu, 2004-05-06 at 13:59, Matthew Wilcox wrote:
> > > It's not exactly modifiable. 
> > 
> > come on, it's the ideal hotplug memory interface ;)
> > should we try to unify the memory map exports between architectures
> > instead of matching the firmware-of-the-day for each architecture ??
> 
> Well, firmware-du-jour is what /sys/firmware/... is for ;-)
> 
> I don't have a clear picture of what a hotplug memory interface would look
> like; and even if I did, I don't think the EFI memory map is of much help
> in that matter.

If you _get_ a clear picture, please let me know.  I've been looking for
one. :)

You're right that the EFI map itself isn't any help to memory hotplug,
but things derived from it are.  The amount and physical locations of
all of the memory in the system are obviously pulled out of this table
at some point, and Linux already has a representation of them, otherwise
we couldn't allocate memory or do things like virt_to_phys() or
page_to_pfn().

I think what Arjan doesn't want is 14 different architectures with 14
different userspace programs reading 14 different things in /proc and
/sys for each of their memory hotplug schemes.  I guarantee you don't
want to know what ppc64 is planning on doing.

BTW, Sourav, what is it that you need from the EFI map?  Could you take
a quick look through the lhms-devel list archives and see if anything
there is similar to what you're trying to do? Here's a place to start:

http://sourceforge.net/mailarchive/forum.php?thread_id=4120609&forum_id=223


-- Dave

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/