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

[alsa-devel] [PATCH 1/3 v2]sound/oss/ac97_codec.c Update broken web addresses.
by Justin P. Mattock 13 Sep '10

13 Sep '10

This is a resend from the original, due to Clemens Ladisch providing the right locations of the *.pdf's etc.. Signed-off-by: Justin P. Mattock <justinmattock(a)gmail.com> Signed-off-by: Clemens Ladisch <clemens(a)ladisch.de> --- sound/oss/ac97_codec.c | 5 +---- 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/sound/oss/ac97_codec.c b/sound/oss/ac97_codec.c index 456a1b4..e2c5fe9 100644 --- a/sound/oss/ac97_codec.c +++ b/sound/oss/ac97_codec.c @@ -22,10 +22,7 @@ ************************************************************************** * * The Intel Audio Codec '97 specification is available at the Intel - * audio homepage: http://developer.intel.com/ial/scalableplatforms/audio/ - * - * The specification itself is currently available at: - * ftp://download.intel.com/ial/scalableplatforms/ac97r22.pdf + * http://download.intel.com/support/motherboards/desktop/sb/ac97_r23.pdf * ************************************************************************** * -- 1.7.2.1

1 2

Re: [alsa-devel] [PATCH 3, 5, 7/8] sound/* Update broken web addresses.
by Clemens Ladisch 13 Sep '10

13 Sep '10

Justin P. Mattock wrote: > --- a/sound/oss/ac97_codec.c > +++ b/sound/oss/ac97_codec.c > * The Intel Audio Codec '97 specification is available at the Intel >- * audio homepage: http://developer.intel.com/ial/scalableplatforms/audio/ > + * audio homepage: http://developer.intel.com/ drop this link > * The specification itself is currently available at: > - * ftp://download.intel.com/ial/scalableplatforms/ac97r22.pdf > + * ftp://ftp.intel.com/pub/ http://download.intel.com/support/motherboards/desktop/sb/ac97_r23.pdf > --- a/sound/pci/ens1370.c > +++ b/sound/pci/ens1370.c > - * using http://www.alsa-project.org/~iwai/writing-an-alsa-driver/c1540.htm > + * using http://www.alsa-project.org/~iwai/ http://www.kernel.org/pub/linux/kernel/people/tiwai/docs/writing-an-alsa-dr… > --- a/sound/pci/intel8x0.c > +++ b/sound/pci/intel8x0.c > - * http://www.intel.com/design/chipsets/specupdt/245051.htm > + * http://www.intel.com/p/en_US/business/design http://download.intel.com/design/chipsets/specupdt/24505108.pdf

2 1

Re: [alsa-devel] USB Audio device syncpipe error
by 6275 kson 13 Sep '10

13 Sep '10

Well I basically understand what is wrong. Usbaudio is expecting the packet size to be 4 and the value to be encoded as 16.16 because the device is operating at high speed. I made the change and my device now shows up properly as an output device and playback works but the feedback polling interval is incorrect. Since the feedback endpoint descriptor is not class specific I can see why one would expect it to be a usb 2.0 standard endpoint descriptor, however, that would mean I should also change my other audio streaming endpoint descriptors. Unfortunately, I'm not sure the proper way to fix this - any advice would be appreciated. Cheers On Thu, Sep 9, 2010 at 10:04 AM, 6275 kson <6275.kson(a)gmail.com> wrote: > > > On Thu, Sep 9, 2010 at 2:50 AM, Clemens Ladisch <clemens(a)ladisch.de>wrote: > >> 6275 kson wrote: >> > cannot submit syncpipe for urb 0, error -90: internal error >> >> Documentation/usb/error-codes.txt says: >> | -EMSGSIZE (a) endpoint maxpacket size is zero; it is not usable >> | in the current interface altsetting. >> | (b) ISO packet is larger than the endpoint maxpacket. >> | (c) requested data transfer length is invalid: negative >> | or too large for the host controller. >> >> So, what is the sync packet size? >> > >> > The packet size is 3. > > The descriptor used for High Speed is essentially the same as the full > speed descriptor except we have adjusted the endpoint polling rates so they > match the full speed rate (1ms). > > Thanks for your help, > > > >

4 3

[alsa-devel] [PATCH] alsactl init: Add db entry for Compaq nx6110 quirk
by Daniel Chen 13 Sep '10

13 Sep '10

Hi, Attached please find a patch for alsa-utils that adds a necessary control quirk for the Compaq nx6110 (the 'Headphone Jack Sense' control needs to be unmuted). Thanks, Dan

2 2

[alsa-devel] [PATCH] ASoC: Set more meaningful name for SMDK64xx WM8580 audio
by Mark Brown 13 Sep '10

13 Sep '10

Since the SMDK64xx boards have two audio subsystems using the board name as the card name by itself isn't so user friendly as it might be. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/s3c24xx/smdk64xx_wm8580.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/s3c24xx/smdk64xx_wm8580.c b/sound/soc/s3c24xx/smdk64xx_wm8580.c index 91367f7..052e499 100644 --- a/sound/soc/s3c24xx/smdk64xx_wm8580.c +++ b/sound/soc/s3c24xx/smdk64xx_wm8580.c @@ -242,7 +242,7 @@ static struct snd_soc_dai_link smdk64xx_dai[] = { }; static struct snd_soc_card smdk64xx = { - .name = "smdk64xx", + .name = "SMDK64xx 5.1", .dai_link = smdk64xx_dai, .num_links = ARRAY_SIZE(smdk64xx_dai), }; -- 1.7.1

3 2

[alsa-devel] [PATCH 2.6.32.3] hda_intel: ALSA HD Audio patch for Intel Cougar Point DeviceIDs
by Seth Heasley 13 Sep '10

13 Sep '10

This patch adds the Intel Cougar Point (PCH) HD Audio Controller DeviceIDs. Signed-off-by: Seth Heasley <seth.heasley(a)intel.com> --- linux-2.6.32.3/sound/pci/hda/hda_intel.c.orig 2010-01-06 15:07:45.000000000 -0800 +++ linux-2.6.32.3/sound/pci/hda/hda_intel.c 2010-01-07 13:10:28.000000000 -0800 @@ -116,6 +116,7 @@ "{Intel, ICH9}," "{Intel, ICH10}," "{Intel, PCH}," + "{Intel, CPT}," "{Intel, SCH}," "{ATI, SB450}," "{ATI, SB600}," @@ -2648,6 +2649,8 @@ { PCI_DEVICE(0x8086, 0x3a6e), .driver_data = AZX_DRIVER_ICH }, /* PCH */ { PCI_DEVICE(0x8086, 0x3b56), .driver_data = AZX_DRIVER_ICH }, + /* CPT */ + { PCI_DEVICE(0x8086, 0x1c20), .driver_data = AZX_DRIVER_ICH }, /* SCH */ { PCI_DEVICE(0x8086, 0x811b), .driver_data = AZX_DRIVER_SCH }, /* ATI SB 450/600 */

2 5

[alsa-devel] Question about "ALSA device list" on kernel boot
by Kuninori Morimoto 13 Sep '10

13 Sep '10

Dear Mark, Liam I noticed that the "ALSA device list" on kernel boot was changed. # Maybe the turning patch is Liam's # ASoC: multi-component - ASoC Multi-Component Support # But, I have not confirmed it. ex) on AP4 board, FSI-AK4642, FSI-HDMI case, the list is before: ... ALSA device list: #0: FSI (AK4642) #1: FSI (SH MOBILE HDMI) after: ... ALSA device list: #0: FSI #1: FSI Was print policy changed ? If it is strange, where is ? => soc-core side ? or FSI side ? Best regards -- Kuninori Morimoto

2 1

[alsa-devel] Binding multiple registers to an enum
by Stuart Longland 13 Sep '10

13 Sep '10

Hi all, Just working on the TLV320AIC3204 driver again... I've got an issue where we get noise on recording inputs if I don't drive unused inputs to the common mode. Now there's a register which can do exactly this. Each of the inputs can be routed through a difference series resistance... this selection is done by enum controls, with the options being: not-connected, 10k, 20k or 40k. My plan, is that when 'not-selected' is chosen, I set the appropriate bit in the floating input register so it gets connected to common-mode... and when something else is chosen, that bit gets cleared. I've tried lying to DAPM and telling it these bits control PGAs on the inputs themselves... but it gets the wrong idea about which ones need to be turned on. Perhaps I should investigate that ... but the idea of using PGA controls doesn't seem quite right. I've looked at SOC_ENUM_EXT, which would do what I want (I already use this to keep ADC OSR and DAC OSR settings in sync) however, these controls have implications for signal routing, and therefore DAPM needs to know about them, so really it'd be a SOC_DAPM_ENUM_EXT control I'd be after. I can't see such a thing however... how does one go about doing this? Regards, -- Stuart Longland (aka Redhatter, VK4MSL) .'''. Gentoo Linux/MIPS Cobalt and Docs Developer '.'` : . . . . . . . . . . . . . . . . . . . . . . .'.' http://dev.gentoo.org/~redhatter :.' I haven't lost my mind... ...it's backed up on a tape somewhere.

2 1

[alsa-devel] [PATCH] ASoC: S3C: Fix PCM RX FIFO settings
by Seungwhan Youn 11 Sep '10

11 Sep '10

When PCM capture, sound recorded abnormally because of RX FIFO threshold settings are missing. So, This patch modify PCM RX FIFO setting codes same as TX. Signed-off-by: Seungwhan Youn <sw.youn(a)samsung.com> --- sound/soc/s3c24xx/s3c-pcm.c | 3 +++ sound/soc/s3c24xx/s3c-pcm.h | 3 ++- 2 files changed, 5 insertions(+), 1 deletions(-) diff --git a/sound/soc/s3c24xx/s3c-pcm.c b/sound/soc/s3c24xx/s3c-pcm.c index 43dcc6b..deaa3f2 100644 --- a/sound/soc/s3c24xx/s3c-pcm.c +++ b/sound/soc/s3c24xx/s3c-pcm.c @@ -107,11 +107,14 @@ static void s3c_pcm_snd_rxctrl(struct s3c_pcm_info *pcm, int on) ctl = readl(regs + S3C_PCM_CTL); clkctl = readl(regs + S3C_PCM_CLKCTL); + ctl &= ~(S3C_PCM_CTL_RXDIPSTICK_MASK + << S3C_PCM_CTL_RXDIPSTICK_SHIFT); if (on) { ctl |= S3C_PCM_CTL_RXDMA_EN; ctl |= S3C_PCM_CTL_RXFIFO_EN; ctl |= S3C_PCM_CTL_ENABLE; + ctl |= (0x20<<S3C_PCM_CTL_RXDIPSTICK_SHIFT); clkctl |= S3C_PCM_CLKCTL_SERCLK_EN; } else { ctl &= ~S3C_PCM_CTL_RXDMA_EN; diff --git a/sound/soc/s3c24xx/s3c-pcm.h b/sound/soc/s3c24xx/s3c-pcm.h index 3e9bfc9..b85eaf2 100644 --- a/sound/soc/s3c24xx/s3c-pcm.h +++ b/sound/soc/s3c24xx/s3c-pcm.h @@ -22,7 +22,8 @@ /* PCM_CTL Bit-Fields */ #define S3C_PCM_CTL_TXDIPSTICK_MASK (0x3f) #define S3C_PCM_CTL_TXDIPSTICK_SHIFT (13) -#define S3C_PCM_CTL_RXDIPSTICK_MSK (0x3f<<7) +#define S3C_PCM_CTL_RXDIPSTICK_MASK (0x3f) +#define S3C_PCM_CTL_RXDIPSTICK_SHIFT (7) #define S3C_PCM_CTL_TXDMA_EN (0x1<<6) #define S3C_PCM_CTL_RXDMA_EN (0x1<<5) #define S3C_PCM_CTL_TXMSB_AFTER_FSYNC (0x1<<4) -- 1.6.2.5

5 8

[alsa-devel] [PATCH] ASoC: Fix off-by-one bug in register cache size configuration
by Dimitris Papastamos 11 Sep '10

11 Sep '10

This is a simple off-by-one bug, the size of the register cache is incorrectly set to the maximum register index. Fix it by adding one. Signed-off-by: Dimitris Papastamos <dp(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/wm8962.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/codecs/wm8962.c b/sound/soc/codecs/wm8962.c index 58ba2d3..30984dd 100644 --- a/sound/soc/codecs/wm8962.c +++ b/sound/soc/codecs/wm8962.c @@ -1780,7 +1780,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm8962 = { .remove = wm8962_remove, .resume = wm8962_resume, .set_bias_level = wm8962_set_bias_level, - .reg_cache_size = WM8962_MAX_REGISTER, + .reg_cache_size = WM8962_MAX_REGISTER + 1, .reg_word_size = sizeof(u16), .reg_cache_default = wm8962_reg, .volatile_register = wm8962_volatile_register, -- 1.7.2.3

3 2