From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH 0 of 7] kvm-userspace: support multiple processors in the same architecture Date: Sun, 02 Nov 2008 11:06:37 +0200 Message-ID: <490D6D9D.9020905@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org, kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, kvm-ppc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Hollis Blanchard Return-path: In-Reply-To: Sender: kvm-ppc-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: kvm.vger.kernel.org Hollis Blanchard wrote: > These patches allow the kvmctl bits (including testcases and libcflat) to be > built for multiple processor types within the same architecture (e.g. 440 and > e500). This is important because PowerPC supervisor mode can contain > significant differences between processors (it's user mode that's more or less > identical). > > For example, the data in a TLB entry and how to manipulate the TLB > are a major difference between 440 and e500, which is critical here because > libcflat must create its own mappings and so must know which method to use. > > Some of the complexity comes from user/Makefile *not* using the top-level > config.mak, so we have to add some of the same logic to both configure scripts > to generate both config.mak files. > > Too much makefile logic depends on ARCH containing only the architecture > name, so it was simpler to create and export a separate PROCESSOR variable. > All applied, thanks. -- error compiling committee.c: too many arguments to function -- To unsubscribe from this list: send the line "unsubscribe kvm-ppc" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html