Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp6798183pxv; Fri, 30 Jul 2021 02:38:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyCi2wI0+MhDPPFGQR3IJEywd+wURHe+DoTH0O3GagvLp9MlP+/0WGuJBBTd/NsFNLXbrBp X-Received: by 2002:a05:6402:14da:: with SMTP id f26mr1946480edx.259.1627637882647; Fri, 30 Jul 2021 02:38:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627637882; cv=none; d=google.com; s=arc-20160816; b=lEqOPltYp6oIuYmsiB1r5A8un3lbPjJgnedfP1ld1PYy6andsbxa8JyEKMOHT2m2e/ 4VQRCleg6aZZ5UkK2nVwDEEbgMk7NaamE3guu/MqTJsr9EDOZoKnEoUIW2V2gp9ePbws YhJXm3+A4wJslVJhYlYPSBmnoOIJ2B6Wnn77TrVTz+vBbzzbqjMnjqJUsSMECq+IXVhV FN9vSecS9SmyiVkQwdj2EcI5zwnlJtJc1VmwBhwp/rGBKiYfMu7FD9eAFQKmik2kHRlB +KcPzAp2A7/YMEeKnwJkjlw0HRLsEwK2CJnvbggsBnWbEBvzopTLHh7kcTW+Vrm8VZlf leLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:cc:to:from:date:subject :dkim-signature; bh=cP+JhXq5Nalma4gVWY0bx4G6vVp3XZYSMJqhpGkBToc=; b=WxeYdj0I3bbN04pRsBT2ouvtIV6gUYCj1+VvLcsDCa/bf5DgmujnD+BSLVZN/J8LfI XgNgvWsN/9wuZCT5dojY6s++l1dIKBV22PEsyTxMkufaGuWpzSeMalZLslYQJlZNXDIz /1C+I4bZima8KzHA5YhRalWYBML/4k4Nz44UVvTJN3yRjHv+53PREhPzjbKNOV6Ah8yb ih8e/Okn6yV/gYw71bVTGipxwdkrQI/4gO6JqwPjDY3yVuLNZ6/KAKkJHEnATCnlKorL zc1qJ2Xh4hg1i1/hcEt/sN55BP7VmShwUJGCo7fna1wSjvcvfoxOPVwvBfCPlxTiIz67 8baA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amazon.de header.s=amazon201209 header.b=K4gWx3xu; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u20si1039089edo.574.2021.07.30.02.37.39; Fri, 30 Jul 2021 02:38:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@amazon.de header.s=amazon201209 header.b=K4gWx3xu; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238279AbhG3JgU (ORCPT + 99 others); Fri, 30 Jul 2021 05:36:20 -0400 Received: from smtp-fw-80006.amazon.com ([99.78.197.217]:1163 "EHLO smtp-fw-80006.amazon.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238200AbhG3JgT (ORCPT ); Fri, 30 Jul 2021 05:36:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.de; i=@amazon.de; q=dns/txt; s=amazon201209; t=1627637775; x=1659173775; h=date:from:to:cc:message-id:references:mime-version: in-reply-to:subject; bh=cP+JhXq5Nalma4gVWY0bx4G6vVp3XZYSMJqhpGkBToc=; b=K4gWx3xuRC3u6e1IWMd6ov2gCBbM/JIXwaZWvjVbQTQHkJonXCWpZrP+ m/bZod786THzGvnNdTguEd7hfePQhHrmIp10CA5T9xS374lPb+YQllFN7 tlbqDf3iWxROXLmJbdto07yNgS+u4wQ8g20duNVwUqIQQ16TAWQJRr09k E=; X-IronPort-AV: E=Sophos;i="5.84,281,1620691200"; d="scan'208";a="15928374" Subject: Re: [PATCH] asm-generic/hyperv: Fix struct hv_message_header ordering Received: from pdx4-co-svc-p1-lb2-vlan3.amazon.com (HELO email-inbound-relay-2a-d0be17ee.us-west-2.amazon.com) ([10.25.36.214]) by smtp-border-fw-80006.pdx80.corp.amazon.com with ESMTP; 30 Jul 2021 09:36:07 +0000 Received: from EX13D28EUC003.ant.amazon.com (pdx1-ws-svc-p6-lb9-vlan3.pdx.amazon.com [10.236.137.198]) by email-inbound-relay-2a-d0be17ee.us-west-2.amazon.com (Postfix) with ESMTPS id D6F42A2241; Fri, 30 Jul 2021 09:36:06 +0000 (UTC) Received: from u366d62d47e3651.ant.amazon.com (10.43.160.85) by EX13D28EUC003.ant.amazon.com (10.43.164.43) with Microsoft SMTP Server (TLS) id 15.0.1497.23; Fri, 30 Jul 2021 09:36:01 +0000 Date: Fri, 30 Jul 2021 11:35:57 +0200 From: Siddharth Chandrasekaran To: Wei Liu CC: Vitaly Kuznetsov , Siddharth Chandrasekaran , Liran Alon , Ioannis Aslanidis , , , , "K. Y. Srinivasan" , Haiyang Zhang , Stephen Hemminger , Dexuan Cui , Arnd Bergmann Message-ID: <20210730091649.GA13442@u366d62d47e3651.ant.amazon.com> References: <20210729133702.11383-1-sidcha@amazon.de> <87eebh9qhd.fsf@vitty.brq.redhat.com> <20210729140705.wj5tokeq6lkxm2yy@liuwe-devbox-debian-v2> <20210729142652.GA25242@uc8bbc9586ea454.ant.amazon.com> <20210729165638.f5idr2ag3pdbpd6u@liuwe-devbox-debian-v2> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20210729165638.f5idr2ag3pdbpd6u@liuwe-devbox-debian-v2> User-Agent: Mutt/1.9.4 (2018-02-28) X-Originating-IP: [10.43.160.85] X-ClientProxiedBy: EX13D38UWC001.ant.amazon.com (10.43.162.170) To EX13D28EUC003.ant.amazon.com (10.43.164.43) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 29, 2021 at 04:56:38PM +0000, Wei Liu wrote: > On Thu, Jul 29, 2021 at 04:26:54PM +0200, Siddharth Chandrasekaran wrote: > > On Thu, Jul 29, 2021 at 02:07:05PM +0000, Wei Liu wrote: > > > On Thu, Jul 29, 2021 at 03:52:46PM +0200, Vitaly Kuznetsov wrote: > > > > Siddharth Chandrasekaran writes: > > > > > > > > > According to Hyper-V TLFS Version 6.0b, struct hv_message_header members > > > > > should be defined in the order: > > > > > > > > > > message_type, reserved, message_flags, payload_size > > > > > > > > > > but we have it defined in the order: > > > > > > > > > > message_type, payload_size, message_flags, reserved > > > > > > > > > > that is, the payload_size and reserved members swapped. > > > > > > > > Indeed, > > > > > > > > typedef struct > > > > { > > > > HV_MESSAGE_TYPE MessageType; > > > > UINT16 Reserved; > > > > HV_MESSAGE_FLAGS MessageFlags; > > > > UINT8 PayloadSize; > > > > union > > > > { > > > > UINT64 OriginationId; > > > > HV_PARTITION_ID Sender; > > > > HV_PORT_ID Port; > > > > }; > > > > } HV_MESSAGE_HEADER; > > > > > > Well. I think TLFS is wrong. Let me ask around. > > > > TBH, I hadn't considered that possibility :). I assumed it was a > > regression on our side. But I spent some time tracing the history of that > > struct all the way back to when it was in staging (in 2009) and now I'm > > inclined to believe a later version of TLFS is at fault here. > > > > Based on what we decide in this thread, I will open an issue on the TLFS > > GitHub repository. > > > > I have confirmation TLFS is wrong and shall be fixed. Feel free to open > an issue on GitHub too. Thanks for the confirmation, I created an issue [1] to track this. ~ Sid. [1]: https://github.com/MicrosoftDocs/Virtualization-Documentation/issues/1624 Amazon Development Center Germany GmbH Krausenstr. 38 10117 Berlin Geschaeftsfuehrung: Christian Schlaeger, Jonathan Weiss Eingetragen am Amtsgericht Charlottenburg unter HRB 149173 B Sitz: Berlin Ust-ID: DE 289 237 879