| 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: <20110921125607.GC25620@sirena.org.uk> Date: Wed, 21 Sep 2011 13:56:07 +0100 From: Mark Brown <broonie@...nsource.wolfsonmicro.com> To: Leo Yan <leoy@...vell.com> Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "alsa-devel@...a-project.org" <alsa-devel@...a-project.org> Subject: Re: Questions for dummy codec driver On Wed, Sep 21, 2011 at 10:23:18AM +0800, Leo Yan wrote: > I have a question for the dummy codec. Don't start new threads by randomly replying to unrelated mails. > As you know, sometimes maybe we only need set the timing from the > processor, and codec just only need tx/rx data; So there do not need > the codec driver. Even a dumb CODEC will have some constraints on things like the sample rates it can support which need to be conveyed to the framework and ideally the audio routing out of the CODEC should be visible for integration with any external output drivers or similar. > After browser the code, there have NO such a dummy codec driver; and > for soc-core, there have not such flags to support this situation. > Only what i get is sound/soc/codecs/spdif_transciever.c, but it's > specific for TI's DaVinci platform. Not at all, what makes you believe that it is platform specific? -- 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