From: John Bradford <john@grabjohn.com>
Message-Id: <200212292240.gBTMeRYb000408@darkstar.example.net>
Subject: Re: [PATCH] more deprectation bits
To: akpm@digeo.com (Andrew Morton)
Date: Sun, 29 Dec 2002 22:40:27 +0000 (GMT)
Cc: hch@lst.de, torvalds@transmeta.com, linux-kernel@vger.kernel.org
In-Reply-To: <3E0F7684.6D07D4FB@digeo.com> from "Andrew Morton" at Dec 29, 2002 02:26:12 PM
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1621
Lines: 40

> > > > Even if it's safe in that particular case, most code in the kernel runs
> > > > without BKL.  This patch just makes the deprication of sleep_on
> > > > explicit.
> > >
> > > This would be more appropriate:
> > 
> > I don't think so.  As you said before sleep_on is perfectly fine for
> > the small part of code still covered by BKL, so we should not impose
> > any runtime overhead (i.e. warnings) but rather remind at compile time.

Especially as the fact that EXT-3 makes use of it doesn't affect
anybody writing user land apps.  There isn't much point in warning
about things that are only relevant to readers of this list anyway.

> > That's what's so nice with the gcc extension (and you won't see it
> > anyway as long as you stay at egcs 1.1 :))

How long are we staying at 2.95.3 as the recommended compiler?  A lot
of people have been using 3.x with the 2.5 tree successfully for a
while.  What will be the recommended compiler for 2.6?

> Others will.  It will result in developers being distracted into "fixing"
> non-bugs.  It will introduce risk and it will delay the release of the
> 2.6 kernel.

featurefreeze()
{

> Please concentrate on things which *matter*.  Focus on getting this piece
> of software into a deliverable state and do not be distracted into futzing
> about with stuff which clearly was not addressed at the appropriate time.

}

John.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/