Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265612AbUAZLfP (ORCPT ); Mon, 26 Jan 2004 06:35:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265607AbUAZLfP (ORCPT ); Mon, 26 Jan 2004 06:35:15 -0500 Received: from nat-pool-bos.redhat.com ([66.187.230.200]:31322 "EHLO chimarrao.boston.redhat.com") by vger.kernel.org with ESMTP id S265612AbUAZLfI (ORCPT ); Mon, 26 Jan 2004 06:35:08 -0500 Date: Mon, 26 Jan 2004 06:35:06 -0500 (EST) From: Rik van Riel X-X-Sender: riel@chimarrao.boston.redhat.com To: Karim Yaghmour cc: Nuno Silva , JustFillBug , Subject: Re: [ANNOUNCE] Cooperative Linux In-Reply-To: <4014B573.1020703@opersys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1013 Lines: 26 On Mon, 26 Jan 2004, Karim Yaghmour wrote: > So, for example, Xen assumes that all OSes are going to use the same > devices for I/O: same disk, same NIC, etc. It therefore implements lots > of virtual devices for these. Consolidation means more efficient hardware use ... > Wouldn't it be just better to reuse the existing work on the hotplug > hardware (hotplug CPU, hotplug memory, etc.) to have the kernels > get/return hardware resources to the nanokernel? That means a loss of flexibility. Furthermore, these hotplug patches don't seem ready yet. Rik -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan - 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/