From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Otte Subject: Re: [RFC] KVM Source layout Proposal to accommodate new CPU architecture Date: Tue, 02 Oct 2007 13:43:56 +0200 Message-ID: <47022EFC.1060802@de.ibm.com> References: <42DFA526FC41B1429CE7279EF83C6BDC753A4E@pdsmsx415.ccr.corp.intel.com> <46FB7566.9030504@qumranet.com> <42DFA526FC41B1429CE7279EF83C6BDC753E73@pdsmsx415.ccr.corp.intel.com> <46FD1392.1080905@qumranet.com> <42DFA526FC41B1429CE7279EF83C6BDC754031@pdsmsx415.ccr.corp.intel.com> <46FD33F2.9090506@qumranet.com> <42DFA526FC41B1429CE7279EF83C6BDC754076@pdsmsx415.ccr.corp.intel.com> <46FF7FF6.6090103@qumranet.com> <42DFA526FC41B1429CE7279EF83C6BDC75421C@pdsmsx415.ccr.corp.intel.com> <46FFAB00.4050103@qumranet.com> <1191298279.6979.50.camel@localhost.localdomain> <1191304874.1152.10.camel@basalt> <1191306576.6979.91.camel@localhost.localdomain> Reply-To: carsteno-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, Hollis Blanchard To: Rusty Russell Return-path: In-Reply-To: <1191306576.6979.91.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Rusty Russell wrote: > Whatever way we go, grouping both host and guest support in the same dir > seems confusing (which is why lguest is moving to arch/i386/lguest/ for > guest and drivers/lguest/i386/ for host). That really is funny. Our s39host is just the other way round: arch/s390/sie for the host, and drivers/s390/sie for the guest. Maybe lguest is upside down cause it's from australia? But at least the argument of a clear separation between guest and host in the source tree seems to be common sense. Carsten ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/