lkml.org 
[lkml]   [1997]   [Oct]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Linux 2.0 and 2.1 stability..

I'm re-sending this, as it seems the kernel list was not working too well
when I sent this originally. Sorry to you who see this twice, but I want
to get in contact with people who have patches for 2.0.31..

Linus

PS. If anybody on the list works for HP in the Silicon Valley area and can
lay their hands on a HP DeskJet 560C powersupply to "loan" to me, please
contact me. I have the 220V version only, for obvious reasons, and every
place I've gone to only sells the whole printer...


On Sat, 25 Oct 1997, Linus Torvalds wrote:

>
> Ok,
> as people have noticed, 2.0.31 isn't the greatest kernel ever: it works
> ok most of the time, but a failed try to fix a memory leak actually
> results in much (MUCH!) worse problems than the leak itself under certain
> circumstances.
>
> I'm not personally too interested in the 2.0.x series (everybody together
> now: "No, really?"), but I hope we can make a 2.0.32 with the help of the
> LMP group which contains a fix for the 31 mmap ring problem (and probably
> also the updated fs/locks.c). I further hope that this will be a question
> of days rather than weeks (much less months, like 2.0.31).
>
> However, at the same time I actually want to start getting 2.2 ready too.
> I've mentioned this a few times before, that I hoped for a code-freeze
> before the end of this year so that we could have a 2.2 early next year.
> Now, I know this is going to take some people by surprise, but the end of
> this year is actually coming pretty close.
>
> So people, I would ask for some stability work be done to get a stable
> 2.0.32, but as of next week I'd prefer if developers started thinking "Oh,
> sh*t, Linus thinks he can freeze us, let's panic".
>
> Yes, I'm serious. There are lots of things that people want to get done,
> but we have to start freezing some day, and I _have_ warned people (even
> if nobody ever seemed to actually notice), so I'm announcing a code-slush,
> that will eventually turn into a feature-freeze and then a code-freeze.
>
> The code-slush means that there are a few outstanding issues: some
> patches accumulated by David (mainly sound, architecture and networking),
> and the NFS issues. The kernel NFS server is broken and is outside the
> code slush - I assume it will get a major overhaul still. The NFS client
> is being debugged.
>
> I just made a 2.1.60 which contains some VFS changes to support
> pread/pwrite (not too interesting in themselves, althought "Single UNIX"
> does want them, but the async IO people might be able to use them to good
> advantage with threads). It also contains the Joliet fs etc. That's going
> to make some people happy feature-wise.
>
> There are still some obvious problems in 2.1 (like ncpfs still doesn't
> work because it hasn't been updated to the new VFS interface etc), but I'd
> like for people to really start thinking about "Ok, what can I do to make
> this _stable_" instead of "Hey, what else do I want?".
>
> I'll be away for a few days to be at LISA, but I hope that by the time I
> get back I'll have a 2.0.32 to bless, and that the worst panic over an
> eventual 2.2 code-freeze will have settled and people are constructive
> again. Comments?
>
> Linus
>
>
>


\
 
 \ /
  Last update: 2005-03-22 13:40    [W:0.104 / U:26.040 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site