From mboxrd@z Thu Jan 1 00:00:00 1970 From: broonie@kernel.org (Mark Brown) Date: Mon, 7 Oct 2013 18:05:48 +0100 Subject: [PATCH 5/5] DRM: Armada: add support for drm tda19988 driver In-Reply-To: <5252DC6C.9060503@gmail.com> References: <20131006220728.GG12758@n2100.arm.linux.org.uk> <20131007111807.5e86ea6e@armhf> <20131007094404.GI12758@n2100.arm.linux.org.uk> <20131007124820.2189a4c3@armhf> <20131007110902.GL12758@n2100.arm.linux.org.uk> <52529B1A.7060306@gmail.com> <20131007155326.GP21581@sirena.org.uk> <5252DC6C.9060503@gmail.com> Message-ID: <20131007170548.GR21581@sirena.org.uk> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Mon, Oct 07, 2013 at 06:08:12PM +0200, Sebastian Hesselbarth wrote: > True, I didn't mention TDM modes squeezing multiple channels into one > L/R frame. Neither Dove nor TDA998x support this, but thanks for the > clarification. Depending on how the DMA and so on is done you can sometimes still do it on the CPU side by lying to the CPU about the data format (eg, tell it that two 16 bit samples are actually a 32 bit one) though it gets messy for I2S since you need to be able to gather all the left samples and all the right samples. Though given that your CODEC doesn't support it it's still all moot anyway as you say. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Brown Subject: Re: [PATCH 5/5] DRM: Armada: add support for drm tda19988 driver Date: Mon, 7 Oct 2013 18:05:48 +0100 Message-ID: <20131007170548.GR21581@sirena.org.uk> References: <20131006220728.GG12758@n2100.arm.linux.org.uk> <20131007111807.5e86ea6e@armhf> <20131007094404.GI12758@n2100.arm.linux.org.uk> <20131007124820.2189a4c3@armhf> <20131007110902.GL12758@n2100.arm.linux.org.uk> <52529B1A.7060306@gmail.com> <20131007155326.GP21581@sirena.org.uk> <5252DC6C.9060503@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2034043626992817237==" Return-path: In-Reply-To: <5252DC6C.9060503@gmail.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org To: Sebastian Hesselbarth Cc: Jean-Francois Moine , Russell King - ARM Linux , Jason Cooper , David Airlie , dri-devel@lists.freedesktop.org, Rob Clark , Daniel Vetter , linux-arm-kernel@lists.infradead.org List-Id: dri-devel@lists.freedesktop.org --===============2034043626992817237== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YkilVOb9qhI0mB+X" Content-Disposition: inline --YkilVOb9qhI0mB+X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 07, 2013 at 06:08:12PM +0200, Sebastian Hesselbarth wrote: > True, I didn't mention TDM modes squeezing multiple channels into one > L/R frame. Neither Dove nor TDA998x support this, but thanks for the > clarification. Depending on how the DMA and so on is done you can sometimes still do it on the CPU side by lying to the CPU about the data format (eg, tell it that two 16 bit samples are actually a 32 bit one) though it gets messy for I2S since you need to be able to gather all the left samples and all the right samples. Though given that your CODEC doesn't support it it's still all moot anyway as you say. --YkilVOb9qhI0mB+X Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJSUunpAAoJELSic+t+oim9uZkQAJhOMmza1NPOtZfaUyFxrzrK oVcD3nQPnlq62LJUcInB/daitNWkGRXOdGr7ulktnGeRntobbS77CnRhXNfrfI8h JfwesyRJHc5O4rhWaYczaZhNeOSDjLCtFdtQqxknMCWo4tP+gTBSCv9VkDjCRBg9 PI8Urif3oi2zgO34KAC+vuLsY/Pw6Ror2ORub9RI4Oky8ryX5hrm2irvi7jFzNn0 rEcMByDYC0lWfJn2cqBqmsvl/NmQOza661EMFsTTS46MkLLTSmllr6GEy0ArMhb3 ZA0LYoJDMa4kOpMluY6tU43DNj+sgeBtzHqZMvbisN+cFdILnluDwHjJfBQTUEGi pHuPVVHFE8YbhjMH4SOBwFjJImiSpo8eQVrQk4kuxoTFHCYS71NkuZRtTD0lL02B FToRH06o9ho88uIcaBszp8P75kF0OiF64IjmegLMCsfnUwahNTOH7cenqcQcV8av 2M+GuhLB83LTSbDaRUg11MI5DLnOIRBtca76kZu4npVh1g5ZGDy40ZiCI66MVaiK s8vkHjzGq3FzuiQuKCwjM5AiJrEzITT9Cv2MQ9QYUOw97r8ESV2Nvl+iRyUXIpkq GnpKSvN6jkD0VCX7ZcRf6ePmQw0XkUF32LPFMi0J9JS+owvMaLcrWaZqNRn8hvg/ L8P56MIMQ5vDiHXCwglb =EQ7x -----END PGP SIGNATURE----- --YkilVOb9qhI0mB+X-- --===============2034043626992817237== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel --===============2034043626992817237==--