From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59795) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ecAZf-0008VJ-Bp for qemu-devel@nongnu.org; Thu, 18 Jan 2018 08:49:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ecAZe-0007zR-EL for qemu-devel@nongnu.org; Thu, 18 Jan 2018 08:49:47 -0500 Received: from mail-ot0-x241.google.com ([2607:f8b0:4003:c0f::241]:36942) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ecAZe-0007z2-7v for qemu-devel@nongnu.org; Thu, 18 Jan 2018 08:49:46 -0500 Received: by mail-ot0-x241.google.com with SMTP id a24so20110527otd.4 for ; Thu, 18 Jan 2018 05:49:46 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20180118144557.0d68f07c@redhat.com> References: <1516203816-19374-1-git-send-email-imammedo@redhat.com> <20180117201515.1a49fcbf@redhat.com> <20180118114330.53ad7ce7@redhat.com> <20180118140605.028b7e33@redhat.com> <20180118143421.10499441@redhat.com> <20180118144557.0d68f07c@redhat.com> From: Peter Maydell Date: Thu, 18 Jan 2018 13:49:25 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Subject: Re: [Qemu-devel] [PATCH 00/24] generalize parsing of cpu_model (part 4) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Igor Mammedov Cc: QEMU Developers , Laurent Vivier On 18 January 2018 at 13:45, Igor Mammedov wrote: > On Thu, 18 Jan 2018 13:36:40 +0000 > Peter Maydell wrote: > >> On 18 January 2018 at 13:34, Igor Mammedov wrote: >> > and renaming >> > >> > TARGET_DEFAULT_CPU_TYPE to USERONLY_DEFAULT_CPU_TYPE >> > >> > but I'd still keep it within $ARCH/cpu.h so we won't >> > have to create a bunch of new linux-user/$ARCH/target_elf.h >> > files just for that and duplicate it to bsd-user/$ARCH/target_elf.h >> >> We already have linux-user/$ARCH/target_cpu.h, which is exactly >> for this kind of define. > we don't have it for bsd-user though and it would be > code duplication to add such. > Using $ARCH/cpu.h seems to be a better fit for sharing > default across liux/bsd-user. Yes, bsd-user is a bit unmaintained and behind linux-user in its structuring. I don't mind bsd-user being a bit of a mess, but I don't want problems in bsd-user to cause us to put code where it shouldn't be in other parts of the codebase. (It's not inherently the case that "best CPU choice for Linux user" is the same as "best CPU choice for bsd-user" either.) thanks -- PMM