From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 19A60C47096 for ; Wed, 2 Jun 2021 08:51:22 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 058A161026 for ; Wed, 2 Jun 2021 08:51:22 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232851AbhFBIxD (ORCPT ); Wed, 2 Jun 2021 04:53:03 -0400 Received: from mga04.intel.com ([192.55.52.120]:29864 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232840AbhFBIxC (ORCPT ); Wed, 2 Jun 2021 04:53:02 -0400 IronPort-SDR: Gq9nV6jLliQbKpXHOxdKqgqhTV9v4+mdayAw9/LBf7OjSWOFVpEN7xKSvFcHPjDT/DTKRE7UxM 9J3QIYLp/1xQ== X-IronPort-AV: E=McAfee;i="6200,9189,10002"; a="201881011" X-IronPort-AV: E=Sophos;i="5.83,241,1616482800"; d="scan'208";a="201881011" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Jun 2021 01:51:18 -0700 IronPort-SDR: 7O3HAkimY4ZMDtM0oGELnrPG3JJ6fXO1KDNJb2CPEYDECtirmOnx2RVej2XYigb/qgbPgmuRq5 fuuHuCOm5+JA== X-IronPort-AV: E=Sophos;i="5.83,241,1616482800"; d="scan'208";a="438328450" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by orsmga007-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Jun 2021 01:51:13 -0700 Received: from andy by smile with local (Exim 4.94) (envelope-from ) id 1loMak-00GfA7-SC; Wed, 02 Jun 2021 11:51:10 +0300 Date: Wed, 2 Jun 2021 11:51:10 +0300 From: Andy Shevchenko To: Dejin Zheng Cc: Bjorn Helgaas , corbet@lwn.net, jarkko.nikula@linux.intel.com, mika.westerberg@linux.intel.com, rric@kernel.org, bhelgaas@google.com, wsa@kernel.org, linux-doc@vger.kernel.org, linux-i2c@vger.kernel.org, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, Christoph Hellwig , Thomas Gleixner , Alexander Gordeev , Jonathan Derrick , Kurt Schwemmer , Logan Gunthorpe Subject: Re: [PATCH v5 1/4] PCI: Introduce pcim_alloc_irq_vectors() Message-ID: References: <20210226155056.1068534-2-zhengdejin5@gmail.com> <20210323224710.GA610170@bjorn-Precision-5520> <20210505162716.GB1851@nuc8i5> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210505162716.GB1851@nuc8i5> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 06, 2021 at 12:27:16AM +0800, Dejin Zheng wrote: > On Tue, Mar 23, 2021 at 05:47:10PM -0500, Bjorn Helgaas wrote: > > [+cc Christoph, Thomas, Alexander, in case you're interested] > > [+cc Jonathan, Kurt, Logan: vmd.c and switchtec.c use managed resources > > and pci_alloc_irq_vectors()] > > On Fri, Feb 26, 2021 at 11:50:53PM +0800, Dejin Zheng wrote: > > > Introduce pcim_alloc_irq_vectors(), a device-managed version of > > > pci_alloc_irq_vectors(). Introducing this function can simplify > > > the error handling path in many drivers. > > > > > > And use pci_free_irq_vectors() to replace some code in pcim_release(), > > > they are equivalent, and no functional change. It is more explicit > > > that pcim_alloc_irq_vectors() is a device-managed function. > > > > > > Suggested-by: Andy Shevchenko > > > Signed-off-by: Dejin Zheng > > > > Acked-by: Bjorn Helgaas > > > > Let me know if you'd like me to take the series. > > > Hi Bjorn, > > These patches are still invisible on the mainline, could you help me to > take it? Thanks very much! I guess you have to rebase them on top of the latest rc (or PCI for-next) and send with a cover letter. -- With Best Regards, Andy Shevchenko