Message ID | 20221027205256.17678-1-decui@microsoft.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:6687:0:0:0:0:0 with SMTP id l7csp454542wru; Thu, 27 Oct 2022 14:04:13 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7w1ejpaWLG8WI1uvDPzMa5Crc2vSRnj9hdzIy2aHmwPTVHF0ufMooE/6EB1197Ep+8aj9p X-Received: by 2002:a50:fc03:0:b0:461:5d8d:5811 with SMTP id i3-20020a50fc03000000b004615d8d5811mr31444819edr.351.1666904653726; Thu, 27 Oct 2022 14:04:13 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1666904653; cv=pass; d=google.com; s=arc-20160816; b=koZUqKWchjOEflyOWLN1/QTfeCwJE7wS9HcNq8clgdIEWx9ZlOTAC59oMUK5iqX1bZ NXApCSV61rEhlxWTiF3+S5P1BQPfAO1Q+IUcxcXnl5yRb/v5GueG9ZoD2qRFF4GfvAgd +M6AML7WgHb2Bra1l+Vu0i9zc8/VY8159nvGJKK/kqfssgXfT7oxrIiKmZzy+4Jy5y4M kjkYo8GX8bD/J0eu/NMvdkhIeiK/YAhYVirLwZ32GxdsctDQ7Q2fnxGauW9nMN2WGFpq +F6Npqh10tgqjX4l2MOjB+V3YHOLiInmhl1aacskIpz3TW5fHG/I9PMlz8f6xcXr8cMp Rxiw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:reply-to:message-id:date:subject:cc :to:from:dkim-signature; bh=fcOHf/hf7oXdNIZPHPwuKyINg0VLvdre8r4dKg4STvg=; b=LGFWxCi4nRbBwnF/x+lj5SgvbykDUJriUooq+aC7Y8XJnu8S0S88BpYj8U9e5sg8nC bzdItFD/FZUM42RK7Su6nnAeQMIJ9rS4djXtZ5HRc+5i5OorD/gOYwXp5jDeET04cvh/ zm8clbNA8zVDnIW6Md37bdxgG7gxr1A0LM97w5T0igRux/cpNFhGDgn3J0b99Ek2OsQW TY1m1NfBuYRfXE82dWXEaiKNzhdJ9vsObpAuDNolAw0Df4knNr/O1Du9soVvTgHhaecm gxoVx+IWutRYt85mG0syh53xfxVX+8pyApAw8bESdC9aUgAqbYiXxz7g+zk4xZ9ami7F 7ymQ== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@microsoft.com header.s=selector2 header.b=TYix7zQf; arc=pass (i=1 spf=pass spfdomain=microsoft.com dkim=pass dkdomain=microsoft.com dmarc=pass fromdomain=microsoft.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=microsoft.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f21-20020a05640214d500b004619e210510si2101582edx.150.2022.10.27.14.03.47; Thu, 27 Oct 2022 14:04:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@microsoft.com header.s=selector2 header.b=TYix7zQf; arc=pass (i=1 spf=pass spfdomain=microsoft.com dkim=pass dkdomain=microsoft.com dmarc=pass fromdomain=microsoft.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=microsoft.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236144AbiJ0VCB (ORCPT <rfc822;chrisfriedt@gmail.com> + 99 others); Thu, 27 Oct 2022 17:02:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52868 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236890AbiJ0VBp (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 27 Oct 2022 17:01:45 -0400 Received: from na01-obe.outbound.protection.outlook.com (mail-eastusazon11021020.outbound.protection.outlook.com [52.101.52.20]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3A830D8EC9; Thu, 27 Oct 2022 13:53:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WPNewB/V5y+5llnm/I6Dw5a4051FIZfOCKfdTTeUjoPnvNmMwLwdIxLCo2lLkHf/oYnaFENHB8jCCVbCzrFnbPwPlgmgmm0NMZPwjdin8SNPZdDAnXpJIcquIZOH4aJIALkZ/0B+1n/BeS6NcNOXAuF6m+qp/b1aawkcpBJ6swJeVZYkcLtjvvc50UiGEc6QkEhZdUuXzbXXDEOr7/dwzit0WM5C3v5JE1oPMVZzy9pE587JCEqVT+4qWWRPltmgQIC8nq2dQ7aEJc8OOqnt5hf8xHHlpxrEZheIctjdtKJBPggOW9sUJQDKo9crchU/F3av9DSiQQCH0YnPdxXbHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=fcOHf/hf7oXdNIZPHPwuKyINg0VLvdre8r4dKg4STvg=; b=K9EUFPKl4RIcENXrh/WDxpukQYiE4LTuBvRrlOdVYGmuYUXiMFDkYsSRUbp72LA0WNeiTVJqVx1F3MjGzcqSlFnHWRfGlKWExGuYrFe6msKJDUC+6+Ucyc4lC4SPD1D9zbIXc/61gWodfHVYeEExeqk22ZkeWa87bRpMmYN1JkTmOpcutX8ft0RRDCUgRqTTsg1XfODuc1+HGeI+SRinjh1jLKiAhkWMA7SCkIlEX8q77d2lfEVL36Go9K7WVpMiq2Lu+4v2iM5i68+mq0YijH4YEj7A8zGZOfHT4G92VCB1D+DNLyhJfZe8EmqhAFF9uynRPNUhs++0pXQ7bIQRIg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=microsoft.com; dmarc=pass action=none header.from=microsoft.com; dkim=pass header.d=microsoft.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fcOHf/hf7oXdNIZPHPwuKyINg0VLvdre8r4dKg4STvg=; b=TYix7zQfRSS32Eh5g4z2y5XF+WuhuR1VaHsKHxfHzvZhYDFhqo+J2babEa4ljEgXSe/Zecr7dSNKaREK2+FGIvvLElQ6Nl15+sVv1vZlmYZ1+k0QY5l1Rkj1IL0keIveIdDhQq4xzESPR8WshzXG/buGWBPP5jh0sP8MoheEwoM= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=microsoft.com; Received: from BL0PR2101MB1092.namprd21.prod.outlook.com (2603:10b6:207:30::23) by DM4PR21MB3705.namprd21.prod.outlook.com (2603:10b6:8:a0::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5791.8; Thu, 27 Oct 2022 20:53:21 +0000 Received: from BL0PR2101MB1092.namprd21.prod.outlook.com ([fe80::a746:e3bf:9f88:152f]) by BL0PR2101MB1092.namprd21.prod.outlook.com ([fe80::a746:e3bf:9f88:152f%8]) with mapi id 15.20.5791.009; Thu, 27 Oct 2022 20:53:21 +0000 From: Dexuan Cui <decui@microsoft.com> To: quic_jhugo@quicinc.com, quic_carlv@quicinc.com, wei.liu@kernel.org, kys@microsoft.com, haiyangz@microsoft.com, sthemmin@microsoft.com, lpieralisi@kernel.org, bhelgaas@google.com, linux-hyperv@vger.kernel.org, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, mikelley@microsoft.com, robh@kernel.org, kw@linux.com, helgaas@kernel.org, alex.williamson@redhat.com, boqun.feng@gmail.com, Boqun.Feng@microsoft.com Cc: Dexuan Cui <decui@microsoft.com> Subject: [PATCH v2] PCI: hv: Fix the definition of vector in hv_compose_msi_msg() Date: Thu, 27 Oct 2022 13:52:56 -0700 Message-Id: <20221027205256.17678-1-decui@microsoft.com> X-Mailer: git-send-email 2.17.1 Reply-To: decui@microsoft.com Content-Type: text/plain X-ClientProxiedBy: MW4PR03CA0286.namprd03.prod.outlook.com (2603:10b6:303:b5::21) To BL0PR2101MB1092.namprd21.prod.outlook.com (2603:10b6:207:30::23) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: BL0PR2101MB1092:EE_|DM4PR21MB3705:EE_ X-MS-Office365-Filtering-Correlation-Id: 8a707c02-f9fc-47f9-0ef8-08dab85d4846 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 46Rb/BLXPlQ2JA15yi0rd4UCCO+D4O52JNfD8qrhCzaMnD624uwORs8FhADPjD7/eytBWJE5bEShwNT8Pk5H8RMG9qDidqL5BBTDStOcp9ZTuAz6XaXDa7S8CE1Vz+OSXt5Lf15xASHvIhqVOyyNfKgBXN3YuSUw2aylperf+KiCDUU8g0KNLmvdI5+yYNKewgWOKcCqlK6wsHD1GdHx5RnfcPdIopxvtR/VNwAKQmdvE3I2807DjQpctAQq8Wy+c3xCopl/oFvfS/Ncg7bQaSCrwH+RwbkWdtgchLBDNcStDKShy/u8Wdprgg+qBez8GrsLpuUXP836GXRjkRaVj91b94Q/OHxSaCPXAFbLDn7WtEdZbqJf9gKm6U9AzZZPhHLlVwaUQ2vOl9FqBYOqOUdAdR2arrVvGq/0vUgzGpFxT3QDUjZ6jpb3c7/yro+rGJsDzzBYBUwgBZlBTwVJSvOfzBFJaF+eaZghN1XqkX1Jtq6ZHABBKMr/s/0m/Xge9ZH2COF9zLVtxCFoJD3R3YPB4GMdYKepD4ZpFrE+pi5XEM+t1Njiv3fOTjSwAYZ/HmsmxcWcMt/bS0xcOPukmQko73ZwxsHK/InLhAqmdvjwTyveadbGNBK9zRscVWw3cwoffJ1kR96UqbHm68rlLgcSErGaiU6i9rRayfVDKrSGAzIBC2INWh36uxIQJwFvYhhwQtrD2hFhw5g0AMZYy2ByhV/VSJ7uYk6N6Ynykp/b/Xy+3gOKwZag6uToPRGX/mQ8+4P9kj/4sn4vQYYIP92UdUlstKL4hROUJqjJmWvISU2f+S4st7GMmcCOF5WP X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:BL0PR2101MB1092.namprd21.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230022)(4636009)(366004)(136003)(346002)(376002)(39860400002)(396003)(451199015)(6666004)(52116002)(4326008)(8676002)(66556008)(66946007)(6506007)(107886003)(36756003)(66476007)(6636002)(316002)(921005)(38100700002)(2906002)(186003)(3450700001)(83380400001)(1076003)(86362001)(6512007)(5660300002)(41300700001)(2616005)(8936002)(7416002)(6486002)(966005)(82950400001)(478600001)(82960400001)(10290500003);DIR:OUT;SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: H0fIkb7xrTxGkIFE7FRimysRKk4U92YJTrmO+MSFfkZN2ES/gZZIhyUcqVpkYDT/GdmxU6PBCm1ttYpVacgrTuWzjkJ5DjinUxEWTjHdRxOM2KolgQ2O0BCwzMF5KCxG4Zuravk3fstLQ78wzHI3/tlETyV+OosBw6cxM85QBVTHuoqG7v3J3xxdaiJx3EtoPvcUh+Ucy5oqPN6+Q4oFyoN4eQxeu4qHeuLUCco9+iotkFgG8224jOUbKHaAEfE5U5sfwSxiaTfSTSnx13m6N9SelooO4fTx8HsNQvNoYuQZzDbWDiCSB/qtO8raa7ASFdb8sW2QvRecAVTV6gIRO/Y1uhxVmexOUyOaml2W7r7EbyTxQpoFwmG4paQevoO/2r20n4o27mdwTqFRXJ/ZiqzLm4IIXomZi+/hSValrN3CM/xz0No/hjApVhKjHHScgIL/soaKnAido8mwCRvKB4aLYGCWTtuDDEeB8JekwFSwGRYecmMu66x1DCz9EEjYAjPMloUij1vZtPSbajHzGIb9tA9CwZXuhKdyadr40+Ay9wUE3OQHaAVxD81jbJPpozrVeXRQnAd42Zdcm99LyKrMOIDohQN6MZbQnGvpajrmRXVUEZteGIJSfKkPEtwXHPn2ssNQQQUAJE2qHYMGvu2MZNZgp8l2U5pH6rbfUKR8V/0OtQt9uILGgAq3efkhPMkY0B40uGBNSiljlbYQXRG9+01EEz6OVc3iESUi9fiBu1R+hGNFPNBdmSz927Jbfhjp6jFeI+N1YaeApPqCxdD4oyceSe2I2Wh3jJ1VpWbylz6yoGh8RjinLpEYEaQYmNVonQe1pWfTbJKThiJYJ0LFT2D8tqkjGNjRjPm3zUW8b+J8KZCJIwX0fCAsBK9STdFPUA+A/PxKPZETTKI+tNuFyuw3zCpD1QDyWU8dhUjZl1/1Hi0wkuMjV6oHaW42rdW8R0BfQCm/+mUHAi3xzeZhq/ul/6knL7jXzR79qJMFt3Ob1C+YN+O86gKqCijTmUpFT0jGPBxIMZefi6Geh06GxfN1IXCAbg5piK8d8QOTWXelzW2vwpyS8ocn51zgE0NAvfNC5ZtcBp28rmgVFb6N4+waR0PBO+tAcWMSsUAqEj+n59sWyN4hHeu/n1dAFB/KSsKy5PWhuGklcyZwP8ya2m8rrfh2czGv9ajRgGmVBoVskb7Y5fgQqC6Ye0jR90ak+TaqqFqrV5jJKysTODz8prUU0t5j0bAMFdw2F0nV6HG7ZtOBWjlBfFQM9f5FcsnhvkWtmJJcnfj8w7EPN+gy6Al+enKzzlIE/wBd1CXoyBjG/fFp88pS+LOZYlF4upCuPA8Zu4FaTxSARAds3lqemcXFGW4+4yeq3BIeaosLYFjaQQYRQ59cfb+MXUWxgbKn1TmFV/kX48X1OcziNIPuxK1HOMCtcMeOWGfHEsBgmON9NyiypXRvHpi4iqfiVjummqunM32At9dvNIYzMJO+6kdOwSbkgAtCMhsBZViGsIuTEJrVJ3Hyy33Kk0RqtlrMT3wLaYvJhX302ADTH6uxHLLiZe+6P+XKV/54RTls2rzVP+3pUxbuVBN4AXLpbPMEQLR72KOEaPKrswXQCqMF1MTkiXGUh1v2/px3X1AUqpNqBRV9dS0luZEsaZkr X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8a707c02-f9fc-47f9-0ef8-08dab85d4846 X-MS-Exchange-CrossTenant-AuthSource: BL0PR2101MB1092.namprd21.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Oct 2022 20:53:21.4741 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: Di7yBON/0no28BtQB3XJ5Xs0fNaufxI17yglb9zik9E8MWtTAXl9xZM7wj2dMRVVkbwTFXRr3aYmW58z+DtIGw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR21MB3705 X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FORGED_SPF_HELO, RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NONE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1747876214010799686?= X-GMAIL-MSGID: =?utf-8?q?1747876214010799686?= |
Series |
[v2] PCI: hv: Fix the definition of vector in hv_compose_msi_msg()
|
|
Commit Message
Dexuan Cui
Oct. 27, 2022, 8:52 p.m. UTC
The local variable 'vector' must be u32 rather than u8: see the
struct hv_msi_desc3.
'vector_count' should be u16 rather than u8: see struct hv_msi_desc,
hv_msi_desc2 and hv_msi_desc3.
Fixes: a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI")
Signed-off-by: Dexuan Cui <decui@microsoft.com>
Cc: Jeffrey Hugo <quic_jhugo@quicinc.com>
Cc: Carl Vanderlip <quic_carlv@quicinc.com>
---
v1 was posted here (sorry, I forgot to follow this up...):
https://lwn.net/ml/linux-kernel/20220815185505.7626-1-decui@microsoft.com/
Changes in v2:
Added the explicit "(u8)" cast in hv_compose_msi_msg().
Added and improved the comments.
Fixed a typo in the subject in v1: s/definiton/definition
drivers/pci/controller/pci-hyperv.c | 22 ++++++++++++++++------
1 file changed, 16 insertions(+), 6 deletions(-)
Comments
On 10/27/2022 2:52 PM, Dexuan Cui wrote: > The local variable 'vector' must be u32 rather than u8: see the > struct hv_msi_desc3. > > 'vector_count' should be u16 rather than u8: see struct hv_msi_desc, > hv_msi_desc2 and hv_msi_desc3. > > Fixes: a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI") > Signed-off-by: Dexuan Cui <decui@microsoft.com> > Cc: Jeffrey Hugo <quic_jhugo@quicinc.com> > Cc: Carl Vanderlip <quic_carlv@quicinc.com> Reviewed-by: Jeffrey Hugo <quic_jhugo@quicinc.com>
On Fri, Oct 28, 2022 at 08:08:03AM -0600, Jeffrey Hugo wrote: > On 10/27/2022 2:52 PM, Dexuan Cui wrote: > > The local variable 'vector' must be u32 rather than u8: see the > > struct hv_msi_desc3. > > > > 'vector_count' should be u16 rather than u8: see struct hv_msi_desc, > > hv_msi_desc2 and hv_msi_desc3. > > > > Fixes: a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI") > > Signed-off-by: Dexuan Cui <decui@microsoft.com> > > Cc: Jeffrey Hugo <quic_jhugo@quicinc.com> > > Cc: Carl Vanderlip <quic_carlv@quicinc.com> > > Reviewed-by: Jeffrey Hugo <quic_jhugo@quicinc.com> Applied to hyperv-fixes. Thanks.
[Cc stable] On Thu, Oct 27, 2022 at 01:52:56PM -0700, Dexuan Cui wrote: > The local variable 'vector' must be u32 rather than u8: see the > struct hv_msi_desc3. > > 'vector_count' should be u16 rather than u8: see struct hv_msi_desc, > hv_msi_desc2 and hv_msi_desc3. > Dexuan, I think this patch should only be in 5.15, because... > Fixes: a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI") ^^^ this commit is already in 5.15.y (commit id 92dcb50f7f09). Upstream id e70af8d040d2b7904dca93d942ba23fb722e21b1 Cc: <stable@vger.kernel.org> # 5.15.x Regards, Boqun > Signed-off-by: Dexuan Cui <decui@microsoft.com> > Cc: Jeffrey Hugo <quic_jhugo@quicinc.com> > Cc: Carl Vanderlip <quic_carlv@quicinc.com> > --- > > v1 was posted here (sorry, I forgot to follow this up...): > https://lwn.net/ml/linux-kernel/20220815185505.7626-1-decui@microsoft.com/ > > Changes in v2: > Added the explicit "(u8)" cast in hv_compose_msi_msg(). > Added and improved the comments. > Fixed a typo in the subject in v1: s/definiton/definition > > drivers/pci/controller/pci-hyperv.c | 22 ++++++++++++++++------ > 1 file changed, 16 insertions(+), 6 deletions(-) > > diff --git a/drivers/pci/controller/pci-hyperv.c b/drivers/pci/controller/pci-hyperv.c > index e7c6f6629e7c..ba64284eaf9f 100644 > --- a/drivers/pci/controller/pci-hyperv.c > +++ b/drivers/pci/controller/pci-hyperv.c > @@ -1614,7 +1614,7 @@ static void hv_pci_compose_compl(void *context, struct pci_response *resp, > > static u32 hv_compose_msi_req_v1( > struct pci_create_interrupt *int_pkt, const struct cpumask *affinity, > - u32 slot, u8 vector, u8 vector_count) > + u32 slot, u8 vector, u16 vector_count) > { > int_pkt->message_type.type = PCI_CREATE_INTERRUPT_MESSAGE; > int_pkt->wslot.slot = slot; > @@ -1642,7 +1642,7 @@ static int hv_compose_msi_req_get_cpu(const struct cpumask *affinity) > > static u32 hv_compose_msi_req_v2( > struct pci_create_interrupt2 *int_pkt, const struct cpumask *affinity, > - u32 slot, u8 vector, u8 vector_count) > + u32 slot, u8 vector, u16 vector_count) > { > int cpu; > > @@ -1661,7 +1661,7 @@ static u32 hv_compose_msi_req_v2( > > static u32 hv_compose_msi_req_v3( > struct pci_create_interrupt3 *int_pkt, const struct cpumask *affinity, > - u32 slot, u32 vector, u8 vector_count) > + u32 slot, u32 vector, u16 vector_count) > { > int cpu; > > @@ -1701,7 +1701,12 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) > struct compose_comp_ctxt comp; > struct tran_int_desc *int_desc; > struct msi_desc *msi_desc; > - u8 vector, vector_count; > + /* > + * vector_count should be u16: see hv_msi_desc, hv_msi_desc2 > + * and hv_msi_desc3. vector must be u32: see hv_msi_desc3. > + */ > + u16 vector_count; > + u32 vector; > struct { > struct pci_packet pci_pkt; > union { > @@ -1767,6 +1772,11 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) > vector_count = 1; > } > > + /* > + * hv_compose_msi_req_v1 and v2 are for x86 only, meaning 'vector' > + * can't exceed u8. Cast 'vector' down to u8 for v1/v2 explicitly > + * for better readability. > + */ > memset(&ctxt, 0, sizeof(ctxt)); > init_completion(&comp.comp_pkt.host_event); > ctxt.pci_pkt.completion_func = hv_pci_compose_compl; > @@ -1777,7 +1787,7 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) > size = hv_compose_msi_req_v1(&ctxt.int_pkts.v1, > dest, > hpdev->desc.win_slot.slot, > - vector, > + (u8)vector, > vector_count); > break; > > @@ -1786,7 +1796,7 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) > size = hv_compose_msi_req_v2(&ctxt.int_pkts.v2, > dest, > hpdev->desc.win_slot.slot, > - vector, > + (u8)vector, > vector_count); > break; > > -- > 2.25.1 >
On Wed, Mar 29, 2023 at 06:56:12PM -0700, Boqun Feng wrote: > [Cc stable] > > On Thu, Oct 27, 2022 at 01:52:56PM -0700, Dexuan Cui wrote: > > The local variable 'vector' must be u32 rather than u8: see the > > struct hv_msi_desc3. > > > > 'vector_count' should be u16 rather than u8: see struct hv_msi_desc, > > hv_msi_desc2 and hv_msi_desc3. > > > > Dexuan, I think this patch should only be in 5.15, because... > Sorry, I meant: "this patch should also be backported in 5.15" Regards, Boqun > > Fixes: a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI") > > ^^^ this commit is already in 5.15.y (commit id 92dcb50f7f09). > > Upstream id e70af8d040d2b7904dca93d942ba23fb722e21b1 > Cc: <stable@vger.kernel.org> # 5.15.x > > Regards, > Boqun > > > Signed-off-by: Dexuan Cui <decui@microsoft.com> > > Cc: Jeffrey Hugo <quic_jhugo@quicinc.com> > > Cc: Carl Vanderlip <quic_carlv@quicinc.com> > > --- > > > > v1 was posted here (sorry, I forgot to follow this up...): > > https://lwn.net/ml/linux-kernel/20220815185505.7626-1-decui@microsoft.com/ > > > > Changes in v2: > > Added the explicit "(u8)" cast in hv_compose_msi_msg(). > > Added and improved the comments. > > Fixed a typo in the subject in v1: s/definiton/definition > > > > drivers/pci/controller/pci-hyperv.c | 22 ++++++++++++++++------ > > 1 file changed, 16 insertions(+), 6 deletions(-) > > > > diff --git a/drivers/pci/controller/pci-hyperv.c b/drivers/pci/controller/pci-hyperv.c > > index e7c6f6629e7c..ba64284eaf9f 100644 > > --- a/drivers/pci/controller/pci-hyperv.c > > +++ b/drivers/pci/controller/pci-hyperv.c > > @@ -1614,7 +1614,7 @@ static void hv_pci_compose_compl(void *context, struct pci_response *resp, > > > > static u32 hv_compose_msi_req_v1( > > struct pci_create_interrupt *int_pkt, const struct cpumask *affinity, > > - u32 slot, u8 vector, u8 vector_count) > > + u32 slot, u8 vector, u16 vector_count) > > { > > int_pkt->message_type.type = PCI_CREATE_INTERRUPT_MESSAGE; > > int_pkt->wslot.slot = slot; > > @@ -1642,7 +1642,7 @@ static int hv_compose_msi_req_get_cpu(const struct cpumask *affinity) > > > > static u32 hv_compose_msi_req_v2( > > struct pci_create_interrupt2 *int_pkt, const struct cpumask *affinity, > > - u32 slot, u8 vector, u8 vector_count) > > + u32 slot, u8 vector, u16 vector_count) > > { > > int cpu; > > > > @@ -1661,7 +1661,7 @@ static u32 hv_compose_msi_req_v2( > > > > static u32 hv_compose_msi_req_v3( > > struct pci_create_interrupt3 *int_pkt, const struct cpumask *affinity, > > - u32 slot, u32 vector, u8 vector_count) > > + u32 slot, u32 vector, u16 vector_count) > > { > > int cpu; > > > > @@ -1701,7 +1701,12 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) > > struct compose_comp_ctxt comp; > > struct tran_int_desc *int_desc; > > struct msi_desc *msi_desc; > > - u8 vector, vector_count; > > + /* > > + * vector_count should be u16: see hv_msi_desc, hv_msi_desc2 > > + * and hv_msi_desc3. vector must be u32: see hv_msi_desc3. > > + */ > > + u16 vector_count; > > + u32 vector; > > struct { > > struct pci_packet pci_pkt; > > union { > > @@ -1767,6 +1772,11 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) > > vector_count = 1; > > } > > > > + /* > > + * hv_compose_msi_req_v1 and v2 are for x86 only, meaning 'vector' > > + * can't exceed u8. Cast 'vector' down to u8 for v1/v2 explicitly > > + * for better readability. > > + */ > > memset(&ctxt, 0, sizeof(ctxt)); > > init_completion(&comp.comp_pkt.host_event); > > ctxt.pci_pkt.completion_func = hv_pci_compose_compl; > > @@ -1777,7 +1787,7 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) > > size = hv_compose_msi_req_v1(&ctxt.int_pkts.v1, > > dest, > > hpdev->desc.win_slot.slot, > > - vector, > > + (u8)vector, > > vector_count); > > break; > > > > @@ -1786,7 +1796,7 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) > > size = hv_compose_msi_req_v2(&ctxt.int_pkts.v2, > > dest, > > hpdev->desc.win_slot.slot, > > - vector, > > + (u8)vector, > > vector_count); > > break; > > > > -- > > 2.25.1 > >
> From: Boqun Feng <boqun.feng@gmail.com> > Sent: Wednesday, March 29, 2023 7:56 PM > To: Dexuan Cui <decui@microsoft.com> > ... > On Wed, Mar 29, 2023 at 06:56:12PM -0700, Boqun Feng wrote: > > [Cc stable] > > > > On Thu, Oct 27, 2022 at 01:52:56PM -0700, Dexuan Cui wrote: > > > The local variable 'vector' must be u32 rather than u8: see the > > > struct hv_msi_desc3. > > > > > > 'vector_count' should be u16 rather than u8: see struct hv_msi_desc, > > > hv_msi_desc2 and hv_msi_desc3. > > > > > > > Dexuan, I think this patch should only be in 5.15, because... > > > > Sorry, I meant: > > "this patch should also be backported in 5.15" > > Regards, > Boqun > > > > Fixes: a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI") > > > > ^^^ this commit is already in 5.15.y (commit id 92dcb50f7f09). > > > > Upstream id e70af8d040d2b7904dca93d942ba23fb722e21b1 > > Cc: <stable@vger.kernel.org> # 5.15.x The faulty commit a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI") is in all the stable branches, even including 4.14.y, so yes, the commit e70af8d040d2 ("PCI: hv: Fix the definition of vector in hv_compose_msi_msg()") should be backported to all the stable branches as well, including v5.15.y, v5.10.y, v5.4.y, v4.19.y, v4.14.y. e70af8d040d2 has a Fixes tag. Not sure why it's not automatically backported.
On Thu, Mar 30, 2023 at 03:23:45AM +0000, Dexuan Cui wrote: > > From: Boqun Feng <boqun.feng@gmail.com> > > Sent: Wednesday, March 29, 2023 7:56 PM > > To: Dexuan Cui <decui@microsoft.com> > > ... > > On Wed, Mar 29, 2023 at 06:56:12PM -0700, Boqun Feng wrote: > > > [Cc stable] > > > > > > On Thu, Oct 27, 2022 at 01:52:56PM -0700, Dexuan Cui wrote: > > > > The local variable 'vector' must be u32 rather than u8: see the > > > > struct hv_msi_desc3. > > > > > > > > 'vector_count' should be u16 rather than u8: see struct hv_msi_desc, > > > > hv_msi_desc2 and hv_msi_desc3. > > > > > > > > > > Dexuan, I think this patch should only be in 5.15, because... > > > > > > > Sorry, I meant: > > > > "this patch should also be backported in 5.15" > > > > Regards, > > Boqun > > > > > > Fixes: a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI") > > > > > > ^^^ this commit is already in 5.15.y (commit id 92dcb50f7f09). > > > > > > Upstream id e70af8d040d2b7904dca93d942ba23fb722e21b1 > > > Cc: <stable@vger.kernel.org> # 5.15.x > > The faulty commit a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI") > is in all the stable branches, even including 4.14.y, so yes, the commit > e70af8d040d2 ("PCI: hv: Fix the definition of vector in hv_compose_msi_msg()") > should be backported to all the stable branches as well, including > v5.15.y, v5.10.y, v5.4.y, v4.19.y, v4.14.y. > > e70af8d040d2 has a Fixes tag. Not sure why it's not automatically backported. Because "Fixes:" is not the flag that we are sure to trigger off of. Please read: https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html for how to do this properly. That being said, because some subsystem maintainers do NOT put cc: stable in their patches, we do sometimes sweep the tree and try to pick up things with only "Fixes:" but we don't always catch everything. So if you want to be sure a patch is applied, please always add a cc: stable in the patch. thanks, greg k-h
> From: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > ... > > e70af8d040d2 has a Fixes tag. Not sure why it's not automatically > backported. > > Because "Fixes:" is not the flag that we are sure to trigger off of. > Please read: > https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html > for how to do this properly. Thanks, I just read this again to refresh my memory :-) I remember Sasha has an AI algorithm to pick up patches into the stable tree and a "Fixes" tag should be a strong indicator. I tired to manually cherry-pick e70af8d040d2 to 5.15.y and got some merge conflicts. Probably that's why Sasha's script didn't automatically do the backport. @Carl, @Jeffrey, may I know if you have some cycles to help backport e70af8d040d2? > That being said, because some subsystem maintainers do NOT put cc: > stable in their patches, we do sometimes sweep the tree and try to pick > up things with only "Fixes:" but we don't always catch everything. > > So if you want to be sure a patch is applied, please always add a cc: > stable in the patch. > > greg k-h Hi Greg, since you're here, I'd like to ask a question: If I add the cc: stable line in a patch and use git-send-email to post the patch, git-send-email also posts the patch to the stable list -- is this acceptable? Sometimes a patch may have to undergo multiple revisions, meaning all the discussion emails go to the stable list unnecessarily, and I guess this is not good? It looks like there is no git-send-email option to exclude an email. Thanks, Dexuan
On Thu, Mar 30, 2023 at 07:50:11PM +0000, Dexuan Cui wrote: > > From: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > ... > > > e70af8d040d2 has a Fixes tag. Not sure why it's not automatically > > backported. > > > > Because "Fixes:" is not the flag that we are sure to trigger off of. > > Please read: > > https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html > > for how to do this properly. > > Thanks, I just read this again to refresh my memory :-) > I remember Sasha has an AI algorithm to pick up patches into the stable > tree and a "Fixes" tag should be a strong indicator. Yes, we have to rely on "hints" like that due to maintainers not wanting to put any cc: stable tags for many subsystems so we have to dig them out somehow. > If I add the cc: stable line in a patch and use git-send-email to post > the patch, git-send-email also posts the patch to the stable list -- is > this acceptable? Totally acceptable. > Sometimes a patch may have to undergo multiple > revisions, meaning all the discussion emails go to the stable list > unnecessarily, and I guess this is not good? It's not a problem at all, happens all the time and in fact I like it as it gives us a heads-up that a patch is going to be eventually merged for us to handle. > It looks like there is no git-send-email option to exclude an email. No need to, don't worry about that at all. thanks, greg k-h
On Thu, Mar 30, 2023 at 03:23:45AM +0000, Dexuan Cui wrote: > > From: Boqun Feng <boqun.feng@gmail.com> > > Sent: Wednesday, March 29, 2023 7:56 PM > > To: Dexuan Cui <decui@microsoft.com> > > ... > > On Wed, Mar 29, 2023 at 06:56:12PM -0700, Boqun Feng wrote: > > > [Cc stable] > > > > > > On Thu, Oct 27, 2022 at 01:52:56PM -0700, Dexuan Cui wrote: > > > > The local variable 'vector' must be u32 rather than u8: see the > > > > struct hv_msi_desc3. > > > > > > > > 'vector_count' should be u16 rather than u8: see struct hv_msi_desc, > > > > hv_msi_desc2 and hv_msi_desc3. > > > > > > > > > > Dexuan, I think this patch should only be in 5.15, because... > > > > > > > Sorry, I meant: > > > > "this patch should also be backported in 5.15" > > > > Regards, > > Boqun > > > > > > Fixes: a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI") > > > > > > ^^^ this commit is already in 5.15.y (commit id 92dcb50f7f09). > > > > > > Upstream id e70af8d040d2b7904dca93d942ba23fb722e21b1 > > > Cc: <stable@vger.kernel.org> # 5.15.x > > The faulty commit a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI") > is in all the stable branches, even including 4.14.y, so yes, the commit > e70af8d040d2 ("PCI: hv: Fix the definition of vector in hv_compose_msi_msg()") > should be backported to all the stable branches as well, including > v5.15.y, v5.10.y, v5.4.y, v4.19.y, v4.14.y. > > e70af8d040d2 has a Fixes tag. Not sure why it's not automatically backported. Also, the most obvious reason, it does NOT apply there! If this needs to go to 5.15.y and older, please send working backports of it. thanks, greg k-h
> From: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > Sent: Monday, April 3, 2023 6:08 AM > To: Dexuan Cui <decui@microsoft.com> > Cc: Boqun Feng <boqun.feng@gmail.com>; quic_jhugo@quicinc.com; > quic_carlv@quicinc.com; wei.liu@kernel.org; KY Srinivasan > <kys@microsoft.com>; Haiyang Zhang <haiyangz@microsoft.com>; > sthemmin@microsoft.com; lpieralisi@kernel.org; bhelgaas@google.com; > linux-hyperv@vger.kernel.org; linux-pci@vger.kernel.org; > linux-kernel@vger.kernel.org; Michael Kelley (LINUX) > <mikelley@microsoft.com>; robh@kernel.org; kw@linux.com; > helgaas@kernel.org; alex.williamson@redhat.com; stable@vger.kernel.org; > Sasha Levin <sashal@kernel.org> > Subject: Re: [PATCH v2] PCI: hv: Fix the definition of vector in > hv_compose_msi_msg() > > On Thu, Mar 30, 2023 at 03:23:45AM +0000, Dexuan Cui wrote: > > > From: Boqun Feng <boqun.feng@gmail.com> > > > Sent: Wednesday, March 29, 2023 7:56 PM > > > To: Dexuan Cui <decui@microsoft.com> > > > ... > > > On Wed, Mar 29, 2023 at 06:56:12PM -0700, Boqun Feng wrote: > > > > [Cc stable] > > > > > > > > On Thu, Oct 27, 2022 at 01:52:56PM -0700, Dexuan Cui wrote: > > > > > The local variable 'vector' must be u32 rather than u8: see the > > > > > struct hv_msi_desc3. > > > > > > > > > > 'vector_count' should be u16 rather than u8: see struct hv_msi_desc, > > > > > hv_msi_desc2 and hv_msi_desc3. > > > > > > > > > > > > > Dexuan, I think this patch should only be in 5.15, because... > > > > > > > > > > Sorry, I meant: > > > > > > "this patch should also be backported in 5.15" > > > > > > Regards, > > > Boqun > > > > > > > > Fixes: a2bad844a67b ("PCI: hv: Fix interrupt mapping for multi-MSI") > > > > > > > > ^^^ this commit is already in 5.15.y (commit id 92dcb50f7f09). > > > > > > > > Upstream id e70af8d040d2b7904dca93d942ba23fb722e21b1 > > > > Cc: <stable@vger.kernel.org> # 5.15.x > > > > The faulty commit a2bad844a67b ("PCI: hv: Fix interrupt mapping for > multi-MSI") > > is in all the stable branches, even including 4.14.y, so yes, the commit > > e70af8d040d2 ("PCI: hv: Fix the definition of vector in > hv_compose_msi_msg()") > > should be backported to all the stable branches as well, including > > v5.15.y, v5.10.y, v5.4.y, v4.19.y, v4.14.y. > > > > e70af8d040d2 has a Fixes tag. Not sure why it's not automatically > backported. > > Also, the most obvious reason, it does NOT apply there! If this needs > to go to 5.15.y and older, please send working backports of it. > > thanks, > > greg k-h I also found that we need to manually rebase the patch for 5.15.y and older. +Jose, who will help to do the backport.
On 3/30/2023 1:50 PM, Dexuan Cui wrote: >> From: Greg Kroah-Hartman <gregkh@linuxfoundation.org> >>> ... >>> e70af8d040d2 has a Fixes tag. Not sure why it's not automatically >> backported. >> >> Because "Fixes:" is not the flag that we are sure to trigger off of. >> Please read: >> https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html >> for how to do this properly. > > Thanks, I just read this again to refresh my memory :-) > I remember Sasha has an AI algorithm to pick up patches into the stable > tree and a "Fixes" tag should be a strong indicator. > > I tired to manually cherry-pick e70af8d040d2 to 5.15.y and got some > merge conflicts. Probably that's why Sasha's script didn't automatically > do the backport. @Carl, @Jeffrey, may I know if you have some cycles to > help backport e70af8d040d2? We might have some cycles this week. -Jeff
> From: Jeffrey Hugo <quic_jhugo@quicinc.com> > Sent: Monday, April 3, 2023 11:51 AM > > On 3/30/2023 1:50 PM, Dexuan Cui wrote: > > ... > > I tired to manually cherry-pick e70af8d040d2 to 5.15.y and got some > > merge conflicts. Probably that's why Sasha's script didn't automatically > > do the backport. @Carl, @Jeffrey, may I know if you have some cycles to > > help backport e70af8d040d2? > > We might have some cycles this week. > > -Jeff Thanks, Jeff. We already have Jose on our team working on the backport. If you think you can do the backport sooner, please let us know so we can avoid duplicate efforts. :-)
diff --git a/drivers/pci/controller/pci-hyperv.c b/drivers/pci/controller/pci-hyperv.c index e7c6f6629e7c..ba64284eaf9f 100644 --- a/drivers/pci/controller/pci-hyperv.c +++ b/drivers/pci/controller/pci-hyperv.c @@ -1614,7 +1614,7 @@ static void hv_pci_compose_compl(void *context, struct pci_response *resp, static u32 hv_compose_msi_req_v1( struct pci_create_interrupt *int_pkt, const struct cpumask *affinity, - u32 slot, u8 vector, u8 vector_count) + u32 slot, u8 vector, u16 vector_count) { int_pkt->message_type.type = PCI_CREATE_INTERRUPT_MESSAGE; int_pkt->wslot.slot = slot; @@ -1642,7 +1642,7 @@ static int hv_compose_msi_req_get_cpu(const struct cpumask *affinity) static u32 hv_compose_msi_req_v2( struct pci_create_interrupt2 *int_pkt, const struct cpumask *affinity, - u32 slot, u8 vector, u8 vector_count) + u32 slot, u8 vector, u16 vector_count) { int cpu; @@ -1661,7 +1661,7 @@ static u32 hv_compose_msi_req_v2( static u32 hv_compose_msi_req_v3( struct pci_create_interrupt3 *int_pkt, const struct cpumask *affinity, - u32 slot, u32 vector, u8 vector_count) + u32 slot, u32 vector, u16 vector_count) { int cpu; @@ -1701,7 +1701,12 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) struct compose_comp_ctxt comp; struct tran_int_desc *int_desc; struct msi_desc *msi_desc; - u8 vector, vector_count; + /* + * vector_count should be u16: see hv_msi_desc, hv_msi_desc2 + * and hv_msi_desc3. vector must be u32: see hv_msi_desc3. + */ + u16 vector_count; + u32 vector; struct { struct pci_packet pci_pkt; union { @@ -1767,6 +1772,11 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) vector_count = 1; } + /* + * hv_compose_msi_req_v1 and v2 are for x86 only, meaning 'vector' + * can't exceed u8. Cast 'vector' down to u8 for v1/v2 explicitly + * for better readability. + */ memset(&ctxt, 0, sizeof(ctxt)); init_completion(&comp.comp_pkt.host_event); ctxt.pci_pkt.completion_func = hv_pci_compose_compl; @@ -1777,7 +1787,7 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) size = hv_compose_msi_req_v1(&ctxt.int_pkts.v1, dest, hpdev->desc.win_slot.slot, - vector, + (u8)vector, vector_count); break; @@ -1786,7 +1796,7 @@ static void hv_compose_msi_msg(struct irq_data *data, struct msi_msg *msg) size = hv_compose_msi_req_v2(&ctxt.int_pkts.v2, dest, hpdev->desc.win_slot.slot, - vector, + (u8)vector, vector_count); break;