In addition I think you may need to move init_apic_mappings after
init_smp_config.
So the code in setup_arch may look some thing like this
paging_init()
init_smp_config()
init_apic_mappings()
Thanks,
Lyle
On Thu, 24 Feb 2000, Ingo Molnar wrote:
>
>(the bug was that we allocated and initialized secondary PAE page tables
>outside the 8MB initial virtual memory - bootmem_alloc_pages() prefers to
>return addresses above 16MB on x86.)
Ingo, there are other problems with the "map only a limited part of the
physical memory" approach: the SMP tables are in high memory on newer
systems from intel etc. Instead of this patch, I'd much rather get a patch
that moves "paging_init()" from init/main.c into setup_arch().
As far as I can see, moving paging_init() into setup_arch() (just before
"init_smp_config()"), should work, and should mean that we have access to
the whole physical address space earlier so that these workarounds
wouldn't be needed. Would you mind taking a look at that alternate
approach instead?
("paging_init()" is really an arch-specific thing anyway: many
architectures do not need any page table setup at all due to having a 1:1
hardware mapping for the kernel address space already, so this makes sense
from a bigger architectural standpoint too, I think).
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Feb 29 2000 - 21:00:11 EST