linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: David Woodhouse <dwmw2@infradead.org>
To: tglx@linutronix.de
Cc: Eugene Surovegin <ebs@ebshome.net>,
	Song Sam <samlinuxppc@yahoo.com.cn>,
	"Robert P. J. Day" <rpjday@mindspring.com>,
	Embedded Linux PPC list <linuxppc-embedded@lists.linuxppc.org>
Subject: Re: 2.4 versus 2.6 patches
Date: Thu, 29 Jul 2004 15:30:07 -0400	[thread overview]
Message-ID: <1091129407.4133.20.camel@localhost.localdomain> (raw)
In-Reply-To: <1090887944.20889.52.camel@thomas.tec.linutronix.de>


On Tue, 2004-07-27 at 02:25 +0200, Thomas Gleixner wrote:
> > You missed the point of this discussion. We wasn't talking about some
> > random patches floating around. We were talking about stuff which _is_ in 2.6
> > but not 2.4. Also, we were talking about how mature is 2.6 for production
> > environment and how "dead" is 2.4
>
> I'm well aware of what you were talking in foreground, but I'm also able
> to read the implicit things between the lines.
>
> Quite in contrary: Random patches floating around which do not make
> their way to the place where they should go, _ARE_ part of the problem.

In the case of patches backporting 2.6 features into 2.4, the 'place
where they should go' is /dev/null. It's only pure bug fixes which
should be merged.

We already have a branch in CVS for the 2.4 version of JFFS2, and bugs
are independently fixed there. I've seen no need to do likewise for the
MTD code yet, because most people patching that have been doing so in
order to backport new features rather than to fix bugs.

I don't intend to put new features into 2.4. Where 'new' means developed
after the time I last gave Marcelo an update; not after today. If you
want stuff developed in the last few years (like JFFS2 which mounts in a
relatively sane amount of time) then you should be using 2.6.

--
dwmw2


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

  reply	other threads:[~2004-07-29 19:30 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-23 14:57 2.4 versus 2.6 patches Robert P. J. Day
2004-07-24 15:20 ` David Woodhouse
2004-07-26  2:50   ` Song Sam
2004-07-26  4:13     ` David Woodhouse
2004-07-26  4:40       ` Eugene Surovegin
2004-07-26 13:48         ` Song Sam
2004-07-26 14:27           ` David Woodhouse
2004-07-26 15:08             ` Mark Chambers
2004-07-26 15:53               ` Robert P. J. Day
2004-07-26 16:30             ` Eugene Surovegin
2004-07-26 23:17               ` Thomas Gleixner
2004-07-26 23:49                 ` Eugene Surovegin
2004-07-27  0:25                   ` Thomas Gleixner
2004-07-29 19:30                     ` David Woodhouse [this message]
2004-07-26 17:16             ` Wolfgang Denk
2004-08-09 15:03               ` Marcelo Tosatti
2004-07-27  3:13             ` Song Sam
2004-08-09 13:28           ` Marcelo Tosatti
2004-08-10  5:58             ` Song Sam
2004-08-10 11:54               ` Marcelo Tosatti
  -- strict thread matches above, loose matches on Subject: below --
2004-07-26 16:48 Demke, Torsten

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1091129407.4133.20.camel@localhost.localdomain \
    --to=dwmw2@infradead.org \
    --cc=ebs@ebshome.net \
    --cc=linuxppc-embedded@lists.linuxppc.org \
    --cc=rpjday@mindspring.com \
    --cc=samlinuxppc@yahoo.com.cn \
    --cc=tglx@linutronix.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).