Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp1395329imm; Fri, 29 Jun 2018 17:56:00 -0700 (PDT) X-Google-Smtp-Source: AAOMgpctONO8rUAicA8aNm3NQoIOeeXGWuUeQOJyv6LQjxXJ/ysqLMVW2K4q7BXkv43jYB2APCrh X-Received: by 2002:a65:4d85:: with SMTP id p5-v6mr14433489pgq.249.1530320160668; Fri, 29 Jun 2018 17:56:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530320160; cv=none; d=google.com; s=arc-20160816; b=egePzOPuSqzKkhdr2Y4AAjtbuVDxahsR3fkJi8499ruVwVGDBmA4dxgPmPqTEIQSoX hiHiesIKUjek7y19yu7XxZPWumfcG2W46+DdYjW5pjx9O75xn47Zyw8DOY3nndTQBB/J DwlADgJ8ipLu4r1x2JlKFQMjWtwigrZGkiV2Gujk7/LKYv19GsENLHu/z4DWuVrabd+m da4lu6odYEeXp9aPcgLiqeeUPiG//yBiN9o2AEKyoGOEjDEOECygQ9uK2C8+N/oHXJzK Z5d7k/CBpYUO3Ob+/AizQkg9NuiyFilt2GYpn12+tV39e2bNqrdb5MYgCMgi/AGUyKN+ 8UCw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=AKfbjjjkh9Yl9kIln9OZ8UWjHX8d2KGL2A+zvyF+K20=; b=hmu92+jsolTpjIMhu4wOeVRS5vPYtmmzdnd+llAVwKTW3hGlzVikwFgjTeSuTRSY7T 8h19kTCUzcATPzzVKVbkbgh/CLeW4uW7UqY9aBb6fn95Stuy/UXVqcBHVPCg1+YqNRwK 1FVW8dA9M8Hx7CJIAPslGRRK6DSvNETuSmvjwGr4twl4/90mGUC+xnu8Lun6UaJL+QpL jwQawWCpXy+Vfi9goMyk5Trcxi7qRcuNYnFI6BBKYdPTH7rr/Klg/LaGSt6CbDGIDx8H naZWIoTHZsqW8UOEa6PpjwWZ5MQ36dY8mwv1FYDnCw0gYhcZf2SVFPVWMZ9K87mpkmrj 3jZA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=YOhrE57s; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f3-v6si8983808pgp.496.2018.06.29.17.55.46; Fri, 29 Jun 2018 17:56:00 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=YOhrE57s; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S935440AbeF2Xah (ORCPT + 99 others); Fri, 29 Jun 2018 19:30:37 -0400 Received: from mail.kernel.org ([198.145.29.99]:43608 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753582AbeF2Xag (ORCPT ); Fri, 29 Jun 2018 19:30:36 -0400 Received: from localhost (unknown [69.71.4.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 03CB227ED0; Fri, 29 Jun 2018 23:30:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1530315036; bh=ZN4K8BMlM6eOzHNqdCHCYB8FfdSldrT4kIGItprnS/8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=YOhrE57s8DCYrc6HVOfDvUbAzjTAZpTpwcx6VXXCUt3UMtAMC5mfpohCRm3I/1siP yNHHUZTcTjzOgz6OLj2JKbKxpFK3JPR1GEeCkpiWICZlXVdcl2wBjZt0NBk+VKYGBB 58GU1sebCShEZjsa7fpWx0XuVkLklyYH82FSZouY= Date: Fri, 29 Jun 2018 18:30:34 -0500 From: Bjorn Helgaas To: Jan Kiszka Cc: Bjorn Helgaas , Linux Kernel Mailing List , Andy Shevchenko , linux-pci@vger.kernel.org, linux-arm Mailing List , Vladimir Zapolskiy , Jingoo Han , Joao Pinto , Lorenzo Pieralisi Subject: Re: [PATCH] PCI: Clean up resource allocation in devm_of_pci_get_host_bridge_resources() Message-ID: <20180629233034.GH40928@bhelgaas-glaptop.roam.corp.google.com> References: <3aeb2ed038cbce8fe744b614dc19d414555a7e8f.1526375226.git.jan.kiszka@siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 16, 2018 at 02:31:44PM +0200, Jan Kiszka wrote: > Instead of first allocating and then freeing memory for struct resource > in case we cannot parse a PCI resource from the device tree, work > against a local struct and kmemdup it when we decide to go with it. > > Suggested-by: Andy Shevchenko > Signed-off-by: Jan Kiszka Applied with Vladimir's reviewed-by to pci/resource for v4.19, thanks! > --- > drivers/pci/of.c | 14 ++++++-------- > 1 file changed, 6 insertions(+), 8 deletions(-) > > diff --git a/drivers/pci/of.c b/drivers/pci/of.c > index b06585a1da75..fc0f906c5c25 100644 > --- a/drivers/pci/of.c > +++ b/drivers/pci/of.c > @@ -266,7 +266,7 @@ int devm_of_pci_get_host_bridge_resources(struct device *dev, > struct list_head *resources, resource_size_t *io_base) > { > struct device_node *dev_node = dev->of_node; > - struct resource *res; > + struct resource *res, tmp_res; > struct resource *bus_range; > struct of_pci_range range; > struct of_pci_range_parser parser; > @@ -320,18 +320,16 @@ int devm_of_pci_get_host_bridge_resources(struct device *dev, > if (range.cpu_addr == OF_BAD_ADDR || range.size == 0) > continue; > > - res = devm_kzalloc(dev, sizeof(struct resource), GFP_KERNEL); > + err = of_pci_range_to_resource(&range, dev_node, &tmp_res); > + if (err) > + continue; > + > + res = devm_kmemdup(dev, &tmp_res, sizeof(tmp_res), GFP_KERNEL); > if (!res) { > err = -ENOMEM; > goto failed; > } > > - err = of_pci_range_to_resource(&range, dev_node, res); > - if (err) { > - devm_kfree(dev, res); > - continue; > - } > - > if (resource_type(res) == IORESOURCE_IO) { > if (!io_base) { > dev_err(dev, > -- > 2.13.6