From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36995) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dhWQe-0005sC-Uk for qemu-devel@nongnu.org; Tue, 15 Aug 2017 03:38:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dhWQb-0001M7-NS for qemu-devel@nongnu.org; Tue, 15 Aug 2017 03:38:20 -0400 Received: from mx1.redhat.com ([209.132.183.28]:55132) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dhWQb-0001Ld-GM for qemu-devel@nongnu.org; Tue, 15 Aug 2017 03:38:17 -0400 Date: Tue, 15 Aug 2017 09:38:11 +0200 From: Igor Mammedov Message-ID: <20170815093811.4047b0ab@nial.brq.redhat.com> In-Reply-To: References: <1500040339-119465-1-git-send-email-imammedo@redhat.com> <1500040339-119465-5-git-send-email-imammedo@redhat.com> <20170814095657.549d0bc8@nial.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 04/28] sparc: convert cpu models to SPARC cpu subclasses List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Artyom Tarasenko Cc: qemu-devel , Peter Maydell , Mark Cave-Ayland , Andreas =?UTF-8?B?RsOkcmJlcg==?= , Eduardo Habkost On Mon, 14 Aug 2017 18:24:31 +0200 Artyom Tarasenko wrote: > Hi Igor, > > On Mon, Aug 14, 2017 at 9:56 AM, Igor Mammedov wrote: > > On Fri, 14 Jul 2017 15:51:55 +0200 > > Igor Mammedov wrote: > > > >> QOMfy cpu models handling introducing propper cpu types > >> for each cpu model. > >> > >> Signed-off-by: Igor Mammedov > >> --- > >> with this and conversion of features to properties, > >> it would be possible to replace cpu_sparc_init() with > >> cpu_generic_init() and reuse common -cpu handling > >> infrastructure. > >> > >> CC: Mark Cave-Ayland > >> CC: Artyom Tarasenko > > > > ping, > > > > Mark, Artoym, > > > > As SPARC maintainers, cloud you please review/test patches 4-10/28. > > Will look on it on the upcoming weekend. > > > + /* SPARC cpu model names happen to have whitespaces, > > + * as type names shouldn't have spaces replace them with '-' > > + */ > > Does it also happen for non-SPARC cpu model names? not that I know of, there is nothing we can do about cpu model names as it's user facing value and fixing them would break user's scripts, hence target specific quirk in sparc_cpu_class_by_name(). Other targets have their own quirks, like cpu aliases which also handled on per target basis in foo_cpu_class_by_name() callbacks. > > Artyom >