Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757385AbWLCRAL (ORCPT ); Sun, 3 Dec 2006 12:00:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757409AbWLCRAL (ORCPT ); Sun, 3 Dec 2006 12:00:11 -0500 Received: from pat.uio.no ([129.240.10.15]:36065 "EHLO pat.uio.no") by vger.kernel.org with ESMTP id S1757385AbWLCRAK (ORCPT ); Sun, 3 Dec 2006 12:00:10 -0500 Subject: Re: Mounting NFS root FS From: Trond Myklebust To: Willy Tarreau Cc: Jan Engelhardt , William Estrada , linux-kernel@vger.kernel.org In-Reply-To: <20061203083031.GB900@1wt.eu> References: <4571CE06.4040800@popdial.com> <20061202211522.GB24090@1wt.eu> <20061202225528.GA27342@1wt.eu> <1165113438.5698.5.camel@lade.trondhjem.org> <20061203060208.GA900@1wt.eu> <1165129510.5745.14.camel@lade.trondhjem.org> <20061203083031.GB900@1wt.eu> Content-Type: text/plain Date: Sun, 03 Dec 2006 11:59:50 -0500 Message-Id: <1165165190.711.57.camel@lade.trondhjem.org> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit X-UiO-Spam-info: not spam, SpamAssassin (score=-3.167, required 12, autolearn=disabled, AWL 1.70, RCVD_IN_SORBS_DUL 0.14, UIO_MAIL_IS_INTERNAL -5.00) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1537 Lines: 30 On Sun, 2006-12-03 at 09:30 +0100, Willy Tarreau wrote: > It's one use, but another one is for diskless terminals, often built > from old systems. In this case, it's to avoid the cost, noise, power > consumption and failures associated to disks. It's quite often done > one radically different archs/OS between the server and the clients, > making the upgrade more complicated. It is naive to believe that the only thing you need to keep up to date is the kernel itself: if you are at all worried about security, then upgrades are a fact of life. Depending on your choice of distribution, then you can make that process easy or difficult. As for the kernel, nobody has promised you that we would keep all possible implementations of a given feature around forever. As and when we develop better ways of implementing a set of features, we may want to remove the old ways. You will be given advance notice in Documentation/feature-removal-schedule.txt, and it will be your choice whether or not you want to follow the upgrade path, or stick with your existing setup. What we will not do is to maintain a bunch of parallel kernel trees or unduly bloat the kernel forever in order to support old systems: that is the job of those distributions that promise you n years legacy support. Trond - 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/