day. It adds a #define which is 1 or 0 depending on whether the pmd
for the kernel address space is shared or not. Xen can't use a
shared pmd due to linear mappings in the Xen private area.
Also includes patches for modified files in the sparse tree.
Signed-off-by: Gerd Knorr <kraxel@suse.de>
Signed-off-by: Keir Fraser <keir@xensource.com>
Slightly disgusting hack to avoid using lots of lock instructions on a uniprocessor
machine just because we happened to compile with CONFIG_SMP. Essentially, we
make a big table of all of the instruction sequences which differ in ``easy''
ways between UP and SMP kernels, and then select which one to use at run time.
Signed-off-by: Steven Smith <sos22@cam.ac.uk>
Solve badness problem when udp_poll() receives fragmented skbuff w/ CONFIG_HIGHMEM
Upstream patch (now in -net tree) from Herbert Xu.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: Steven Hand <steven@xensource.com>
Fix Xen idle loop to enter/exit tickless mode in same way as s390,
which interfaces properly with the RCU subsystem.
This includes a patch that fixes a race in the generic RCU code: it
was created by IBM for s390, and is being pushed upstream by them.
Signed-off-by: Keir Fraser <keir@xensource.com>
Patch ipv4 netfilter code to avoid checksumming CHECKUM_UNNCECESSARY
packets. On Xen the check could fail, as packets from domU have a blank
checksum field.
Signed-off-by: Keir Fraser <keir@xensource.com>
Patch to allow vcpu hotplugging in domU
Signed-off-by: Ryan Harper <ryanh@us.ibm.com>
Signed-off-by: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
From: Ryan Harper
Two config changes are required to use this change:
1) CONFIG_SMP=y
2) CONFIG_HOTPLUG_CPU=y
I've tested unplugging/plugging cpus in domU via the sysfs interface
that the patch provides.
hungerforce:~# grep processor /proc/cpuinfo
processor : 0
processor : 1
processor : 2
processor : 3
hungerforce:~# cd /sys/devices/system/cpu/
hungerforce:/sys/devices/system/cpu# echo 0 > cpu3/online
hungerforce:/sys/devices/system/cpu# grep processor /proc/cpuinfo
processor : 0
processor : 1
processor : 2
hungerforce:/sys/devices/system/cpu# echo 1 > cpu3/online
hungerforce:/sys/devices/system/cpu# grep processor /proc/cpuinfo
processor : 0
processor : 1
processor : 2
processor : 3
It seems that all processors besides cpu0 can be removed. I've not done
any investigation nor optimization of the hotplug patch. I attempted to
unplug cpus in dom0, but this resulted in Xen rebooting.
Makefile, Kconfig, smpboot.c, smp.c, process.c, irq.c:
Fix hotplug cpu support.
Makefile:
Setup reach-over build of topology.o.
i386-cpu-hotplug-updated-for-mm.patch:
Add i386 hotplug patch from:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc5/2.6.11-rc5-mm1/broken-out/i386-cpu-hotplug-updated-for-mm.patch
i386-cpu-hotplug-updated-for-mm.patch, Makefile:
new file
traps.c, smpboot.c, smp.c, process.c, irq.c, Kconfig:
Merge changes from hotplug patch.
Define new io_remap_pfn_range() for mapping device space into user
applications. Patch drivers to use this instead of remap_pfn_range()
where appropriate. This patch should be pushed upstream to the kernel
maintainers.
Signed-off-by: Keir Fraser <keir@xensource.com>
Update the AGP+DRM patches for 2.6.9, and automatically patch the kernels
before we build them. Also avoid using virt_to_phys() in our virtual drivers
as we may change what it does -- better to use __pa().
