Linus Torvalds wrote:
The real issue is the _physical_ address. Nothing else matters.If the TLB splitting on the fixed MTRRs is an issue, it depends entirely on what physical address the kernel resides in, and the virtual address is totally inconsequential.So playing games with virtual mapping has absolutely no upsides, and it definitely has downsides.
The notion was that having a fixed virtual mapping of the kernel would allow it to be loaded anywhere physically without needing to do actual address fixups. The bootloader could then for example at runtime decide to load the kernel at 16MB if the machine had enough memory available, to free up ZONE_DMA. Or not do that if running on a <= 16MB machine.
Or the kdump "host" kernel would make that decission, as it seems the want is shared with them. Eric Biederman said that fixups aren't that bad though...
Rene. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: "H. Peter Anvin" <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: Linus Torvalds <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- References:
- Patch to make the head.S-must-be-first-in-vmlinux order explicit
- From: Arjan van de Ven <[email protected]>
- Patch to reorder functions in the vmlinux to a defined order
- From: Arjan van de Ven <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: Andi Kleen <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: Arjan van de Ven <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: Linus Torvalds <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: Rene Herman <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: Linus Torvalds <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: Rene Herman <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: Linus Torvalds <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: Rene Herman <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: [email protected] (Eric W. Biederman)
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: Rene Herman <[email protected]>
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: [email protected] (Eric W. Biederman)
- Re: Patch to reorder functions in the vmlinux to a defined order
- From: Linus Torvalds <[email protected]>
- Patch to make the head.S-must-be-first-in-vmlinux order explicit
- Prev by Date: Re: Missing piece from as659
- Next by Date: Re: [PATCH] Avoid calling down_read and down_write during startup
- Previous by thread: Re: Patch to reorder functions in the vmlinux to a defined order
- Next by thread: Re: Patch to reorder functions in the vmlinux to a defined order
- Index(es):