mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Matthias Andree <matthias.andree@gmx.de>
To: Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Linux 2.4 <-> 2.6 compatibility (was: Linux 2.6.0-test9)
Date: Sun, 26 Oct 2003 16:05:45 +0100	[thread overview]
Message-ID: <20031026150544.GJ15838@merlin.emma.line.org> (raw)
In-Reply-To: <Pine.LNX.4.44.0310251152410.5764-100000@home.osdl.org>

On Sat, 25 Oct 2003, Linus Torvalds wrote:

> In other words, even if you think that something is the most important
> piece of software in the world, if you can't make aunt Tilly up the street
> say "oh, but that would be a show-stopper", then don't bother sending it 
> to me.
> 
> If it corrupts data, is a security issue, or causes lockups or just basic
> nonworkingness: and this happens on hardware that _normal_ people are
> expected to have, then it's critical.  Otherwise, it's noise and should
> wait.
> 
> If this works out, then I'll submit -test10 to Andrew Morton, and if he 
> takes it we'll probably have a real 2.6.0 after a final shakedown. So try 
> to help, please. We'll all be happier.

A favor that I'd ask of the Linux kernel gurus is:

As 2.6 starts stabilizing, PLEASE try to synch up major components of
2.6 and 2.4 so that the same user space can be used for either version.
It's fine with modutils and stuff, but when it comes to LVM, these 2.4
and 2.6 versions are a problem. 2.4 doesn't have Device Mapper in
baseline, and getting DM and XFS in is sorta hard. (ACPI seems to be in
better shape now.)

To enlarge the testing base, it would be good if people could just drop
a 2.6 kernel, some user-space updates and then dual-boot 2.4 and 2.6
hassle free at will without worrying about a dozen 2.4 kernel patches to
make it compatible with the new user space.

(I may have missed a 2.4 spinoff that does just that, merge DM and XFS
and ACPI and other updates so it can coexist with a 2.6-user space.)

  parent reply	other threads:[~2003-10-26 15:05 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-25 19:09 Linux 2.6.0-test9 Linus Torvalds
2003-10-25 19:52 ` Marcelo Tosatti
2003-10-25 20:14 ` viro
2003-10-25 22:35   ` Linus Torvalds
2003-10-25 23:45 ` Jose Luis Domingo Lopez
2003-10-26  0:22 ` 2.6.0-test9: selinux compile error with "make O=..." Adrian Bunk
2003-10-26  9:49   ` Sam Ravnborg
2003-10-27 13:40     ` Stephen Smalley
2003-10-27 18:42       ` Sam Ravnborg
2003-10-28 15:10         ` Stephen Smalley
2003-10-26 12:05 ` Linux 2.6.0-test9 Patrik Wallstrom
2003-10-27 18:21   ` Patrik Wallstrom
2003-10-27 22:51     ` bill davidsen
2003-10-28  2:12       ` Jeff Garzik
2003-10-28  4:52         ` Bill Davidsen
2003-10-26 15:05 ` Matthias Andree [this message]
2003-10-26 15:18   ` Linux 2.4 <-> 2.6 compatibility Måns Rullgård
2003-10-27  2:51     ` Matthias Andree
2003-10-26 16:06   ` Jochen Hein
2003-10-26 17:47     ` Fabio Massimo Di Nitto
2003-10-26 18:18       ` Jochen Hein
2003-10-27 16:02 ` Linux 2.6.0-test9 (compile stats) John Cherry

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=20031026150544.GJ15838@merlin.emma.line.org \
    --to=matthias.andree@gmx.de \
    --cc=linux-kernel@vger.kernel.org \
    /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

all inboxes | Powered by JetHome®