All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Herring <robherring2@gmail.com>
To: Liviu Dudau <Liviu.Dudau@arm.com>,
	Bjorn Helgaas <bhelgaas@google.com>,
	Arnd Bergmann <arnd@arndb.de>, Rob Herring <robh+dt@kernel.org>,
	Jason Gunthorpe <jgunthorpe@obsidianresearch.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <Will.Deacon@arm.com>,
	Russell King <linux@arm.linux.org.uk>,
	linux-pci <linux-pci@vger.kernel.org>,
	Linus Walleij <linus.walleij@linaro.org>
Cc: Tanmay Inamdar <tinamdar@apm.com>,
	Grant Likely <grant.likely@secretlab.ca>,
	Sinan Kaya <okaya@codeaurora.org>,
	Jingoo Han <jg1.han@samsung.com>,
	Kukjin Kim <kgene.kim@samsung.com>,
	Suravee Suthikulanit <suravee.suthikulpanit@amd.com>,
	linux-arch <linux-arch@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Device Tree ML <devicetree@vger.kernel.org>,
	LAKML <linux-arm-kernel@lists.infradead.org>,
	Grant Likely <grant.likely@linaro.org>
Subject: Re: [PATCH v11 07/10] OF: Introduce helper function for getting PCI domain_nr
Date: Sat, 20 Sep 2014 12:52:44 -0500	[thread overview]
Message-ID: <541DBEEC.6010305@gmail.com> (raw)
In-Reply-To: <1411003825-21521-8-git-send-email-Liviu.Dudau@arm.com>

On 09/17/2014 08:30 PM, Liviu Dudau wrote:
> Add of_pci_get_domain_nr() to retrieve the PCI domain number
> of a given device from DT. If the information is not present,
> the function can be requested to allocate a new domain number.
> 
> Cc: Bjorn Helgaas <bhelgaas@google.com>
> Cc: Arnd Bergmann <arnd@arndb.de>
> Cc: Grant Likely <grant.likely@linaro.org>
> Cc: Rob Herring <robh+dt@kernel.org>
> Reviewed-by: Catalin Marinas <catalin.marinas@arm.com>
> Signed-off-by: Liviu Dudau <Liviu.Dudau@arm.com>
> ---

[...]

> +/**
> + * This function will try to obtain the host bridge domain number by
> + * using of_alias_get_id() call with "pci-domain" as a stem. If that
> + * fails, a local allocator will be used. The local allocator can
> + * be requested to return a new domain_nr if the information is missing
> + * from the device tree.
> + *
> + * @node: device tree node with the domain information
> + * @allocate_if_missing: if DT lacks information about the domain nr,
> + * allocate a new number.
> + *
> + * Returns the associated domain number from DT, or a new domain number
> + * if DT information is missing and @allocate_if_missing is true. If
> + * @allocate_if_missing is false then the last allocated domain number
> + * will be returned.
> + */
> +int of_pci_get_domain_nr(struct device_node *node, bool allocate_if_missing)
> +{
> +	int domain;
> +
> +	domain = atomic_read(&of_domain_nr);
> +	if (domain == -1) {
> +		/* first run, get max defined domain nr in device tree */
> +		domain = of_get_max_pci_domain_nr();
> +		/* then set the start value for allocator to be max + 1 */
> +		atomic_set(&of_domain_nr, domain + 1);

atomic_read followed by atomic_set is not an atomic operation.

As I previously said, I don't like how this function is a mixture of
data retrieval and domian # allocation. I think we need 2 functions.

> +	}
> +	domain = of_alias_get_id(node, "pci-domain");

I still do not like using aliases here. Just put pci-domain or
linux,pci-domain into the PCI node.

I think we should assume all PCI root buses either have a domain
property or they don't and a mixture is an error. I'm not sure if that
simplifies the code or not though.

In the interest of merging, I think you should just do a simple
allocation and add the DT domain handling as a second step. You will
also need to document the DT part.

Rob

WARNING: multiple messages have this Message-ID (diff)
From: robherring2@gmail.com (Rob Herring)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v11 07/10] OF: Introduce helper function for getting PCI domain_nr
Date: Sat, 20 Sep 2014 12:52:44 -0500	[thread overview]
Message-ID: <541DBEEC.6010305@gmail.com> (raw)
In-Reply-To: <1411003825-21521-8-git-send-email-Liviu.Dudau@arm.com>

