Date: Thu, 4 Dec 1997 05:38:10 +1100 From: Bruce Evans <bde@zeta.org.au> To: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-sys@FreeBSD.ORG, sef@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/i386 identcpu.c machdep.c trap.c Message-ID: <199712031838.FAA06698@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
> Work around for the Intel Pentium F00F bug; this is Intel's recommended > workaround. Note that this currently eats up two pages extra in the system; > this could be alleviated by aligning idt correctly, and then only dealing with > that (as opposed to the current method of allocated two pages and copying the > IDT table to that, and then setting that to be the IDT table). No it couldn't, since a statically allocated IDT would be in the same 4MB kernel pages as other data that needs to be written to. Only about 1K for statically allocated IDT could be saved easily. Perhaps memory on either side of the dynamically allocated IDT could be used for something. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199712031838.FAA06698>