From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44886) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ds8u3-0007Zq-KL for qemu-devel@nongnu.org; Wed, 13 Sep 2017 10:44:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ds8tz-0003ur-Lr for qemu-devel@nongnu.org; Wed, 13 Sep 2017 10:44:35 -0400 Received: from mx1.redhat.com ([209.132.183.28]:1447) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ds8tz-0003uF-GV for qemu-devel@nongnu.org; Wed, 13 Sep 2017 10:44:31 -0400 References: <20170913132417.24384-1-david@redhat.com> <20170913132417.24384-8-david@redhat.com> From: David Hildenbrand Message-ID: <18cfdcde-da7f-cf42-2d44-a1ea866fde0c@redhat.com> Date: Wed, 13 Sep 2017 16:44:25 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v5 07/22] target/s390x: move some s390x typedefs to cpu-qom.h List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Thomas Huth , qemu-devel@nongnu.org Cc: Richard Henderson , cohuck@redhat.com, borntraeger@de.ibm.com, Alexander Graf , Eduardo Habkost , Matthew Rosato , Paolo Bonzini , Markus Armbruster , Igor Mammedov On 13.09.2017 16:27, Thomas Huth wrote: > On 13.09.2017 15:24, David Hildenbrand wrote: >> This allows us to drop inclusion of cpu_models.h in cpu-qom.h, and >> prepares for using cpu-qom.h as a s390 specific version of typedefs.h >> >> Signed-off-by: David Hildenbrand >> --- >> target/s390x/cpu-qom.h | 5 ++++- >> target/s390x/cpu.h | 5 +++-- >> target/s390x/cpu_models.h | 8 ++++---- >> 3 files changed, 11 insertions(+), 7 deletions(-) > [...] >> diff --git a/target/s390x/cpu.h b/target/s390x/cpu.h >> index 372f7d8885..4a0a59dfbc 100644 >> --- a/target/s390x/cpu.h >> +++ b/target/s390x/cpu.h >> @@ -25,6 +25,7 @@ >> >> #include "qemu-common.h" >> #include "cpu-qom.h" >> +#include "cpu_models.h" > > Do we really need to include cpu_models.h here? Looking at your changes > below, it does not seem to be necessary? Yes, due to s390_has_feat(), and I want to avoid cleaning all the other calling places up in this patch. -- Thanks, David