On 09/17/2014 08:30 PM, Liviu Dudau wrote:
> Add of_pci_get_domain_nr() to retrieve the PCI domain number
> of a given device from DT. If the information is not present,
> the function can be requested to allocate a new domain number.
> 
> Cc: Bjorn Helgaas <bhelgaas@google.com>
> Cc: Arnd Bergmann <arnd@arndb.de>
> Cc: Grant Likely <grant.likely@linaro.org>
> Cc: Rob Herring <robh+dt@kernel.org>
> Reviewed-by: Catalin Marinas <catalin.marinas@arm.com>
> Signed-off-by: Liviu Dudau <Liviu.Dudau@arm.com>
> ---

[...]

> +/**
> + * This function will try to obtain the host bridge domain number by
> + * using of_alias_get_id() call with "pci-domain" as a stem. If that
> + * fails, a local allocator will be used. The local allocator can
> + * be requested to return a new domain_nr if the information is missing
> + * from the device tree.
> + *
> + * @node: device tree node with the domain information
> + * @allocate_if_missing: if DT lacks information about the domain nr,
> + * allocate a new number.
> + *
> + * Returns the associated domain number from DT, or a new domain number
> + * if DT information is missing and @allocate_if_missing is true. If
> + * @allocate_if_missing is false then the last allocated domain number
> + * will be returned.
> + */
> +int of_pci_get_domain_nr(struct device_node *node, bool allocate_if_missing)
> +{
> +	int domain;
> +
> +	domain = atomic_read(&of_domain_nr);
> +	if (domain == -1) {
> +		/* first run, get max defined domain nr in device tree */
> +		domain = of_get_max_pci_domain_nr();
> +		/* then set the start value for allocator to be max + 1 */
> +		atomic_set(&of_domain_nr, domain + 1);

atomic_read followed by atomic_set is not an atomic operation.

As I previously said, I don't like how this function is a mixture of
data retrieval and domian # allocation. I think we need 2 functions.

> +	}
> +	domain = of_alias_get_id(node, "pci-domain");

I still do not like using aliases here. Just put pci-domain or
linux,pci-domain into the PCI node.

I think we should assume all PCI root buses either have a domain
property or they don't and a mixture is an error. I'm not sure if that
simplifies the code or not though.

In the interest of merging, I think you should just do a simple
allocation and add the DT domain handling as a second step. You will
also need to document the DT part.

Rob

  parent reply	other threads:[~2014-09-20 17:52 UTC|newest]

Thread overview: 102+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-18  1:30 [PATCH v11 00/10] Support for creating generic PCI host bridges from DT Liviu Dudau
2014-09-18  1:30 ` Liviu Dudau
2014-09-18  1:30 ` Liviu Dudau
2014-09-18  1:30 ` [PATCH v11 01/10] Fix ioport_map() for !CONFIG_GENERIC_IOMAP cases Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-18  1:30 ` [PATCH v11 02/10] PCI: Introduce helper functions to deal with PCI I/O ranges Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
     [not found]   ` <1411003825-21521-3-git-send-email-Liviu.Dudau-5wv7dgnIgG8@public.gmane.org>
2014-09-19 20:48     ` Bjorn Helgaas
2014-09-19 20:48       ` Bjorn Helgaas
2014-09-19 20:48       ` Bjorn Helgaas
2014-09-18  1:30 ` [PATCH v11 03/10] ARM: Define PCI_IOBASE as the base of virtual PCI IO space Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
     [not found]   ` <1411003825-21521-4-git-send-email-Liviu.Dudau-5wv7dgnIgG8@public.gmane.org>
2014-09-20  2:14     ` Arnd Bergmann
2014-09-20  2:14       ` Arnd Bergmann
2014-09-20  2:14       ` Arnd Bergmann
2014-09-18  1:30 ` [PATCH v11 04/10] PCI: OF: Fix the conversion of IO ranges into IO resources Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-19 20:56   ` Bjorn Helgaas
2014-09-19 20:56     ` Bjorn Helgaas
2014-09-19 20:56     ` Bjorn Helgaas
2014-09-20 17:33   ` Rob Herring
2014-09-20 17:33     ` Rob Herring
2014-09-22 15:32     ` Liviu Dudau
2014-09-22 15:32       ` Liviu Dudau
2014-09-22 15:32       ` Liviu Dudau
2014-09-22 17:18       ` Rob Herring
2014-09-22 17:18         ` Rob Herring
2014-09-22 17:18         ` Rob Herring
2014-09-18  1:30 ` [PATCH v11 05/10] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-18  1:30 ` [PATCH v11 06/10] PCI: Introduce generic domain handling for PCI busses Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-18  1:30 ` [PATCH v11 07/10] OF: Introduce helper function for getting PCI domain_nr Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-19 21:03   ` Bjorn Helgaas
2014-09-19 21:03     ` Bjorn Helgaas
2014-09-22 11:05     ` Liviu Dudau
2014-09-22 11:05       ` Liviu Dudau
2014-09-22 15:25       ` Bjorn Helgaas
2014-09-22 15:25         ` Bjorn Helgaas
2014-09-22 15:33         ` Liviu Dudau
2014-09-22 15:33           ` Liviu Dudau
2014-09-20  2:24   ` Arnd Bergmann
2014-09-20  2:24     ` Arnd Bergmann
2014-09-22 15:20     ` Liviu Dudau
2014-09-22 15:20       ` Liviu Dudau
2014-09-20 17:52   ` Rob Herring [this message]
2014-09-20 17:52     ` Rob Herring
2014-09-18  1:30 ` [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-19 21:06   ` Bjorn Helgaas
2014-09-19 21:06     ` Bjorn Helgaas
2014-09-20  0:28     ` Rob Herring
2014-09-20  0:28       ` Rob Herring
2014-09-22 17:55       ` Liviu Dudau
2014-09-22 17:55         ` Liviu Dudau
2014-09-22 22:11         ` Rob Herring
2014-09-22 22:11           ` Rob Herring
2014-09-22  9:32   ` Robert Richter
2014-09-22  9:32     ` Robert Richter
2014-09-22  9:32     ` Robert Richter
2014-09-22  9:32     ` Robert Richter
2014-09-22 11:43     ` Liviu Dudau
2014-09-22 11:43       ` Liviu Dudau
2014-09-22 11:43       ` Liviu Dudau
     [not found]       ` <20140922114317.GN1994-2JSQmVVBSi7ZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org>
2014-09-22 12:15         ` Robert Richter
2014-09-22 12:15           ` Robert Richter
2014-09-22 12:15           ` Robert Richter
2014-09-23  7:56       ` Arnd Bergmann
2014-09-23  7:56         ` Arnd Bergmann
2014-09-23  7:56         ` Arnd Bergmann
2014-09-23 10:49         ` Liviu Dudau
2014-09-23 10:49           ` Liviu Dudau
2014-09-23 10:49           ` Liviu Dudau
2014-09-23 13:30         ` Rob Herring
2014-09-23 13:30           ` Rob Herring
2014-09-23 13:30           ` Rob Herring
2014-09-23 13:58           ` Liviu Dudau
2014-09-23 13:58             ` Liviu Dudau
2014-09-23 13:58             ` Liviu Dudau
2014-09-18  1:30 ` [PATCH v11 09/10] PCI: Assign unassigned bus resources in pci_scan_root_bus() Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-18  1:30 ` [PATCH v11 10/10] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-18  1:30   ` Liviu Dudau
2014-09-19 21:54   ` Bjorn Helgaas
2014-09-19 21:54     ` Bjorn Helgaas
2014-09-20  2:20     ` Arnd Bergmann
2014-09-20  2:20       ` Arnd Bergmann
2014-09-22 15:29       ` Robert Richter
2014-09-22 15:29         ` Robert Richter
2014-09-20  0:34   ` Rob Herring
2014-09-20  0:34     ` Rob Herring
2014-09-19 21:59 ` [PATCH v11 00/10] Support for creating generic PCI host bridges from DT Bjorn Helgaas
2014-09-19 21:59   ` Bjorn Helgaas
2014-09-22 11:35   ` Liviu Dudau
2014-09-22 11:35     ` Liviu Dudau

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=541DBEEC.6010305@gmail.com \
    --to=robherring2@gmail.com \
    --cc=Liviu.Dudau@arm.com \
    --cc=Will.Deacon@arm.com \
    --cc=arnd@arndb.de \
    --cc=benh@kernel.crashing.org \
    --cc=bhelgaas@google.com \
    --cc=catalin.marinas@arm.com \
    --cc=devicetree@vger.kernel.org \
    --cc=grant.likely@linaro.org \
    --cc=grant.likely@secretlab.ca \
    --cc=jg1.han@samsung.com \
    --cc=jgunthorpe@obsidianresearch.com \
    --cc=kgene.kim@samsung.com \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=okaya@codeaurora.org \
    --cc=robh+dt@kernel.org \
    --cc=suravee.suthikulpanit@amd.com \
    --cc=tinamdar@apm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.