Received: by 2002:a05:7412:b10a:b0:f3:1519:9f41 with SMTP id az10csp2549526rdb; Sun, 3 Dec 2023 23:58:37 -0800 (PST) X-Google-Smtp-Source: AGHT+IGt2xw4kWNWl/CFKF4tTze991WNefUS0mcyWKqqvGK2lsivB6UuQXxPn/dvaid9QUWoSQ4K X-Received: by 2002:a05:6a00:27a8:b0:6ce:4853:beaf with SMTP id bd40-20020a056a0027a800b006ce4853beafmr751056pfb.56.1701676716735; Sun, 03 Dec 2023 23:58:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701676716; cv=none; d=google.com; s=arc-20160816; b=OQWW5AUwlZ9E2yhYqy2ue87J69Ec9ttf9cjobnPgHc6GxAHxYAVYXdkdNlJSHGlhAY B4Huh1C76Y4GAx4hmxcsNXt7EJ1/UL/tUHn6sUclx5Ufd4mhvHz6vAAHc26Yt29/faNT ZupeDdp46VP8PUydc3aUv5EMdXoQ/sHQgcNJotWKjucVmnC0AozktpCHjumCfeOgvHtB A9153XVW4b6UMVWFeVyoRZhdWUcNU5/25dvXju37sCtZlgEyN0t2kKArknWBDO8PIRBC TBLvoQ8sWuvu+PwKtLjuNjgJiX7rfNk+eGhKMRGhvmRTXFcyWsLplGjXHRx1iSHcU0AT vVVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=olLQmfouF3da3Ez0MZE8XTk1beuCISuKI3rPjmx3/hc=; fh=s5znDkCst9goEYmDEbaVX+aMd2gW8qMwpu/kSAaSxis=; b=Bt6ZhD+MkkTaTKa5bRW+sH0xm8KaJPewn+51zzCSv9GygTrxMDTxEJWkzzffEnneel jq8yYelriYqwTCmotvGu9D+6IdSqhZ+53OOaQkpgk/HNwBXwywzD1p+Jx++3Hxe93282 N9Iwpnuq/DOcJ9D6KY/Wm4ZF/RIguaGBzTqX2zJS/04SobLlzzijfiOdkXzZkoG4Crwt iuQAzf/IzjtFjH0pOm+z3ADwFQCxAIPtRvWUv0Wy1JivQFG5l0CDDFvSaN5Z8hmmMOyX 8si6U8tKStWUteAgBSvofUtKQdgB+ha5L5cLHYnnrtpMYA34HIwv8iqQNvUYE5a5Pmau /8LA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=jROt4+AA; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from agentk.vger.email (agentk.vger.email. [23.128.96.32]) by mx.google.com with ESMTPS id w10-20020a056a0014ca00b006cdec0a1c79si7349515pfu.272.2023.12.03.23.58.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 03 Dec 2023 23:58:36 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) client-ip=23.128.96.32; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=jROt4+AA; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id 4170D80944D8; Sun, 3 Dec 2023 23:58:34 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343524AbjLDH6V (ORCPT + 99 others); Mon, 4 Dec 2023 02:58:21 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58348 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234701AbjLDH6U (ORCPT ); Mon, 4 Dec 2023 02:58:20 -0500 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 95309AC; Sun, 3 Dec 2023 23:58:26 -0800 (PST) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1701676704; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=olLQmfouF3da3Ez0MZE8XTk1beuCISuKI3rPjmx3/hc=; b=jROt4+AA2gHCjQQejTIJ4vx61px4E4T6n7je/BoGancpAFJzJip5U7lrImJxKWIqbbMRtq 6m5nmG8i3VblkEIRlbtxchdeGxnLTRgHOfbPcp6e1doolQTYPM3nQxS48f+2396sY04H3K AQa/bymq0fZit98BLuQWFsktYiAx9A2kt/HaXVoWxeU0DbC+m7maUCeeHta7XD7bkH33+G Y4l9w4vk77GVv6YHcaiXBxkFEPjXcRomvw0tdn/apFOqCVUrMU/FjOHXztPcy2fZIeQZN+ lUF9etwZ2a5wpRp3KdgjkdImnU2gAeMF5oRpJDHp9RxgARd5oA3G8KaBaQunow== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1701676704; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=olLQmfouF3da3Ez0MZE8XTk1beuCISuKI3rPjmx3/hc=; b=BfloaVnhH1keEIYiuj2GPUgURfGHFRALvHxjv42XRmGBcfK9HphTyelqVddlgAlKPMoJTx zZ5jWZZYCHljWXBw== To: Jiqian Chen , Juergen Gross , Stefano Stabellini , Oleksandr Tyshchenko , Boris Ostrovsky , "Rafael J . Wysocki" , Len Brown , Bjorn Helgaas , Roger Pau =?utf-8?Q?Monn=C3=A9?= , xen-devel@lists.xenproject.org, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org Cc: Stefano Stabellini , Alex Deucher , Christian Koenig , Stewart Hildebrand , Xenia Ragiadakou , Honglei Huang , Julia Zhang , Huang Rui , Jiqian Chen , Huang Rui Subject: Re: [RFC KERNEL PATCH v2 1/3] xen/pci: Add xen_reset_device_state function In-Reply-To: <20231124103123.3263471-2-Jiqian.Chen@amd.com> References: <20231124103123.3263471-1-Jiqian.Chen@amd.com> <20231124103123.3263471-2-Jiqian.Chen@amd.com> Date: Mon, 04 Dec 2023 08:58:22 +0100 Message-ID: <87edg2xuu9.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Sun, 03 Dec 2023 23:58:34 -0800 (PST) On Fri, Nov 24 2023 at 18:31, Jiqian Chen wrote: > When device on dom0 side has been reset, the vpci on Xen side > won't get notification, so that the cached state in vpci is > all out of date with the real device state. > To solve that problem, this patch add a function to clear all Please get rid of 'this patch' all over the series. # grep -r 'This patch' Documentation/process/ > vpci device state when device is reset on dom0 side. > > And call that function in pcistub_init_device. Because when > we use "pci-assignable-add" to assign a passthrough device in > Xen, it will reset passthrough device and the vpci state will > out of date, and then device will fail to restore bar state. > > Signed-off-by: Jiqian Chen > Signed-off-by: Huang Rui This Signed-off-by chain is incorrect. Documentation/process/submitting-patches.rst has a full chapter about S-O-B and the correct usage. Thanks, tglx