[PATCH 0/12] Early USB debug port and i386 boot cleanups
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Date: Mon, 30 Apr 2007 09:46:17 -0600
Modern hardware relies primarily on memory mapped I/O which is typically
at addresses that are not mapped by the kernels initial page tables,
which makes using them currently unusable for early debugging print support.
So this patch set digs in and fixes the early page tables on both
arch/i386 and arch/x86_64 so that set_fixmap works with our initial boot
page tables. All that is needed is that we allocate preallocate the pte
page that the fixmap entries live on.
On arch/i386 I accomplish this by ensuring the boot time page tables are
in the native mode. Doing this provides an alternative and slightly
more capable fix to Jeremy's problem of not having the initial memory
mapping covering enough pages to identity map all of low memory. Because
we are now updating the page table we are running on we add the mappings
we need for the initial page table as we build the initial page table.
Since I was in there I kept cleaning up arch/i386/head.S.
In particular I have gotten as far as removing the early cpuid,
and have added a head32.S.
Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- [PATCH 01/12] x86_64: Allow fixmaps to be used with the initial page table.
- From: Eric W. Biederman
- [PATCH 01/12] x86_64: Allow fixmaps to be used with the initial page table.
- Prev by Date: 2.6.21-mm1: many processes end up in D state
- Next by Date: Re: [patch] megaraid: fix CONFIG_PROC_FS compile errors
- Previous by thread: 2.6.21-mm1: many processes end up in D state
- Next by thread: [PATCH 01/12] x86_64: Allow fixmaps to be used with the initial page table.
- Index(es):
Relevant Pages
|
