Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932690AbWCWAmg (ORCPT ); Wed, 22 Mar 2006 19:42:36 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932693AbWCWAmg (ORCPT ); Wed, 22 Mar 2006 19:42:36 -0500 Received: from 216-99-217-87.dsl.aracnet.com ([216.99.217.87]:51585 "EHLO sorel.sous-sol.org") by vger.kernel.org with ESMTP id S932690AbWCWAmf (ORCPT ); Wed, 22 Mar 2006 19:42:35 -0500 Date: Wed, 22 Mar 2006 16:41:36 -0800 From: Chris Wright To: Zachary Amsden Cc: Chris Wright , Andi Kleen , virtualization@lists.osdl.org, Linus Torvalds , Linux Kernel Mailing List , Xen-devel , Andrew Morton , Dan Hecht , Dan Arai , Anne Holler , Pratap Subrahmanyam , Christopher Li , Joshua LeVasseur , Rik Van Riel , Jyothy Reddy , Jack Lo , Kip Macy , Jan Beulich , Ky Srinivasan , Wim Coekaerts , Leendert van Doorn Subject: Re: [RFC, PATCH 5/24] i386 Vmi code patching Message-ID: <20060323004136.GR15997@sorel.sous-sol.org> References: <200603131802.k2DI2nv8005665@zach-dev.vmware.com> <200603222115.46926.ak@suse.de> <20060322214025.GJ15997@sorel.sous-sol.org> <4421CCA8.4080702@vmware.com> <20060322225117.GM15997@sorel.sous-sol.org> <4421DF62.8020903@vmware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4421DF62.8020903@vmware.com> User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1217 Lines: 25 * Zachary Amsden (zach@vmware.com) wrote: > Chris Wright wrote: > >You could compile all platform layers you want to support with the kernel. > > But the entire point is that you don't know what platform layers you > want to support. The platform layers can change. Xen has changed the > platform layer and re-optimized kernel / hypervisor transitions how many > times? The platform layer provides exactly the flexibility to do that, > so that a kernel you compile today against a generic platform can work > with the platform layer provided by Xen 4.0 tomorrow. This only works if you have all possible dreamed of interface bits in the ABI. In Linux, we often don't know what we'll need to support in the future, but we don't write binary compatible interfaces just in case we need to update. Preferring instead, API's that are justifiable right now. This is the issue I have with the ABI proposal. It doesn't fit well with Linux developement. thanks, -chris - 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/