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.ujfalusi@ti.com Signed-off-by: Grygorii Strashko grygorii.strashko@ti.com Signed-off-by: Vignesh R vigneshr@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!