[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140624145153.GQ13803@lee--X1>
Date: Tue, 24 Jun 2014 15:51:53 +0100
From: Lee Jones <lee.jones@...aro.org>
To: Arnd Bergmann <arnd@...db.de>
Cc: Kishon Vijay Abraham I <kishon@...com>,
Sergei Shtylyov <sergei.shtylyov@...entembedded.com>,
devicetree <devicetree@...r.kernel.org>,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/4] phy: miphy365x: Add Device Tree bindings for the
MiPHY365x
On Tue, 24 Jun 2014, Arnd Bergmann wrote:
> On Tuesday 24 June 2014 13:46:34 Lee Jones wrote:
> > > > > > converting all addresses to to resources so drivers can easily pull
> > > > > > them out using platform_get_resource() and friends. Pushing the reg
> > > > >
> > > > > right. Can't we use of_address_to_resource here?
> > > >
> > > > We could, but that would be an extra layer. We'd be pulling the
> > > > address, putting it into a resource, then pulling it from the resource
> > > > for use. If we're going to be pulling addresses out manually, we're
> > > > probably better off using of_get_address(). But again, we're just
> > > > carrying out functionality which is already provided by the
> > > > framework.
> > >
> > > there is also of_ioremap().
> >
> > Isn't this SPARK only? And doesn't it require a populated resource?
> > Which is what I'm saying is the issue here i.e. we don't have one.
>
> Sorry, I meant of_iomap(). I think it's only for historic reaons
> that we have both. Probably of_iomap started out on powerpc with
> the same intention as the sparc of_ioremap.
>
> of_iomap does not require a resource, just an index.
Ah, this sounds like a better solution. I'll have a play, thanks.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists