search for: gdts

...for VMware and Xen; Xen actually requires page isolation, so we have implemented the most general and compatible solution. Patch 1 deprecates a broken GDT reference; Patch 2 adds a per-cpu GDT accessor; Patch 3 moves the GDT out of the per-cpu area and makes it page padded and page aligned. The GDTs for secondary processors are allocated dynamically to avoid bloating kernel static data with GDTs for not-present processors. This could be adapted to drop and reallocate GDTs for CPU hotplug if desired, although the space savings (1 page) are dubious, so I have not implemented that at this time....

...for VMware and Xen; Xen actually requires page isolation, so we have implemented the most general and compatible solution. Patch 1 deprecates a broken GDT reference; Patch 2 adds a per-cpu GDT accessor; Patch 3 moves the GDT out of the per-cpu area and makes it page padded and page aligned. The GDTs for secondary processors are allocated dynamically to avoid bloating kernel static data with GDTs for not-present processors. This could be adapted to drop and reallocate GDTs for CPU hotplug if desired, although the space savings (1 page) are dubious, so I have not implemented that at this time....

PnP BIOS for x86 is part of drivers, so I missed it in the initial GDT page alignment patch. Kudos to Andrew for fixing that. Unfortunately, fixing the build introduced a kernel panic when trying to setup the as of yet unallocated GDTs for the APs. This fixes the problem by setting only the BSP's GDT, then copying the PnP segments back to the cpu_gdt_table template. Signed-off-by: Zachary Amsden <zach@vmware.com> Index: linux-2.6.14-rc2/drivers/pnp/pnpbios/bioscalls.c ===================================================...

PnP BIOS for x86 is part of drivers, so I missed it in the initial GDT page alignment patch. Kudos to Andrew for fixing that. Unfortunately, fixing the build introduced a kernel panic when trying to setup the as of yet unallocated GDTs for the APs. This fixes the problem by setting only the BSP's GDT, then copying the PnP segments back to the cpu_gdt_table template. Signed-off-by: Zachary Amsden <zach@vmware.com> Index: linux-2.6.14-rc2/drivers/pnp/pnpbios/bioscalls.c ===================================================...

...lem exists both for VMware and Xen; Xen actually requires page isolation, so we have implemented the most general and compatible solution. While VMware suffers only from false sharing, Xen suffers from the false-validation problem, which requires the extra space for the GDT page to be zeroed. The GDTs for secondary processors are allocated dynamically to avoid bloating kernel static data with GDTs for not-present processors. Along the way, I discovered two serious but subtle problems; there was no consistent mechanism for converting an EIP to a linear address, which presented a serious challeng...

...lem exists both for VMware and Xen; Xen actually requires page isolation, so we have implemented the most general and compatible solution. While VMware suffers only from false sharing, Xen suffers from the false-validation problem, which requires the extra space for the GDT page to be zeroed. The GDTs for secondary processors are allocated dynamically to avoid bloating kernel static data with GDTs for not-present processors. Along the way, I discovered two serious but subtle problems; there was no consistent mechanism for converting an EIP to a linear address, which presented a serious challeng...

...several false starts, I ended up with a very simple implementation, which clashes significantly with your work since then 8(. I've pushed the patches anyway, but it's going to be significant work for me to re-merge them, so I wanted your feedback first. The first patch simply changes the GDTs to be a straight per-cpu variable. I notice that you did a similar thing with your patches, but this is simpler and avoids wasting space in the UP case. It's a bit tricky since we've never referred to per-cpu vars from asm before, but since we're only referring to the pre-setup versio...

...several false starts, I ended up with a very simple implementation, which clashes significantly with your work since then 8(. I've pushed the patches anyway, but it's going to be significant work for me to re-merge them, so I wanted your feedback first. The first patch simply changes the GDTs to be a straight per-cpu variable. I notice that you did a similar thing with your patches, but this is simpler and avoids wasting space in the UP case. It's a bit tricky since we've never referred to per-cpu vars from asm before, but since we're only referring to the pre-setup versio...

Hi all, I've been working on lguest64 and in order to do this, I had to move a lot of the i386 specific out of the way. Well, the lguest64 port is still not ready to display, but before Rusty makes too many changes I would like this in upstream so I don't have to keep repeating my changes :-) So this patch series moves lguest32 out of the way for other archs. -- Steve

Hi all, I've been working on lguest64 and in order to do this, I had to move a lot of the i386 specific out of the way. Well, the lguest64 port is still not ready to display, but before Rusty makes too many changes I would like this in upstream so I don't have to keep repeating my changes :-) So this patch series moves lguest32 out of the way for other archs. -- Steve

[ Changes since last version. - Move lg.h to include/asm instead (suggested by Rusty Russel) - All steps of the series compiles (suggested by Stephen Rothwell) - Better ifdef header naming (suggested by Stephen Rothwell) - Added Andi Kleen to CC (forgot to on V1) ] Hi all, I've been working on lguest64 and in order to do this, I had to move a lot of the i386 specific out of the

[ Changes since last version. - Move lg.h to include/asm instead (suggested by Rusty Russel) - All steps of the series compiles (suggested by Stephen Rothwell) - Better ifdef header naming (suggested by Stephen Rothwell) - Added Andi Kleen to CC (forgot to on V1) ] Hi all, I've been working on lguest64 and in order to do this, I had to move a lot of the i386 specific out of the

Hi all, These are the patches I'm planning to submit for 2.6.24. Comments gratefully accepted. Along with the usual cleanups and improvements are Jes' de-i386-ification patches, and a new "virtio" mechanism designed to be shared with KVM (and hopefully other hypervisors). Cheers, Rusty. Documentation/lguest/Makefile | 30 Documentation/lguest/lguest.c

Hi all, These are the patches I'm planning to submit for 2.6.24. Comments gratefully accepted. Along with the usual cleanups and improvements are Jes' de-i386-ification patches, and a new "virtio" mechanism designed to be shared with KVM (and hopefully other hypervisors). Cheers, Rusty. Documentation/lguest/Makefile | 30 Documentation/lguest/lguest.c