lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-Id: <F2F204F7-F5A8-4152-BF1D-454EB3E35F34@crome.org> Date: Wed, 7 Oct 2015 06:04:51 -0700 From: Caleb Crome <caleb@...me.org> To: sugar <sugar.zhang@...k-chips.com> Cc: Mark Brown <broonie@...nel.org>, alsa-devel@...a-project.org, heiko@...ech.de, linux-kernel@...r.kernel.org, lgirdwood@...il.com, tiwai@...e.com, linux-rockchip@...ts.infradead.org, linux-arm-kernel@...ts.infradead.org Subject: Re: [alsa-devel] [PATCH 1/2] ASoC: rockchip: i2s: add 8 channels capture and lrck-mode support Hi sugar, Can the rockchip support more than 8 channels? Ideally, we would like to capture 16 channels and playback 16 channels simultaneously. Thanks, Caleb Sent from my iPhone > On Oct 7, 2015, at 1:01 AM, sugar <sugar.zhang@...k-chips.com> wrote: > > Sorry for late reply, we were in the National Day Holiday. > >> 在 10/1/2015 02:46, Mark Brown 写道: >>> On Mon, Sep 28, 2015 at 04:16:12PM +0800, sugar wrote: >>> 在 9/24/2015 00:24, Mark Brown 写道: >> >>>> My initial thought here is that the machine driver should be responsible >>>> for setting this and then the DAI driver should check to see if >>>> symmetric_rates are in use and configure itself appropriately. Is there >>>> a reason why this won't work here? >> >>> It's for i2s ip configuration, in the most situation, there is no need >>> to use this property, except one case: >> >>> In order to save gpio pins for other function use, we may use single >>> lrck(tx or rx) pin. of course, it depends on product design. when in i2s >>> slave mode, we need to configure this to share lrck with tx/rx inside i2s >>> logic. >> >>> symmetric_rates flag works fine on rockchip platform, but it can't cover the >>> above case. >> >>> Do you have any suggestion about this or maybe there is no need to upstream >>> this special part? >> >> What makes you say that the symmetric_rates flag can't be used to cover >> this case? What you describe above is hte normal reason for needing to >> enforce symmetric_rates. The driver should be able to check if the flag >> has been set just as well as the core is. > > Got it, How about the following modify? > > if (dai->symmetric_rates) > regmap_update_bits(i2s->regmap, I2S_CKR, > I2S_CKR_TRCM_MASK, > I2S_CKR_TRCM(val)); > > > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@...a-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists