linux-toradex.git/include/sound/asoundef.h, branch v3.2.5 Linux kernel for Apalis and Colibri modules ALSA: IEC958 definition for consumer status channel update 2008-08-01T11:13:13+00:00 Pawel MOLL pawel.moll@st.com 2008-08-01T10:23:44+00:00 687fbc3fece34e7e1c2ac529348ad897095a0bde Updated IEC958 consumer status channel definitions according to the third edition of IEC60958-3 spec. Signed-off-by: Pawel Moll <pawel.moll@st.com> Signed-off-by: Jaroslav Kysela <perex@perex.cz> 
Updated IEC958 consumer status channel definitions according
to the third edition of IEC60958-3 spec.

Signed-off-by: Pawel Moll <pawel.moll@st.com>
Signed-off-by: Jaroslav Kysela <perex@perex.cz>
[ALSA] IEC958 definitions for consumer status channel, byte 4 2008-04-24T10:00:19+00:00 Pawel MOLL pawel.moll@st.com 2008-02-29T11:41:31+00:00 fd6640fa2d8b5f5f471aad5abd8ce5d6995df563 Added definition for byte 4 of SPDIF channel status, according to second edition of IEC 60958-3 (consumer) spec. Signed-off-by: Pawel MOLL <pawel.moll@st.com> Signed-off-by: Takashi Iwai <tiwai@suse.de> 
Added definition for byte 4 of SPDIF channel status, according to
second edition of IEC 60958-3 (consumer) spec.

Signed-off-by: Pawel MOLL <pawel.moll@st.com>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
[ALSA] Changed Jaroslav Kysela's e-mail from perex@suse.cz to perex@perex.cz 2007-10-16T14:51:18+00:00 Jaroslav Kysela perex@perex.cz 2007-10-15T07:50:19+00:00 c1017a4cdb68ae5368fbc9ee42c77f1f5dca8916 Signed-off-by: Jaroslav Kysela <perex@perex.cz> 
Signed-off-by: Jaroslav Kysela <perex@perex.cz>
Linux-2.6.12-rc2 2005-04-16T22:20:36+00:00 Linus Torvalds torvalds@ppc970.osdl.org 2005-04-16T22:20:36+00:00 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!