[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4731036.9QlepWb5cE@wuerfel>
Date: Tue, 12 Jan 2016 23:52:48 +0100
From: Arnd Bergmann <arnd@...db.de>
To: liviu.dudau@....com
Cc: Rongrong Zou <zourongrong@...wei.com>,
Rongrong Zou <zourongrong@...il.com>,
devicetree@...r.kernel.org,
Catalin Marinas <catalin.marinas@....com>,
Corey Minyard <minyard@....org>, gregkh@...uxfoundation.org,
Will Deacon <will.deacon@....com>,
linux-kernel@...r.kernel.org, linuxarm@...wei.com,
benh@...nel.crashing.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v1 3/3] ARM64 LPC: update binding doc
On Tuesday 12 January 2016 15:13:35 liviu.dudau@....com wrote:
> > int of_address_to_resource(struct device_node *dev, int index,
> > struct resource *r)
> > {
> > ...
> > /* flags can be get here, without ranges property reqired.
> > * if the reg = <0x0 0xe4 4>, I can get flag of IORESOURCE_MEM,
> > * if the reg = <0x1 0xe4 4>, I can get flag of IORESOURCE_IO,
>
> That is strange, the parent node has #address-cells = <2> so the first two numbers should be part
> of the address and not influence the flags. Can you add some debugging in of_get_address() and
> try to figure out what bus is used in *flags = bus->get_flags(prop) ?
>
>
This is the standard ISA binding. The first cell is the address space
(IO or MEM), the second cell is the address within that space. This
is similar to how PCI works.
Arnd
Powered by blists - more mailing lists