On Thu, Dec 21, 2017 at 11:01:28AM +0000, Biju Das wrote: > Hi Simon, > > > -----Original Message----- > > From: Simon Horman [mailto:[email protected]] > > Sent: 21 December 2017 10:45 > > To: Biju Das <[email protected]> > > Cc: Rob Herring <[email protected]>; Mark Rutland > > <[email protected]>; Magnus Damm <[email protected]>; > > Chris Paterson <[email protected]>; Fabrizio Castro > > <[email protected]>; [email protected]; linux-renesas- > > [email protected] > > Subject: Re: [PATCH 8/9] ARM: dts: iwg22d-sodimm: Sound DMA support via > > SRC on DTS > > > > On Wed, Dec 20, 2017 at 08:02:04PM +0000, Biju Das wrote: > > > DMA transfer to/from SRC > > > > > > DMA DMApp > > > [MEM] -> [SRC] -> [SSIU] -> [SSI] > > > > > > DMA DMApp > > > [MEM] <- [SRC] <- [SSIU] <- [SSI] > > > > > > Current sound driver is supporting SSI/SRC random connection. > > > So, this patch is trying > > > SSI3 -> SRC3 > > > SSI4 <- SRC4 > > > > I am curious to know why the selection here differs from that present in > > iwg20d-q7-common. Is it an arbitrary decision? > > > > Likewise for other uses of ssi*, src* and dvc* in this patchset. > > For ssi*, on this board, SSI3/4 interface is connected to Audio In/Out. > > For src*, the original bsp from iwave is using src3/src4, also it is > arbitrary as per the data sheet. > > For dvc*, Again it is arbitrary as per the data sheet.
Thanks, understood.
