Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 19 Jun 2002 13:23:03 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 19 Jun 2002 13:23:02 -0400 Received: from otter.mbay.net ([206.55.237.2]:30728 "EHLO otter.mbay.net") by vger.kernel.org with ESMTP id convert rfc822-to-8bit; Wed, 19 Jun 2002 13:23:01 -0400 From: John Alvord To: Rob Landley Cc: zaimi@pegasus.rutgers.edu, linux-kernel@vger.kernel.org Subject: Re: kernel upgrade on the fly Date: Wed, 19 Jun 2002 10:22:59 -0700 Message-ID: References: <20020619010945.6725B7D9@merlin.webofficenow.com> In-Reply-To: <20020619010945.6725B7D9@merlin.webofficenow.com> X-Mailer: Forte Agent 1.8/32.553 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 850 Lines: 22 On Tue, 18 Jun 2002 15:37:23 -0400, Rob Landley wrote: >On Tuesday 18 June 2002 05:21 pm, zaimi@pegasus.rutgers.edu wrote: >> Hi all, >> >> has anybody worked or thought about a property to upgrade the kernel >> while the system is running? ie. with all processes waiting in their >> queues while the resident-older kernel gets replaced by a newer one. > >Thought about, yes. At length. That's why it hasn't been done. :) IMO the biggest reason it hasn't been done is the existence of loadable modules. Most driver-type development work can be tested without rebooting. 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/