On Tue, Jan 29, 2019 at 11:27:26AM +0530, Vignesh R wrote: > The UDMA-P is intended to perform similar (but significantly upgraded) > functions > as the packet-oriented DMA used on previous SoC devices. The UDMA-P module > supports the transmission and reception of various packet types. > The UDMA-P also supports acting as both a UTC and UDMA-C for its internal > channels. Channels in the UDMA-P can be configured to be either Packet-Based > or > Third-Party channels on a channel by channel basis. > > The initial driver supports: > - MEM_TO_MEM (TR mode) > - DEV_TO_MEM (Packet mode) > - MEM_TO_DEV (Packet mode) > > Signed-off-by: Peter Ujfalusi <peter.ujfal...@ti.com> > Signed-off-by: Grygorii Strashko <grygorii.stras...@ti.com> > Signed-off-by: Vignesh R <vigne...@ti.com> [snip] > +#ifdef DEBUG > +#define k3_udma_dbg(arg...) pr_err(arg) > +#define k3_udma_dev_dbg(dev, arg...) dev_err(dev, arg) > +static void k3_udma_print_buf(ulong addr, const void *data, uint width, > + uint count, uint linelen) > +{ > + print_buffer(addr, data, width, count, linelen); > +} > +#else > +#define k3_udma_dbg(arg...) > +#define k3_udma_dev_dbg(arg...) > +static void k3_udma_print_buf(ulong addr, const void *data, uint width, > + uint count, uint linelen) > +{} > +#endif
Here too what I've just said in another part of the thread about pr_xxx and I sent in reply to another thread about print_buffer directly or not at all. Thanks! -- Tom
signature.asc
Description: PGP signature
_______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot