Kernel

[patch 061/149] exofs: confusion between kmap() and kmap_atomic() api
2.6.32-stable review patch. If anyone has any objections, please let us know. ------------------ From: Dan Carpenter <error27(a)gmail.com> commit ddf08f4b90a413892bbb9bb2e8a57aed991cd47d upstream. For kmap_atomic() we call kunmap_atomic() on the returned pointer. That's different from kmap() and kunmap() an... 1 Jul 2010 15:34

[patch 147/149] KEYS: find_keyring_by_name() can gain access to a freed keyring
2.6.32-stable review patch. If anyone has any objections, please let us know. ------------------ From: Toshiyuki Okajima <toshi.okajima(a)jp.fujitsu.com> commit cea7daa3589d6b550546a8c8963599f7c1a3ae5c upstream. find_keyring_by_name() can gain access to a keyring that has had its reference count reduced to ... 1 Jul 2010 15:34

[patch 138/149] KVM: VMX: enable VMXON check with SMX enabled (Intel TXT)
2.6.32-stable review patch. If anyone has any objections, please let us know. ------------------ From: Shane Wang <shane.wang(a)intel.com> Per document, for feature control MSR: Bit 1 enables VMXON in SMX operation. If the bit is clear, execution of VMXON in SMX operation causes a general-protecti... 1 Jul 2010 15:34

[patch 021/149] V4L/DVB: gspca - stv06xx: Remove the 046d:08da from the stv06xx driver
2.6.32-stable review patch. If anyone has any objections, please let us know. ------------------ From: Erik Andrén <erik.andren(a)gmail.com> commit 55e0b489a39bb635a44f769d620e44c70d9c065b upstream. The 046d:08da usb id shouldn't be associated with the stv06xx driver as they're not compatible with each othe... 1 Jul 2010 15:34

[patch 132/149] KVM: s390: Fix possible memory leak of in kvm_arch_vcpu_create()
2.6.32-stable review patch. If anyone has any objections, please let us know. ------------------ From: Wei Yongjun <yjwei(a)cn.fujitsu.com> This patch fixed possible memory leak in kvm_arch_vcpu_create() under s390, which would happen when kvm_arch_vcpu_create() fails. Signed-off-by: Wei Yongjun <yjwei(a)cn.f... 1 Jul 2010 15:34

[patch 134/149] x86, paravirt: Add a global synchronization point for pvclock
2.6.32-stable review patch. If anyone has any objections, please let us know. ------------------ From: Glauber Costa <glommer(a)redhat.com> In recent stress tests, it was found that pvclock-based systems could seriously warp in smp systems. Using ingo's time-warp-test.c, I could trigger a scenario as bad as 1... 1 Jul 2010 15:34

[patch 121/149] GFS2: Fix permissions checking for setflags ioctl()
2.6.32-stable review patch. If anyone has any objections, please let us know. ------------------ From: Steven Whitehouse <swhiteho(a)redhat.com> commit 7df0e0397b9a18358573274db9fdab991941062f upstream. We should be checking for the ownership of the file for which flags are being set, rather than just for w... 1 Jul 2010 15:34

[patch 136/149] KVM: x86: Check LMA bit before set_efer
2.6.32-stable review patch. If anyone has any objections, please let us know. ------------------ From: Sheng Yang <sheng(a)linux.intel.com> kvm_x86_ops->set_efer() would execute vcpu->arch.efer = efer, so the checking of LMA bit didn't work. Signed-off-by: Sheng Yang <sheng(a)linux.intel.com> Signed-off-by: ... 1 Jul 2010 15:34

[patch 144/149] parisc: clear floating point exception flag on SIGFPE signal
2.6.32-stable review patch. If anyone has any objections, please let us know. ------------------ From: Helge Deller <deller(a)gmx.de> commit 550f0d922286556c7ea43974bb7921effb5a5278 upstream. Clear the floating point exception flag before returning to user space. This is needed, else the libc trampoline han... 1 Jul 2010 15:34

[18/23] vfs: add NOFOLLOW flag to umount(2)
2.6.27-stable review patch. If anyone has any objections, please let us know. ------------------ From: Miklos Szeredi <mszeredi(a)suse.cz> commit db1f05bb85d7966b9176e293f3ceead1cb8b5d79 upstream. Add a new UMOUNT_NOFOLLOW flag to umount(2). This is needed to prevent symlink attacks in unprivileged unmount... 1 Jul 2010 14:28