Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp627056pxb; Wed, 22 Sep 2021 09:24:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzilNYrSbSOvxcpOuI/2yleKUm8HNbGS/EVrUTHvaHUNpFJzOgcSDDbN1yS3IfBc2/HP2Zt X-Received: by 2002:a05:6e02:d8f:: with SMTP id i15mr457177ilj.62.1632327866904; Wed, 22 Sep 2021 09:24:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632327866; cv=none; d=google.com; s=arc-20160816; b=LvLiAZt7OmJ0NtUBz4Xn1g+YykLnHuWTj3okg6tVEB1T6a+0v6AGbIIc+MMZbdao7H QghkjyoPHdOpYr/8yjQq3vSmlyRa9Bs2ckojdqrggyLjZ3fVG3LstHKIpSycYwOX5Mxh FQINl2liBoFsQxmC+j2a9/svTokX4BUcsozrzexYYzT3iv9pvCbdyqxbu85cmrpEsFC2 UQlgGUAKaeXIyMKMaSyoWDdOINUXZNaYBAeotJQEgg7vnZBsu/ZLt6v7nMH6jZZeP+b4 cDnxcV3RfeueXhbZZgH4iLcAx0nfKPJhX5n+mTGBdylZPsFirVgM20o5Sbaksz4LRzyo TP+g== 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:subject:cc:to:from:date; bh=lONcUaL+Ar9latX6Q6UllZ4SNQ6mGJbeot7b1paS6GM=; b=vfY9pPqTWRr2L5zWZ+yP3xT3i48xbUG8DCye9rcwGzeStmu0G49Td/9gFD2e81qB8e 9mBV21/BmzviWgcNqsMQQsWEQXPg1706cYxGDvOZtjhoecGUzkDy18e41CezTSj6s5Nk DOv1CDDNrY3YyVsRnNQ2zEymTlM3suukm9Cg6UpHY/NsqkZq/zK1E2EbFxZqAvfjfE7C H3MSMcFd5DdqwLX39XmD0aIcevgnKMq84tVdtIHhmCL7HGeFN+LX2mglmvvlXuUOYw2J 8cFN/MVDcX6Fngc9L8hob8xuBjSdDATgOyZKbJFNAO+1+CDBJqhTrFRBSZ4mCFSL5W2m HM0g== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e43si2752634jaf.97.2021.09.22.09.24.09; Wed, 22 Sep 2021 09:24:26 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236590AbhIVQXi (ORCPT + 99 others); Wed, 22 Sep 2021 12:23:38 -0400 Received: from foss.arm.com ([217.140.110.172]:51302 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232357AbhIVQXh (ORCPT ); Wed, 22 Sep 2021 12:23:37 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 4DD0A113E; Wed, 22 Sep 2021 09:22:07 -0700 (PDT) Received: from lpieralisi (e121166-lin.cambridge.arm.com [10.1.196.255]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 829453F719; Wed, 22 Sep 2021 09:22:06 -0700 (PDT) Date: Wed, 22 Sep 2021 17:22:01 +0100 From: Lorenzo Pieralisi To: yajun.deng@linux.dev Cc: catalin.marinas@arm.com, will@kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH linux-next v2] arm64: PCI: Introduce pcibios_free_irq() helper function Message-ID: <20210922162201.GA24429@lpieralisi> References: <20210921154731.GA2756@lpieralisi> <20210826060406.12571-1-yajun.deng@linux.dev> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 22, 2021 at 02:49:13AM +0000, yajun.deng@linux.dev wrote: > September 21, 2021 11:47 PM, "Lorenzo Pieralisi" wrote: > > > On Thu, Aug 26, 2021 at 02:04:06PM +0800, Yajun Deng wrote: > > > >> pcibios_alloc_irq() will be called in pci_device_probe(), but there > >> hasn't pcibios_free_irq() in arm64 architecture correspond it. > >> pcibios_free_irq() is an empty weak function in drivers/pci/pci-driver.c. > > > > "pcibios_alloc_irq() is a weak function called to allocate IRQs for > > a device in pci_device_probe(); arm64 implements it with > > ACPI specific code to enable IRQs for a device. > > > > When a device is removed (pci_device_remove()) the pcibios_free_irq() > > counterpart is called. > > > > Current arm64 code does not implement a pcibios_free_irq() function, > > and therefore, the weak empty stub is executed, which means that the > > IRQ for a device are not properly disabled when a device is removed. > > > > Add an arm64 pcibios_free_irq() to undo the actions carried out in > > pcibios_alloc_irq()." > > > > This is a stub commit log. Then you need to describe the bug you > > are fixing (if any, or it is just code inspection ?) > > > It is just code inspection. Before merging it it must be tested, which would prove it is needed. Lorenzo > >> So add pcibios_free_irq() for correspond it. This will be called > >> in pci_device_remove(). > >> > >> ==================== > >> v2: remove the change in pcibios_alloc_irq(), and modify the commit log. > >> ==================== > > > > Don't add versioning in the commit log, it does not belong here. > > > > I don't think we should send this to stable kernels straight away, > > it is best to make sure we are not triggering any regressions first. > > > > Lorenzo > > > >> Signed-off-by: Yajun Deng > >> --- > >> arch/arm64/kernel/pci.c | 7 +++++++ > >> 1 file changed, 7 insertions(+) > >> > >> diff --git a/arch/arm64/kernel/pci.c b/arch/arm64/kernel/pci.c > >> index 2276689b5411..6ffd92126f65 100644 > >> --- a/arch/arm64/kernel/pci.c > >> +++ b/arch/arm64/kernel/pci.c > >> @@ -29,6 +29,13 @@ int pcibios_alloc_irq(struct pci_dev *dev) > >> > >> return 0; > >> } > >> + > >> +void pcibios_free_irq(struct pci_dev *dev) > >> +{ > >> + if (!acpi_disabled) > >> + acpi_pci_irq_disable(dev); > >> +} > >> + > >> #endif > >> > >> /* > >> -- > >> 2.32.0