From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52560) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eNIQ7-0007aR-JL for qemu-devel@nongnu.org; Fri, 08 Dec 2017 08:10:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eNIQ4-0002pg-Sz for qemu-devel@nongnu.org; Fri, 08 Dec 2017 08:10:27 -0500 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:59730) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eNIQ4-0002o9-Gn for qemu-devel@nongnu.org; Fri, 08 Dec 2017 08:10:24 -0500 Received: from pps.filterd (m0098404.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id vB8D9kIU118881 for ; Fri, 8 Dec 2017 08:10:23 -0500 Received: from e06smtp12.uk.ibm.com (e06smtp12.uk.ibm.com [195.75.94.108]) by mx0a-001b2d01.pphosted.com with ESMTP id 2equ7y8n5e-1 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT) for ; Fri, 08 Dec 2017 08:10:19 -0500 Received: from localhost by e06smtp12.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 8 Dec 2017 13:00:05 -0000 References: <20171207153141.15523-1-david@redhat.com> <20171207153141.15523-5-david@redhat.com> <2e29bd7a-d0d2-bafd-0579-9c8235727c4c@twiddle.net> From: Christian Borntraeger Date: Fri, 8 Dec 2017 14:00:01 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Message-Id: Subject: Re: [Qemu-devel] [PATCH v2 for-2.12 4/5] s390x/tcg: indicate value of TODPR in STCKE List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: David Hildenbrand , Richard Henderson , qemu-s390x@nongnu.org, qemu-devel@nongnu.org Cc: Cornelia Huck , Alexander Graf On 12/08/2017 01:45 PM, David Hildenbrand wrote: > On 08.12.2017 01:02, Richard Henderson wrote: >> On 12/07/2017 07:31 AM, David Hildenbrand wrote: >>> + /* 16 bit value store in an uint32_t (only valid bits set) */ >>> + tcg_gen_ld32u_i64(todpr, cpu_env, offsetof(CPUS390XState, todpr)); >> >> Any reason not to use a uint16_t and use tcg_gen_ld16u_i64 here? >> > > Yes, KVM introduced and uses this field. As it is used for migration, we > cannot easily change it. (any maybe it was designed that way for future > changes) FWIW, if you look at the POP the TOD programmable register is 32bit (of which bits 0-15 in IBM speak) are 0.