From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Date: Sun, 02 Nov 2008 09:06:37 +0000 Subject: Re: [PATCH 0 of 7] kvm-userspace: support multiple processors in Message-Id: <490D6D9D.9020905@redhat.com> List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Hollis Blanchard Cc: avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org, kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, kvm-ppc-u79uwXL29TY76Z2rM5mHXA@public.gmane.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