From: Jeff Garzik <jgarzik@pobox.com>
To: "Martin J. Bligh" <mbligh@aracnet.com>
Cc: Robert Love <rml@tech9.net>, Martin Mares <mj@ucw.cz>,
Alan Cox <alan@redhat.com>,
Stephan von Krawczynski <skraw@ithnet.com>,
Pavel Machek <pavel@ucw.cz>,
szepe@pinerecords.com, arjanv@redhat.com,
linux-kernel@vger.kernel.org
Subject: Re: Ptrace hole / Linux 2.2.25
Date: Sun, 23 Mar 2003 17:53:36 -0500 [thread overview]
Message-ID: <3E7E3AF0.6040107@pobox.com> (raw)
In-Reply-To: <29100000.1048459104@[10.10.2.4]>
Martin J. Bligh wrote:
>>I see a lot of new Red Hat work getting discussed, landing in the 2.5
>>tree, and then getting backported as a value-add 2.4 feature for an RH
>>kernel. Other stuff is "hack it into stability, but it's ugly and should
>>not go to Marcelo."
>>
>>IMNSHO this perception is more a not-looking-hard-enough issue rather
>>than reality.
>
>
> Well ... or we had different meanings ;-) yes, lots of stuff is in 2.5
> but I was meaning 2.4. If there's stuff that's in both RH and UL kernels,
> and it's stable enough for them both to ship as their product, it sounds
> mergeable to me.
That's a _really_ naive statement, that proves you haven't even looked
at what you are talking about.
The currently released RHAS is based off 2.4.9, with a lot of tweaks
specifically for the VM/VFS layer as it existed at that time.
(Remember, the VM was basically replaced in 2.4.10) That's a totally
dead end branch (from a mainline perspective) with very little mergeable
worth.
Still, if you want to create a "2.4-features++" branch, I think that
there is value there. Just PLEASE don't put the junk in mainline.
>>I have no idea about UnitedLinux kernel, but for RHAS I wager there is
>>next to _nil_ patches you would actually want to submit to Marcelo, for
>>three main reasons: it's a 2.5 backport, or, it's a 2.4.2X backport, or,
>>its an ugly-hack-for-stability that should not be in a mainline kernel
>>without cleaning anyway.
>
>
> I don't see what's wrong with putting 2.5 backports into 2.4 once they're
> stable. And I'd rather have an ugly-hack-for-stability than an unstable
> kernel ... 2.5 is the place for cleanliness ... 2.4 is a dead end that
> just needs to work.
That's no excuse for sloppiness in 2.4.
> Right ... I think we're agreeing about what's the difference. Just
> disagreeing about what should be in mainline 2.4. If most others think it
> shouldn't go either, than I guess we need a separate tree for a 2.4 that
> works, not a 2.4 that's pretty ...
I agree that we are disagreeing about what should be mainline 2.4 :)
"People are shipping it, so it must be good" is the proverbial
road-to-hell-paved-with-good-intentions.
Jeff
next prev parent reply other threads:[~2003-03-23 22:42 UTC|newest]
Thread overview: 103+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-23 22:38 Ptrace hole / Linux 2.2.25 Martin J. Bligh
2003-03-23 22:53 ` Jeff Garzik [this message]
2003-03-23 23:06 ` Martin J. Bligh
2003-03-24 10:30 ` Stephan von Krawczynski
2003-03-24 10:43 ` Christoph Hellwig
2003-03-24 15:40 ` Martin J. Bligh
2003-03-24 16:55 ` Stephan von Krawczynski
-- strict thread matches above, loose matches on Subject: below --
2003-03-27 14:47 Dr. Greg Wettstein
[not found] <20030323194012$6886@gated-at.bofh.it>
[not found] ` <20030323194014$66c3@gated-at.bofh.it>
[not found] ` <20030323195010$5026@gated-at.bofh.it>
[not found] ` <20030323195012$6f30@gated-at.bofh.it>
[not found] ` <20030323200029$737b@gated-at.bofh.it>
[not found] ` <20030323202005$2a74@gated-at.bofh.it>
2003-03-23 20:33 ` Florian Weimer
2003-03-23 22:24 ` Alan Cox
2003-03-23 21:46 ` Florian Weimer
2003-03-23 23:05 ` Alan Cox
[not found] ` <20030323200023$1a65@gated-at.bofh.it>
[not found] ` <20030323202014$096a@gated-at.bofh.it>
2003-03-23 20:35 ` Florian Weimer
2003-03-23 20:59 ` Robert Love
2003-03-19 20:09 Matthew Grant
2003-03-19 21:34 ` Matthew Grant
2003-03-19 11:28 mlafon
[not found] <20030317161020$42ed@gated-at.bofh.it>
2003-03-17 18:39 ` Ben Pfaff
2003-03-18 1:46 ` Alan Cox
2003-03-17 16:04 Alan Cox
2003-03-17 17:57 ` Arjan van de Ven
2003-03-17 18:20 ` Tomas Szepe
2003-03-17 18:23 ` James Bourne
2003-03-17 18:27 ` Jeff Garzik
2003-03-21 21:17 ` Pavel Machek
2003-03-23 10:00 ` Stephan von Krawczynski
2003-03-23 13:41 ` Jeff Garzik
2003-03-23 15:58 ` Petr Baudis
2003-03-23 19:25 ` Martin Mares
2003-03-23 19:30 ` Alan Cox
2003-03-23 19:34 ` Martin Mares
2003-03-23 19:38 ` Alan Cox
2003-03-23 19:44 ` Martin Mares
2003-03-23 19:47 ` Robert Love
2003-03-23 19:55 ` Henrik Persson
2003-03-23 20:13 ` Robert Love
2003-03-23 20:46 ` Henrik Persson
2003-03-23 19:56 ` Martin Mares
2003-03-23 20:08 ` Russell King
2003-03-23 22:26 ` Alan Cox
2003-03-23 20:10 ` Robert Love
2003-03-23 20:30 ` Martin J. Bligh
2003-03-23 20:36 ` Pavel Machek
2003-03-23 21:20 ` Martin Hermanowski
2003-03-23 21:35 ` James Bourne
2003-03-23 21:53 ` Martin J. Bligh
2003-03-23 22:21 ` Jeff Garzik
2003-03-23 22:29 ` James Bourne
2003-03-23 22:57 ` Martin J. Bligh
2003-03-24 0:15 ` James Bourne
2003-03-23 22:43 ` Felipe Alfaro Solana
2003-03-23 22:54 ` Martin J. Bligh
2003-03-23 23:19 ` Alan Cox
2003-03-23 23:34 ` Martin J. Bligh
2003-03-24 3:35 ` Andrea Arcangeli
2003-03-24 3:54 ` Andrea Arcangeli
2003-03-24 6:56 ` Christoph Hellwig
2003-03-24 12:17 ` Alan Cox
2003-03-23 23:34 ` Jeff Garzik
2003-03-23 23:45 ` Martin J. Bligh
2003-03-24 0:07 ` J.A. Magallon
2003-03-24 6:52 ` Christoph Hellwig
2003-03-24 0:09 ` Christian Axelsson
2003-03-24 20:05 ` aradorlinux
2003-03-23 20:38 ` Arjan van de Ven
2003-03-23 20:51 ` Martin J. Bligh
2003-03-24 0:51 ` Juan Quintela
2003-03-24 1:29 ` Brian Tinsley
2003-03-23 20:54 ` Robert Love
2003-03-23 22:13 ` Martin J. Bligh
2003-03-23 21:51 ` Jeff Garzik
2003-03-23 21:59 ` Martin J. Bligh
2003-03-23 22:14 ` Jeff Garzik
2003-03-23 22:46 ` Martin J. Bligh
2003-03-25 11:35 ` Henning P. Schmiedehausen
2003-03-25 11:36 ` Henning P. Schmiedehausen
2003-03-23 20:09 ` Tomas Szepe
2003-03-23 20:21 ` Robert Love
2003-03-23 20:49 ` Jeff Garzik
2003-03-23 22:22 ` Alan Cox
2003-03-23 21:56 ` Jeff Garzik
2003-03-23 21:59 ` Arjan van de Ven
2003-03-24 15:33 ` jlnance
2003-03-23 19:53 ` Jörn Engel
2003-03-24 0:08 ` Sven Schuster
2003-03-24 0:20 ` James Bourne
2003-03-24 0:37 ` Sven Schuster
2003-03-24 0:50 ` James Bourne
2003-03-24 0:39 ` Jörn Engel
2003-03-24 2:54 ` H. Peter Anvin
2003-03-24 2:57 ` James Bourne
2003-03-24 2:59 ` H. Peter Anvin
2003-03-24 14:42 ` Dave Jones
2003-03-27 7:47 ` Pavel Machek
2003-03-26 20:30 ` Dave Jones
2003-03-26 20:41 ` H. Peter Anvin
2003-03-26 21:02 ` Jörn Engel
2003-03-27 5:20 ` James Bourne
2003-03-23 19:41 ` Tomas Szepe
2003-03-17 19:34 ` Alan Cox
2003-03-17 18:27 ` Tomas Szepe
2003-03-17 19:23 ` Neale Banks
2003-03-18 18:44 ` James Bourne
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=3E7E3AF0.6040107@pobox.com \
--to=jgarzik@pobox.com \
--cc=alan@redhat.com \
--cc=arjanv@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mbligh@aracnet.com \
--cc=mj@ucw.cz \
--cc=pavel@ucw.cz \
--cc=rml@tech9.net \
--cc=skraw@ithnet.com \
--cc=szepe@pinerecords.com \
/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