On Thu, Jun 13, 2013 at 09:02:54PM +0800, Tang Chen wrote: > From: Yinghai Lu <yinghai@xxxxxxxxxx> > > This patch introduces a file_pos struct to store physaddr. And then changes > acpi_initrd_files[] to file_pos type. Then store physaddr of ACPI tables > in acpi_initrd_files[]. > > For finding, we will find ACPI tables with physaddr during 32bit flat mode > in head_32.S, because at that time we don't need to setup page table to > access initrd. > > For copying, we could use early_ioremap() with physaddr directly before > memory mapping is set. > > To keep 32bit and 64bit platforms consistent, use phys_addr for all. Also, how about something like the following? Subject: x86, ACPI: introduce a new struct to store phys_addr of acpi override tables ACPI initrd override table handling has been recently broken into two functions - acpi_initrd_override_find() and acpi_initrd_override_copy(). The former function currently stores the virtual addresses and sizes of the found override tables in an array of struct cpio_data for the latter function. To make NUMA information available earlier during boot, acpi_initrd_override_find() will be used much earlier - on 32bit, from head_32.S before linear address translation is set up, which will make it impossible to use the virtual addresses of the tables. This patch introduces a new struct - file_pos - which records phys_addr and size of a memory area, and replaces the cpio_data array with it so that acpi_initrd_override_find() can record the phys_addrs of the override tables instead of virtual addresses. This will allow using the function before the linear address is set up. acpi_initrd_override_copy() now accesses the override tables using early_ioremap() on the stored phys_addrs. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
