* Tony Lindgren <tony@xxxxxxxxxxx> [080903 13:50]:
> * Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> [080903 13:46]:
> > On Wed, Sep 03, 2008 at 04:04:11PM -0400, Eduardo Valentin wrote:
> > > Hi Russell,
> > >
> > > On Wed, Sep 3, 2008 at 3:48 PM, Russell King - ARM Linux
> > > <linux@xxxxxxxxxxxxxxxx> wrote:
> > > > Yes, that will be virtual. But what does it mean to call:
> > > >
> > > > omap_set_dma_dest_params()
> > > >
> > > > specifying a virtual address? Can the DMA controller cope with DMAing
> > > > to virtual addresses? My hunch is that the DMA controller can't cope
> > > > with that, so giving it a virtual address is a bug.
> > > >
> > > > Let me change the question: does omap_set_dma_dest_params()'s 4th
> > > > argument take a virtual or a physical address? If the former, it's
> > > > prototype is wrong, and its 4th argument needs to be typed as
> > > > 'void __iomem *' rather than 'unsigned long'. If the latter, the code
> > > > above is wrong.
> > > >
> > > > Do you see what I'm getting at now?
> > >
> > > Ok. I got your point. I took a look at it and it expects a virtual address
> > > on its 4th argument.
> >
> > I'm sorry, but I don't think you have.
> >
> > > I uses it with dma_write() macro, which uses it with __raw_write()
> > > (arch/arm/plat-omap/dma.c).
> >
> > That's true, but probably not in the way which would require it to be
> > a virtual address that you're thinking.
> >
> > void omap_set_dma_dest_params(int lch, int dest_port, int dest_amode,
> > unsigned long dest_start,
> > int dst_ei, int dst_fi)
> > {
> > if (cpu_class_is_omap1()) {
> > dma_write(dest_start >> 16, CDSA_U(lch));
> > dma_write(dest_start, CDSA_L(lch));
> > }
> >
> > if (cpu_class_is_omap2())
> > dma_write(dest_start, CDSA(lch));
> > }
> >
> > 'dest_start' is a value to be written to the hardware registers in
> > the DMA controller. So, the question now is: do the CDSA registers
> > expect a virtual or a physical address to be written to them?
>
> C[DS][DS]A register need physical addresses for the DMA. The DMA
> controller does not know anything about virtual addresses.
>
> > I would look up this CDSA register in the OMAP manuals, if they were
> > accessible... Are they not publically available? (Google isn't
> > helping, neither is searching on ti.com...)
>
> There is a 3450 public TRM somewhere AFAIK, anybody got a link for that?
> At least 5912 TRM is available somewhere.
Sorry I meant 3550 public TRM. Here's the link to the 5912 TRM,
which covers 16xx.
http://focus.ti.com/dsp/docs/dspsupporttechdocsc.tsp?abstractName=spru742§ionId=3&tabId=409
>
> Tony
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
