From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35961) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fBhyW-00035F-3K for qemu-devel@nongnu.org; Thu, 26 Apr 2018 10:34:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fBhyR-0002DV-7D for qemu-devel@nongnu.org; Thu, 26 Apr 2018 10:34:20 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:39986 helo=mx1.redhat.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fBhyR-0002CS-3T for qemu-devel@nongnu.org; Thu, 26 Apr 2018 10:34:15 -0400 From: Markus Armbruster References: <20180424214550.32549-1-lersek@redhat.com> <20180424214550.32549-7-lersek@redhat.com> <8736zjagg3.fsf@dusky.pond.sub.org> <4509705a-43b2-db40-aa24-18eff649e750@redhat.com> <87sh7i4h5y.fsf@dusky.pond.sub.org> <136c5d3a-9d5b-eb15-a1f4-18150662144b@redhat.com> Date: Thu, 26 Apr 2018 16:34:04 +0200 In-Reply-To: <136c5d3a-9d5b-eb15-a1f4-18150662144b@redhat.com> (Laszlo Ersek's message of "Thu, 26 Apr 2018 15:33:15 +0200") Message-ID: <87vacexcir.fsf@dusky.pond.sub.org> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Qemu-devel] [PATCH 6/6] qapi: discriminate CpuInfo[Fast] on SysEmuTarget, not CpuInfoArch List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laszlo Ersek Cc: Paolo Bonzini , Richard Henderson , qemu-devel@nongnu.org, Peter Crosthwaite Laszlo Ersek writes: > On 04/26/18 11:18, Laszlo Ersek wrote: >> On 04/26/18 08:26, Markus Armbruster wrote: >>> Laszlo Ersek writes: >>> >>> [...] >>>> In brief, I think extending configure / the build system would only help >>>> with the less painful part of this (the scalar mapping), and so it's not >>>> worth doing. >>> >>> We're going to leave deprecated query-cpus alone (see Eric's review of >>> the previous patch). >> >> Yes. >> >>> Does that change matters? >> >> It does. >> >>> PS: Instead of configure changes, #TARGET_BASE_ARCH might do. >> >> Does that already exist as a macro? Hmm... After grepping my build dir, >> it doesn't seem to, but maybe I can change that. Because, >> TARGET_BASE_ARCH is exactly what we need. > > Acerbic discovery of the day: @CpuInfoArch has "x86", while configure > produces: > > TARGET_NAME TARGET_BASE_ARCH > i386 i386 > x86_64 i386 > > Note how "i386" does not match "x86". Review fail. Just three weeks ago, we could still have fixed query-cpus-fast... > I guess I'll have to keep the sysemu_target_to_cpuinfo_arch() function. Assuming this is the only offender, you could also s/i386/x86/ before you pass it to qapi_enum_parse(). Pick what you hate less.