lkml.org 
[lkml]   [2009]   [Feb]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Ext4 tree backports for 2.6.27.13 and 2.6.28.2
On Sat, 31 Jan 2009 00:25:39 -0500
"Theodore Ts'o" <tytso@mit.edu> wrote:

> I've updated the ext4 backport branches on the ext4 git tree:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
> http://git.kernel.org/?p=linux/kernel/git/tytso/ext4.git
>
> The for-stable branch is branched off of 2.6.28.2, and has a candidate
> set of patches to be included in the next stable release. The
> for-stable-2.6.27 branch is branched off of 2.6.27.13.
>
> I'm more confident with the 2.6.28 stable candidate than the 2.6.27
> stable candidates at the moment, but given that we just missed the
> 2.6.27.14 and 2.6.28.3 release cycles, that should give us plenty of
> time to test the patches.
>

.27 has a bug and one patch got merged in .27.14...

>
> mainline 2.6.28 2.6.27
> commit-description
> -------------------------------------------------------------------------
> c894058d ----- 71ae3e25
> ext4: Use an rbtree for tracking blocks freed during transaction.
>

The chunk that creates the ext4_free_block_extents cache is misapplied: it
ended up at the end of ext4_mb_use_preallocated() instead of
init_ext4_mballoc(). The null cache pointer then causes oopses when trying
to delete files.

> a21102b5 1b1872b 0f30c439
> ext3: Add sanity check to make_indexed_dir
>

This went into 2.6.27.14.


\
 
 \ /
  Last update: 2009-02-11 00:41    [W:0.131 / U:0.056 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site