From mboxrd@z Thu Jan 1 00:00:00 1970 From: s.hauer@pengutronix.de (Sascha Hauer) Date: Tue, 1 Dec 2009 16:49:20 +0100 Subject: [PATCH 1/3] ASoC: Add a new imx-ssi sound driver In-Reply-To: References: <1259163666-30344-1-git-send-email-s.hauer@pengutronix.de> <1259163666-30344-2-git-send-email-s.hauer@pengutronix.de> <20091125155807.GD12750@rakim.wolfsonmicro.main> Message-ID: <20091201154920.GW27548@pengutronix.de> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Mon, Nov 30, 2009 at 06:09:24PM +0100, javier Martin wrote: > 2009/11/30 javier Martin > > > Dear Sascha, > > in "imx_ssi_set_dai_fmt()" callback you should add something like: > > > > /* sync */ > > scr |= SSI_SCR_SYN; > > > > This would enable SSI working in SYN mode which means that RX and TX > > sections will share same frame and bit clocks. Right now I can't imagine a > > situation where this is not desirable. Moreover, if I don't add SYN mode I > > cannot get it working in my i.mx27 based board with an wm8974. > > > > Well, after a chat with Mark it seems that it is not so uncommon that RX and > TX sections have different clocks. So you could add a flag in the platform > data similar to the one that switches between FIQ and DMA so that people can > choose if they want the feature or not. Ok, will do. I myself use the asynchronous mode. The MC13783 I use has two SSI ports, one for capture and one for playback. I route both ports to the same SSI unit using the audio muxer. Sascha -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |