- Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCH] speaker-test.c - fix pink noise generator on big-endian archs
by Giuliano Pochini 28 Apr '08

28 Apr '08

This patch makes speaker-test fill the buffers with properly coded data on both big- and little-endian processors. Signed-off-by: Giuliano Pochini <pochini(a)shiny.it> --- speaker-test/speaker-test.c__orig 2008-04-27 22:22:14.000000000 +0200 +++ speaker-test/speaker-test.c 2008-04-27 22:38:09.000000000 +0200 @@ -259,7 +259,8 @@ static void generate_pink_noise( uint8_t while (count-- > 0) { for(chn=0;chn<channels;chn++) { - if (sample_size_bits == 8) { + switch (format) { + case SND_PCM_FORMAT_S8: if (chn==channel) { res = generate_pink_noise_sample(&pink) * 0x03fffffff; /* Don't use MAX volume */ ires = res; @@ -267,35 +268,64 @@ static void generate_pink_noise( uint8_t } else { *samp8++ = 0; } - } else if (sample_size_bits == 16) { + break; + case SND_PCM_FORMAT_S16_LE: if (chn==channel) { res = generate_pink_noise_sample(&pink) * 0x03fffffff; /* Don't use MAX volume */ ires = res; - *samp16++ = ires >>16; +#if __BYTE_ORDER == __LITTLE_ENDIAN + *samp16++ = ires >> 16; +#elif __BYTE_ORDER == __BIG_ENDIAN + *samp16++ = bswap_16(ires >> 16); +#endif } else { *samp16++ = 0; } - } else if ((sample_size_bits == 32) && (format == SND_PCM_FORMAT_FLOAT_LE)) { + break; + case SND_PCM_FORMAT_S16_BE: if (chn==channel) { - res = generate_pink_noise_sample(&pink) * 0.75; /* Don't use MAX volume */ - fres = res; - *samp_f++ = fres; + res = generate_pink_noise_sample(&pink) * 0x03fffffff; /* Don't use MAX volume */ + ires = res; +#if __BYTE_ORDER == __BIG_ENDIAN + *samp16++ = ires >> 16; +#elif __BYTE_ORDER == __LITTLE_ENDIAN + *samp16++ = bswap_16(ires >> 16); +#endif } else { - *samp_f++ = 0.0; + *samp16++ = 0; } - } else if ((sample_size_bits == 32) && (format != SND_PCM_FORMAT_FLOAT_LE)) { + break; + case SND_PCM_FORMAT_S32_LE: + if (chn==channel) { + res = generate_pink_noise_sample(&pink) * 0x03fffffff; /* Don't use MAX volume */ + ires = res; +#if __BYTE_ORDER == __LITTLE_ENDIAN + *samp32++ = ires; +#elif __BYTE_ORDER == __BIG_ENDIAN + *samp32++ = bswap_32(ires); +#endif + } else { + *samp32++ = 0; + } + break; + case SND_PCM_FORMAT_S32_BE: if (chn==channel) { res = generate_pink_noise_sample(&pink) * 0x03fffffff; /* Don't use MAX volume */ ires = res; +#if __BYTE_ORDER == __BIG_ENDIAN *samp32++ = ires; +#elif __BYTE_ORDER == __LITTLE_ENDIAN + *samp32++ = bswap_32(ires); +#endif } else { *samp32++ = 0; } + break; + default: + ; } } - } - } static int set_hwparams(snd_pcm_t *handle, snd_pcm_hw_params_t *params, snd_pcm_access_t access) { -- Giuliano.

2 1

[alsa-devel] No sound/mixer with new laptops on board sound - hda_intel ALC883
by Kristoffer Janke 27 Apr '08

27 Apr '08

Hello list, I have a newer Medion Akoya MD 96420 Laptop (Mitac 8227D Barebone). The card is an Intel HDA compatible device, the codec is ALC883. There is no suitable model for the alc883 codec, tested all - no sound. So I think there is some work needed, I have not much knowledge in this area but would like to help if possible. Alsa-info.sh output with newest(hg 6120) alsa driver: http://pastebin.ca/997178 -- Kristoffer Janke

2 6

[alsa-devel] What is EAPD ?
by Roman Rybalko 27 Apr '08

27 Apr '08

Hi everyone, Does anybody know what is this "EAPD" ? Should I enable it or not ? What does it stands for ?

3 2

[alsa-devel] How can you tell if the speaker jack on your sound card has anything plugged into it???
by Sean Thayne 26 Apr '08

26 Apr '08

Hi Everybody, I was talking with some users in the irc channel in the free node, and was hoping to find a way to get the information about weither or not anything was plugged into the sound card, I've seen this feature with windows vista. I search thru a bunch of documentation sites and also scanned the /proc & /sys to no avail... Thanks, Sean T

6 11

[PATCH] Dirty hack to workaround pxa27x buggy hardreset.
by Robert Jarzmik 25 Apr '08

25 Apr '08

Signed-off-by: Robert Jarzmik <rjarzmik(a)free.fr> --- sound/soc/codecs/wm9713.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/sound/soc/codecs/wm9713.c b/sound/soc/codecs/wm9713.c index 2cb4fb8..8ec7ce9 100644 --- a/sound/soc/codecs/wm9713.c +++ b/sound/soc/codecs/wm9713.c @@ -975,6 +975,7 @@ static int wm9713_resume(struct platform_device *pdev) u16 id; /* give the codec an AC97 warm reset to start the link */ + codec->ac97->bus->ops->reset(codec->ac97); codec->ac97->bus->ops->warm_reset(codec->ac97); id = codec->soc_phys_read(codec->ac97, AC97_VENDOR_ID2); if (id != 0x4c13) { -- 1.5.5.3 --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=0003-Added-double-ac97-reset-in-pxa27x-resume-path.patch

1 0

[alsa-devel] How can you tell if the speaker jack on your sound card has anything plugged into it???
by Sean Thayne 25 Apr '08

25 Apr '08

Hi Everybody, I was talking with some users in the irc channel in the free node, and was hoping to find a way to get the information about weither or not anything was plugged into the sound card, I've seen this feature with windows vista. I search thru a bunch of documentation sites and also scanned the /proc & /sys to no avail... Thanks, Sean T

1 0

[alsa-devel] How can you tell if the speaker jack on your sound card has anything plugged into it???
by Sean Thayne 25 Apr '08

25 Apr '08

Hi Everybody, I was talking with some users in the irc channel in the free node, and was hoping to find a way to get the information about weither or not anything was plugged into the sound card, I've seen this feature with windows vista. I search thru a bunch of documentation sites and also scanned the /proc & /sys to no avail... Thanks, Sean T

1 0

[alsa-devel] Status of X-Fi support in ALSA?
by James Pearson 25 Apr '08

25 Apr '08

Out of general interest, what is the current status of X-Fi support? On a related note, I notice that Creative have recently released the 2nd beta of their closed source drivers: <http://connect.creativelabs.com/opensource/Wiki/SoundCard%20Support.aspx> Thanks James Pearson

2 1

[alsa-devel] [RFC] ucb1400 touchscreen, irq auto probing and ac97 with its private field
by Sebastian Siewior 25 Apr '08

25 Apr '08

Hello, I've sent a RFC to the alsa mailing list [1] about adding an extra field in order to pass the IRQ from the AC97 driver to the ucb1400 driver. The result was: - William Pitcock recommended to hack up the ucb1400 driver and save the irq there. The result is [2]. What I don't like very much is the global variable and the fact that has to be done for every platform. - Mark Brown has the same problem with his wm97xx driver [3]. and while browsing a dead list archive of linux-input I noticed that a guy named Peter Ma has the same problem on his AVR32 [4]. I haven't heard anything from the ALSA Maintainer but according to git he didn't put a sing-of-by line since Thu Jan 31 17:40:18 2008 +0100 so maybe he is sleeping. That's why I've add Takashi Iwai since he seems to be in charge some how. Now I'm curious what solution the people here prefer: - adding a private field [1] (my favorite) - hacking up the ucb1400 [2] (doesn't solve [3] and needs addition code to solve [4]). - something totally different what did not come to my attention yet. [1] http://mailman.alsa-project.org/pipermail/alsa-devel/2008-March/006555.html [2] http://mailman.alsa-project.org/pipermail/alsa-devel/2008-March/006559.html [3] http://mailman.alsa-project.org/pipermail/alsa-devel/2008-March/006564.html [4] http://www.mail-archive.com/linux-input@vger.kernel.org/msg00307.html Sebastian

5 32

[alsa-devel] [PATCH 1/3] asoc tlv320aic3x: revisit clock setup
by Daniel Mack 25 Apr '08

25 Apr '08

This patch cleans up the clocking setup for aic3x codecs. It drops the dividers table and determines the PLL control values programatically. Under certain conditions, the PLL is disabled entirely which could save some power. Signed-off-by: Daniel Mack <daniel(a)caiaq.de>

3 10