Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932721Ab3EOOqV (ORCPT ); Wed, 15 May 2013 10:46:21 -0400 Received: from mail-da0-f51.google.com ([209.85.210.51]:33836 "EHLO mail-da0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759344Ab3EOOqR (ORCPT ); Wed, 15 May 2013 10:46:17 -0400 Message-ID: <51939FB1.20203@gmail.com> Date: Wed, 15 May 2013 22:46:09 +0800 From: Liu Jiang User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: Yinghai Lu CC: Gu Zheng , Bjorn Helgaas , "Rafael J . Wysocki" , Greg Kroah-Hartman , Toshi Kani , Myron Stowe , Yijing Wang , "linux-pci@vger.kernel.org" , Linux Kernel Mailing List , Benjamin Herrenschmidt , Paul Mackerras , "David S. Miller" , David Airlie , Neela Syam Kolli , "James E.J. Bottomley" , Andrew Morton , linuxppc-dev@lists.ozlabs.org, "sparclinux@vger.kernel.org" , Linux-Scsi , Jiang Liu Subject: Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead References: <1368461313-4371-1-git-send-email-jiang.liu@huawei.com> <1368461313-4371-4-git-send-email-jiang.liu@huawei.com> <5191F53E.4000305@cn.fujitsu.com> <51925136.5050302@gmail.com> <51926CF6.1050706@gmail.com> <51939E16.9090105@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2133 Lines: 69 On Wed 15 May 2013 10:43:02 PM CST, Yinghai Lu wrote: > On Wed, May 15, 2013 at 7:39 AM, Liu Jiang wrote: >> On Wed 15 May 2013 02:52:51 AM CST, Yinghai Lu wrote: >>> >>> On Tue, May 14, 2013 at 9:57 AM, Liu Jiang wrote: >>>> >>>> On Tue 14 May 2013 11:10:33 PM CST, Yinghai Lu wrote: >>>>> >>>>> >>>>> On Tue, May 14, 2013 at 7:59 AM, Liu Jiang wrote: >>>>>> >>>>>> >>>>>> On 05/14/2013 04:26 PM, Gu Zheng wrote: >>>>>> I suggest to use pci_release_dev() instead because it also needs >>>>>> to >>>>>> release OF related resources. >>>>>> I will update it in next version. >>>>>> >>>>>> diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c >>>>>> index bc075a3..2ac6338 100644 >>>>>> --- a/drivers/pci/probe.c >>>>>> +++ b/drivers/pci/probe.c >>>>>> @@ -1281,7 +1281,7 @@ static struct pci_dev *pci_scan_device(struct >>>>>> pci_bus >>>>>> *bus >>>>>> pci_set_of_node(dev); >>>>>> >>>>>> if (pci_setup_device(dev)) { >>>>>> - kfree(dev); >>>>>> + pci_release_dev(&dev->dev); >>>>>> return NULL; >>>>> >>>>> >>>>> >>>>> no, should move pci_set_of_node calling into pci_setup_device. >>>>> >>>>> Yinghai >>>> >>>> >>>> >>>> I'm not sure whether we should call pci_set_of_node() for SR-IOV devices >>>> too, >>>> any suggestions here? >>> >>> >>> or just move down pci_set_of_node after pci_setup_device? >>> >>> anyway that is another bug. > >> I'm not familiar with the OF logic and can't make sure whether >> pci_setup_device() >> has dependency on dev->of_node. Feel it's more safe to call >> pci_release_of_node() >> on failing path instead of tuning call-site of pci_set_of_node(). > > that is another bug, let of guy handle it. > > Yinghai Hi Yinghai, I don't know any OF exports, could you please help to CC some OF experts? Thanks, Gerry -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/