lkml.org 
[lkml]   [2010]   [Jun]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 2.6.27.y 1/3] ext4: Use our own write_cache_pages()
On 06/01/2010 09:49 AM, Theodore Tso wrote:
> This is one of the things that confuses me, actually. Why is it that there are a number of people who want to use ext4 on 2.6.27? Even the enterprise distro's have moved on; SLES 11 SP1 upgraded their users from 2.6.27 to 2.6.32, for example. I wonder if it's time to start a new "stable anchor point" around 2.6.32, given that Ubuntu's latest Long-Term Stable (Lucid LTS) is based on 2.6.32, as is SLES 11 SP1. The RHEL 6 beta is also based on 2.6.32. (And I just spent quite a bit of time over the past week backporting a lot of ext4 bug fixes to 2.6.32.y :-)
>
> If there are people who want to work on trying to backport more ext4 fixes to 2.6.27, they're of course free to do so. I am really curious as to *why*, though.

2.6.27 is still a good kernel and ext4 is a good filesystem, IMO
(existing deadlock notwithstanding).

Like Kay Diederichs mentioned, .27 has received ext4 updates in the
past, even as recently as April this year ("ext4: Avoid null pointer
dereference..."). Though this of course does not imply that .27 should
receive ext4 fixes (or other fixes) forever, but it is nice to fix the
most serious, show-stopping problems if it is feasable.

(maybe OT?: When I made an attempt to switch to kernel .31 or .32
earlier, the kernel would not boot for me. Surely, I can do some
investigating and get it to boot some day, but I wasn't motivated to
solve it at the time and stuck with .27 instead.)

Thanks for the comments.

Rgds,

Jayson



\
 
 \ /
  Last update: 2010-06-01 22:39    [W:0.075 / U:0.032 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site