Messages in this thread | | | From | "Lyle Coder" <> | Subject | Re: 2.3.4[67] does not boot with PAE36 | Date | Thu, 24 Feb 2000 23:31:49 PST |
| |
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/
| |