[PATCH 3/4] ARM: Xilinx: Adding timer support to the platform
John Linn
John.Linn at xilinx.com
Tue Feb 8 12:53:50 EST 2011
> -----Original Message-----
> From: Arnd Bergmann [mailto:arnd at arndb.de]
> Sent: Tuesday, February 08, 2011 8:26 AM
> To: linux-arm-kernel at lists.infradead.org
> Cc: John Linn; Russell King - ARM Linux; catalin.marinas at arm.com;
glikely at secretlab.ca; Kiran Sutariya
> Subject: Re: [PATCH 3/4] ARM: Xilinx: Adding timer support to the
platform
>
> On Tuesday 08 February 2011, John Linn wrote:
> > > > +#define PERIPH_BASE 0xF8000000
> > >
> > > should be:
> > >
> > > #define PERIPH_BASE IOMEM(0xF8000000)
> > >
> > > But then in a different patch you do:
> > > + .virtual = TTC0_BASE,
> > > + .pfn = __phys_to_pfn(TTC0_BASE),
> > >
> > > So it's also used as a physical address. Yuck.
> >
> > I have been mapping everything flat (virt = phys) and I should have
been
> > clearer on that.
> >
> > It seems like there are two sets of #defines expected, virtual and
> > physical, even if they are the same.
>
> Yes, it quickly gets messy otherwise. Normally, you only need to
specify
> very few physical addresses, e.g. the start of each register window.
> When you have separate defines for your virtual bases, you can also
> make them type safe right away, like:
>
> #define PERIPH_BASE_PHYS 0xf800000
> #define PERIPH_BASE IOMEM(PERIPH_BASE_PHYS)
>
> #define TCC0_BASE (PERIPH_BASE + 0xA0000)
> #define TCC1_BASE (PERIPH_BASE + 0xB0000)
>
Hi Arnd,
Maybe I'm being dense here, just wanting to be clear.
But that still doesn't provide physical addresses for each device like
you would need to put in the resources
for platform devices.
Do you just cast them back to an integer then?
Thanks,
John
> This way, you don't need to convert the types in driver code.
>
> Arnd
This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.
More information about the linux-arm-kernel
mailing list