[Lucid][master-next][pull-request] Update to 2.6.32.26+drm33.11 stable release

Stefan Bader stefan.bader at canonical.com
Thu Nov 25 10:08:25 UTC 2010


On 11/24/2010 10:40 PM, Leann Ogasawara wrote:
> https://bugs.launchpad.net/ubuntu/+bug/681132
> 
> SRU Justification
> 
> Impact:
> 
> The upstream process for stable tree updates is quite similar in scope
> to the Ubuntu SRU process, e.g., each patch has to demonstrably fix a
> bug, and each patch is vetted by upstream by originating either directly
> from Linus' tree or in a minimally backported form of that patch. The
> 2.6.32.26+drm33.11 upstream stable patch set is now available. It should
> be included in the Lucid Ubuntu kernel as well.
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/smb/linux-2.6.32.y-drm33.z.git  http://git.kernel.org/?p=linux/kernel/git/smb/linux-2.6.32.y-drm33.z.git;a=summary
> 
> Test Case: TBD
> 
> The following pull request add's the 2.6.32.26+drm33.11 patch set to the
> tip of Lucid master-next (note this does result in an ABI bump):
> 
> The following changes since commit 8cb75279955b4f06eedd7cbd5b4f93b08a5857b9:
> 
>   ipc: shm: fix information leak to userland (2010-11-19 14:01:24 -0800)
> 
> are available in the git repository at:
>   git://kernel.ubuntu.com/ogasawara/ubuntu-lucid.git stable-2.6.32.26-drm33.11
> 
> A summary of the complete list of patches in the 2.6.32.26+drm33.11
> stable release is as follows:
> 
>  * staging: usbip: Notify usb core of port status changes
>  * staging: usbip: Process event flags without delay
>  * powerpc/perf: Fix sampling enable for PPC970
>  * pcmcia: synclink_cs: fix information leak to userland
>  * sched: Fix string comparison in /proc/sched_features
>  * bluetooth: Fix missing NULL check
>  * futex: Fix errors in nested key ref-counting
>  * mm, x86: Saving vmcore with non-lazy freeing of vmas
>  * x86, cpu: Fix renamed, not-yet-shipping AMD CPUID feature bit
>  * x86, kexec: Make sure to stop all CPUs before exiting the kernel
>  * x86, olpc: Don't retry EC commands forever
>  * x86, mtrr: Assume SYS_CFG[Tom2ForceMemTypeWB] exists on all future AMD CPUs
>  * x86, intr-remap: Set redirection hint in the IRTE
>  * x86, kdump: Change copy_oldmem_page() to use cached addressing
>  * KVM: SVM: Fix wrong intercept masks on 32 bit
>  * KVM: MMU: fix direct sps access corrupted
>  * KVM: MMU: fix conflict access permissions in direct sp
>  * KVM: VMX: Fix host GDT.LIMIT corruption
>  * KVM: SVM: Adjust tsc_offset only if tsc_unstable
>  * KVM: x86: Fix SVM VMCB reset
>  * KVM: x86: Move TSC reset out of vmcb_init
>  * KVM: Fix fs/gs reload oops with invalid ldt
>  * pipe: fix failure to return error code on ->confirm()
>  * p54usb: fix off-by-one on !CONFIG_PM
>  * p54usb: add five more USBIDs
>  * drivers/net/wireless/p54/eeprom.c: Return -ENOMEM on memory allocation failure
>  * USB: ftdi_sio: Add PID for accesio products
>  * USB: add PID for FTDI based OpenDCC hardware
>  * USB: ftdi_sio: new VID/PIDs for various Papouch devices
>  * USB: ftdi_sio: add device ids for ScienceScope
>  * usb: musb: blackfin: call gpio_free() on error path in musb_platform_init()
>  * USB: option: Add more ZTE modem USB id's
>  * USB: cp210x: Add Renesas RX-Stick device ID
>  * USB: cp210x: Add WAGO 750-923 Service Cable device ID
>  * USB: atmel_usba_udc: force vbus_pin at -EINVAL when gpio_request failled
>  * USB: disable endpoints after unbinding interfaces, not before
>  * USB: opticon: Fix long-standing bugs in opticon driver
>  * USB: accept some invalid ep0-maxpacket values
>  * sd name space exhaustion causes system hang
>  * libsas: fix NCQ mixing with non-NCQ
>  * gdth: integer overflow in ioctl
>  * Fix race when removing SCSI devices
>  * Fix regressions in scsi_internal_device_block
>  * sgi-xp: incoming XPC channel messages can come in after the channel's partition structures have been torn down
>  * Linux 2.6.32.26
> 
> 
Overall mostly USB and KVM. The x86 changes seem mostly corner cases. There are
a few things (libsas, scsi, sd) that might be useful on servers.

ACK

-Stefan




More information about the kernel-team mailing list