All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julien Grall <julien.grall@linaro.org>
To: Ian Campbell <ian.campbell@citrix.com>
Cc: xen-devel@lists.xen.org, tim@xen.org, vijay.kilari@gmail.com,
	Suravee Suthikulanit <suravee.suthikulpanit@amd.com>,
	stefano.stabellini@eu.citrix.com
Subject: Re: [PATCH v2 3/3] xen: arm: handle PCI DT node ranges and interrupt-map properties
Date: Mon, 16 Mar 2015 17:00:15 +0000	[thread overview]
Message-ID: <55070C1F.9090808@linaro.org> (raw)
In-Reply-To: <1426524375.18247.120.camel@citrix.com>

On 16/03/15 16:46, Ian Campbell wrote:
> On Mon, 2015-03-16 at 16:38 +0000, Julien Grall wrote:
>> On 16/03/15 16:22, Ian Campbell wrote:
>>>>> +    if ( dt_device_type_is_equal(dev, "pci") )
>>>>> +        return map_pci_device_ranges(d, dev, ranges, len);
>>>>> +
>>>>> +    printk("Cannot handle ranges for non-PCI device %s type %s\n",
>>>>> +           dt_node_name(dev), dev->type);
>>>>> +
>>>>
>>>> Is the printk really necessary? It will a spurious log on platform where
>>>> ranges is not empty (midway, arndale, foundation model...).
>>>
>>> If the ranges is present and non-empty it's not impossible that we need
>>> to be doing something with it. I'd rather try and figure out how to
>>> whitelist such nodes, perhaps they lack a dev_type completely?
>>
>> Why would we compute the range? Any usable MMIO should be describe the
>> child.
>>
>> We have to compute the ranges for PCI because we want to map everything
>> at boot time and the PCI devices are not discoverable via the device tree...
> 
> The same would be true for any similar discoverable bus.
> 
> Which I suppose is uncommon on ARM. I think I'll make this a debug level
> print, or even a #if DT_DEBUG. (Same for the interrupt case)

I'm ok with this solution. With Maybe adding a comment explaining that
we may need to parse it for discoverable bus?

Regards,

-- 
Julien Grall

  reply	other threads:[~2015-03-16 17:00 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-12 17:16 [PATCH v2 0/3] xen: arm: Parse PCI DT nodes' ranges and interrupt-map Ian Campbell
2015-03-12 17:17 ` [PATCH v2 1/3] xen: dt: add dt_for_each_irq_map helper Ian Campbell
2015-03-12 17:17 ` [PATCH v2 2/3] xen: arm: propagate gic's #interrupt-cells property to dom0 Ian Campbell
2015-03-16 16:01   ` Julien Grall
2015-04-17 13:43     ` Ian Campbell
2015-03-12 17:17 ` [PATCH v2 3/3] xen: arm: handle PCI DT node ranges and interrupt-map properties Ian Campbell
2015-03-16 16:14   ` Julien Grall
2015-03-16 16:22     ` Ian Campbell
2015-03-16 16:38       ` Julien Grall
2015-03-16 16:46         ` Ian Campbell
2015-03-16 17:00           ` Julien Grall [this message]
2015-04-14  8:43 ` [PATCH v2 0/3] xen: arm: Parse PCI DT nodes' ranges and interrupt-map Ian Campbell
2015-04-14 11:49   ` Chen Baozi

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=55070C1F.9090808@linaro.org \
    --to=julien.grall@linaro.org \
    --cc=ian.campbell@citrix.com \
    --cc=stefano.stabellini@eu.citrix.com \
    --cc=suravee.suthikulpanit@amd.com \
    --cc=tim@xen.org \
    --cc=vijay.kilari@gmail.com \
    --cc=xen-devel@lists.xen.org \
    /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.