[2.6.32+drm33-longterm] Linux 2.6.32.43+drm33.19

Herton Ronaldo Krzesinski herton.krzesinski at canonical.com
Thu Jul 14 12:10:04 UTC 2011


On Thu, Jul 14, 2011 at 10:17:45AM +0200, Stefan Bader wrote:
> On 14.07.2011 10:12, Stefan Bader wrote:
> > I am announcing the release of the 2.6.32.43+drm33.19 longterm tree.
> > 
> > This tree is based on 2.6.32 and generally has all of the stable updates
> > applied. Except those to the DRM subsystem, which was based on 2.6.33 and
> > took updates from that upstream stable as long as that existed. It will
> > continue to add patches to the DRM subsystem as long as they are valid
> > according to the stable update rules (Documentation/stable_kernel_rules.txt).
> > DRM patches for this tree should be sent to kernel-team at lists.ubuntu.com.
> > 
> > This release contains patches from upstream 2.6.32.43, but dropped any patches
> > to the DRM subsystem.
> > 
> > The updated 2.6.32.y-drm33.z tree can be found at:
> >   git://git.kernel.org/pub/scm/linux/kernel/git/smb/linux-2.6.32.y-drm33.z.git
> > and can be browsed through git web via:
> >   http://git.kernel.org/?p=linux/kernel/git/smb/linux-2.6.32.y-drm33.z.git;a=summary
> > 
> > -Stefan
> > 
> > ------
> > 
> > * ksm: fix NULL pointer dereference in scan_get_next_rmap_item()
> > * migrate: don't account swapcache as shmem
> 
> > * xen: partially revert "xen: set max_pfn_mapped to the last pfn mapped"
> 
> Note that the patch above requires the following reverted patch to be applied
> (or the revert reverted):
> 
> commit 87682e466f75198056810381c87d2a3a4338dc5c
> Author: Steve Conklin <sconklin at canonical.com>
> Date:   Thu May 26 17:30:21 2011 -0500
> 
>     Revert "xen: set max_pfn_mapped to the last pfn mapped"
> 
>     This reverts commit 5490ee42c5725aa3e32634c19f70913e0e634d0c
> 
> Not sure, do we already have a bug report for tracking this (like things to keep
> in mind when reverted stuff needs to be re-activated)?

Unfortunately for this one we were not yet creating tracking bugs, so
there is no tracking bug for it.

But for more recent reverts, Steve is creating tracking bugs with tag
'stable-next' on it.

-- 
[]'s
Herton




More information about the kernel-team mailing list