From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Fri, 1 Feb 2019 10:35:02 -0500 Subject: [U-Boot] [PATCH v3 4/7] dma: ti: add driver to K3 UDMA In-Reply-To: <20190129055729.25553-5-vigneshr@ti.com> References: <20190129055729.25553-1-vigneshr@ti.com> <20190129055729.25553-5-vigneshr@ti.com> Message-ID: <20190201153502.GE30838@bill-the-cat> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de 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 > Signed-off-by: Grygorii Strashko > Signed-off-by: Vignesh R [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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: