>I was a little reluctant to throw away information about physical memory >that was on the system when I wrote this code originally. That >information could be useful for instance if we choose to implement to >allow adding that memory back to the system without having to reboot the >system, using hotplug memory infrastructure. Cost of retaining this >information looked reasonable enough to me.
We already throw away information ... the existing code does it irreversibly when it makes adjustments to the phys_addr and num_pages fields in efi_memory_desc_t structures. Your new code avoids doing that, but since you coalesce sections that are usable by Linux that are contiguous, you drop any type information that is different between sections. I think this is fine ... anyone that really needs to know will be able to go look at the original efi_memory_desc_t structures. Linux currently doesn't need to know, so we might as well optimize these new summary structures for use by Linux. -Tony - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
