Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp266832rwb; Mon, 26 Sep 2022 12:04:09 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5EusI47M61ZIIgNq51qAg6Ir8dGZGINGp8RoWaH+b8VHMxhFLyLgrMYd4y6OeVIfYU1Q6u X-Received: by 2002:a17:90b:3811:b0:202:9e26:bc00 with SMTP id mq17-20020a17090b381100b002029e26bc00mr198333pjb.223.1664219049449; Mon, 26 Sep 2022 12:04:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664219049; cv=none; d=google.com; s=arc-20160816; b=BU6SjH3w51y6aFG8sLynyCoer2i8aNdOanRXBh6LS3qNOMZzdFqbUiGismbNBwxd0v HaRabQJ93iK1DJoqBBUV/YwC5Lu3YMMX/24Yehfc+qY5DQ2I5S9np3ijySATpLa4HvIx tGXjFiuhvz0yVEcS16dtXuhX0+n5szyl3eZJsDEReRHlJuhzMl0OQgbdXxl0qDZxzGH/ 86vbgO5i7mrqLLPgfKMpU//G0w3eA7h+Arr5T8KC203bQzajYmUtsljksCCC0fzHqeNH 76bMzT45t82C4HZB7ImDZIr66HtRJBLLCkZ/Pi64+cMmoairEJVhamSIn/yLo5MqDcvd 2YPQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:message-id:subject:cc:to:from:date :dkim-signature; bh=azv3hwJgbxOmxfKCKg0ijkFOJCRKQx4ci0fYGNRyVk8=; b=rsG2PP2X31UznZAun4C1BbyIZDnFL6owFadGaQxQkPAM2MpBTcYCcjpoDTz0DwVSsO /22GEjqaQ4KFPZynTcGh8sW8BMGqaUNpqDGpEG65oAWGemTE5wWchvQWBGLAURr1c8W7 8U595FRdY7oBonEpya8MFKbOnCp0GyQHRIY1f4JiHL1DrXrQKZUK8uMLh3GBjry4/KWr GvdoBqkUlOVtqlipDPjZeGg2MHXcL+j/T/8Cp+Zk9WyowRcfzBBOlpLM7ZbuHLCUE+Lq 6cJhiYv3XqqvrpOwOcAF7mESKhXV/NYagiIpV5vtkAPhXxn/G9HdkjUMQfAxo16iyevL XlRA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=KQi4m3MO; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j9-20020a63fc09000000b0042b3587dfa8si18668355pgi.628.2022.09.26.12.03.56; Mon, 26 Sep 2022 12:04:09 -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=@kernel.org header.s=k20201202 header.b=KQi4m3MO; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231260AbiIZRtl (ORCPT + 99 others); Mon, 26 Sep 2022 13:49:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53488 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231267AbiIZRtN (ORCPT ); Mon, 26 Sep 2022 13:49:13 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 080EC97EC0; Mon, 26 Sep 2022 10:21:09 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 98A5D60DB7; Mon, 26 Sep 2022 17:21:08 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D0298C433D6; Mon, 26 Sep 2022 17:21:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1664212868; bh=nnJQPOkwFK1+jDHcMZbZ1ZPA6870WiPeyZQhh9AHeIE=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=KQi4m3MOueTduJHIuUVB/BBIBRH1auZz+TMGV1gbvyjaYWV97ukOucDbVgfLdDz/U BLRGbznTu00jC/vLYn/JUYCFAM6/RuoYSBeAUXqKRtWJkOmXdxm1SqUYtouUdx3L0h A/IljZ8TsvX08juVJInq1826FqCqt9ieEeciJ0OY+bGnt1DroOdDYZFnLo7PthBCW+ flWywRovRhg0gud+xBy2TDCxJekRihHtpx1innborvq6x9KZd5oY/YrLAL4I8lHLHE nTZC9Ubh9EVPgRA5OLjFVWD/qHJYctHCFMMuskv0LCFow8VysVM6OqIxK3fAHARxtL BTWyLp7o1KkoA== Date: Mon, 26 Sep 2022 12:21:06 -0500 From: Bjorn Helgaas To: Zhuo Chen Cc: allenbh@gmail.com, dave.jiang@intel.com, martin.petersen@oracle.com, linux-scsi@vger.kernel.org, linux-pci@vger.kernel.org, jejb@linux.ibm.com, james.smart@broadcom.com, Serge Semin , linux-kernel@vger.kernel.org, ntb@lists.linux.dev, oohall@gmail.com, jdmason@kudzu.us, bhelgaas@google.com, dick.kennedy@broadcom.com, linuxppc-dev@lists.ozlabs.org Subject: Re: [PATCH 1/3] PCI/AER: Use pci_aer_clear_uncorrect_error_status() to clear uncorrectable error status Message-ID: <20220926172106.GA1609382@bhelgaas> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5e094839-c643-d2e7-698e-0fb6c0e50c4f@bytedance.com> X-Spam-Status: No, score=-7.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham 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: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 26, 2022 at 09:30:48PM +0800, Zhuo Chen wrote: > On 9/23/22 4:02 AM, Bjorn Helgaas wrote: > > On Mon, Sep 12, 2022 at 01:09:05AM +0800, Zhuo Chen wrote: > > > On 9/12/22 12:22 AM, Serge Semin wrote: > > > > On Fri, Sep 02, 2022 at 02:16:32AM +0800, Zhuo Chen wrote: > > > ‘pci_aer_clear_nonfatal_status()’ in drivers/crypto/hisilicon/qm.c will be > > > removed in the next kernel: > > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/drivers/crypto/hisilicon/qm.c?id=00278564a60e11df8bcca0ececd8b2f55434e406 > > > > This is a problem because 00278564a60e ("crypto: hisilicon - Remove > > pci_aer_clear_nonfatal_status() call") is in Herbert's cryptodev tree, > > and if I apply this series to the PCI tree and Linus merges it before > > Herbert's cryptodev changes, it will break the build. > > > > I think we need to split this patch up like this: > > > > - Add pci_aer_clear_uncorrect_error_status() to PCI core > > - Convert dpc to use pci_aer_clear_uncorrect_error_status() > > (I might end up squashing with above) > > - Convert lpfc to use pci_aer_clear_uncorrect_error_status() > > - Convert ntb_hw_idt to use pci_aer_clear_uncorrect_error_status() > > - Unexport pci_aer_clear_nonfatal_status() > > > > Then I can apply all but the last patch safely. If the crypto changes > > are merged first, we can add the last one; otherwise we can do it for > > the next cycle. > > > Good proposal. I will implement these in the next version. > > Do I need to put pci related modifications (include patch 2/3 and 3/3) in a > patch set or just single patches? When in doubt, put them in separate patches. It's trivial for me to squash them together if that makes more sense, but much more difficult for me to split them apart. Thanks for helping clean up this area! Bjorn