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

[alsa-devel] [PATCH] wss_lib: fix suspend/resume
by Ondrej Zary 16 Jul '12

16 Jul '12

By setting SNDRV_PCM_INFO_RESUME, wss_lib claims that it can restore the card state fully on resume. But in fact, it can't as DMA is not restored so any playback/capture running during suspend will fail to continue after resume. Remove SNDRV_PCM_INFO_RESUME flag from pcm info field to fix the problem. Signed-off-by: Ondrej Zary <linux(a)rainbow-software.org> --- a/sound/isa/wss/wss_lib.c +++ b/sound/isa/wss/wss_lib.c @@ -1456,7 +1456,6 @@ static struct snd_pcm_hardware snd_wss_playback = { .info = (SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED | SNDRV_PCM_INFO_MMAP_VALID | - SNDRV_PCM_INFO_RESUME | SNDRV_PCM_INFO_SYNC_START), .formats = (SNDRV_PCM_FMTBIT_MU_LAW | SNDRV_PCM_FMTBIT_A_LAW | SNDRV_PCM_FMTBIT_IMA_ADPCM | SNDRV_PCM_FMTBIT_U8 | SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S16_BE), -- Ondrej Zary

2 1

Re: [alsa-devel] [PATCH 1/1] hda_intel: activate COMBO mode for Intel client chipsets
by Wang Xingchao 16 Jul '12

16 Jul '12

Hi Seth, 2012/6/15 Seth Heasley <seth.heasley(a)intel.com>: > This patch activates the COMBO position_fix for recent Intel client chipsets. COMBO mode is the recommended setting for Intel chipsets and eliminates HD audio warnings in dmesg. This patch has been tested on Lynx Point, Panther Point, and Cougar Pont. Haswell HDMI audio works now on Sharkbay mobile platform, so i would like to test whether this patch is useful for Haswell. Would you tell me how to finish the test to prove it works better? thanks --xingchao > > Signed-off-by: Seth Heasley <seth.heasley(a)intel.com> > --- > sound/pci/hda/hda_intel.c | 11 ++++++++--- > 1 files changed, 8 insertions(+), 3 deletions(-) > > diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c > index 2b6392b..466a88c 100644 > --- a/sound/pci/hda/hda_intel.c > +++ b/sound/pci/hda/hda_intel.c > @@ -535,6 +535,7 @@ enum { > #define AZX_DCAPS_BUFSIZE (1 << 21) /* no buffer size alignment */ > #define AZX_DCAPS_ALIGN_BUFSIZE (1 << 22) /* buffer size alignment */ > #define AZX_DCAPS_4K_BDLE_BOUNDARY (1 << 23) /* BDLE in 4k boundary */ > +#define AZX_DCAPS_POSFIX_COMBO (1 << 24) /* Use COMBO as default */ > > /* quirks for ATI SB / AMD Hudson */ > #define AZX_DCAPS_PRESET_ATI_SB \ > @@ -2728,6 +2729,10 @@ static int __devinit check_position_fix(struct azx *chip, int fix) > snd_printd(SFX "Using LPIB position fix\n"); > return POS_FIX_LPIB; > } > + if (chip->driver_caps & AZX_DCAPS_POSFIX_COMBO) { > + snd_printd(SFX "Using COMBO position fix\n"); > + return POS_FIX_COMBO; > + } > return POS_FIX_AUTO; > } > > @@ -3240,7 +3245,7 @@ static DEFINE_PCI_DEVICE_TABLE(azx_ids) = { > /* CPT */ > { PCI_DEVICE(0x8086, 0x1c20), > .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_SCH_SNOOP | > - AZX_DCAPS_BUFSIZE }, > + AZX_DCAPS_BUFSIZE | AZX_DCAPS_POSFIX_COMBO }, > /* PBG */ > { PCI_DEVICE(0x8086, 0x1d20), > .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_SCH_SNOOP | > @@ -3248,11 +3253,11 @@ static DEFINE_PCI_DEVICE_TABLE(azx_ids) = { > /* Panther Point */ > { PCI_DEVICE(0x8086, 0x1e20), > .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_SCH_SNOOP | > - AZX_DCAPS_BUFSIZE}, > + AZX_DCAPS_BUFSIZE | AZX_DCAPS_POSFIX_COMBO }, > /* Lynx Point */ > { PCI_DEVICE(0x8086, 0x8c20), > .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_SCH_SNOOP | > - AZX_DCAPS_BUFSIZE}, > + AZX_DCAPS_BUFSIZE | AZX_DCAPS_POSFIX_COMBO }, > /* SCH */ > { PCI_DEVICE(0x8086, 0x811b), > .driver_data = AZX_DRIVER_SCH | AZX_DCAPS_SCH_SNOOP | > -- > 1.7.4.4 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo(a)vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/

1 0

[alsa-devel] Status of USB audio class 2 drivers in ALSA
by Anand Joseph 15 Jul '12

15 Jul '12

I am working on building a multi-channel USB audio device using the PIC32MX2 series with dual WM8731 audio codecs. The goal is a low cost 4 channel USB audio device. While this might not be the best combination for multi-channel audio, I do not have a better solution as the XMOS series is not easily available in India. I would like to know the status of USB audio class 2 support in ALSA and is there anyway I can contribute. I did go through the USB specifications for audio class 2 devices, but an idea of the implementation in ALSA would help in writing the firmware. Regards, Anand

2 1

Re: [alsa-devel] [RESEND PATCH 1/2] ASoC: Convert S3C24XX I2S driver to gpiolib API
by Mark Brown 15 Jul '12

15 Jul '12

On Fri, Jul 13, 2012 at 07:22:44PM +0200, Sylwester Nawrocki wrote: > The s3c2410_gpio* calls are obsolete and have been scheduled for > removal since several kernel releases. Remove them and use common > gpiolib API. > This patch is a prerequisite for removal of the obsolete S3C24XX > SoC GPIO definitions. Applied both, thanks.

1 0

Re: [alsa-devel] [regression] ALSA: hda - Handle open while transitioning to D3.
by Dylan Reid 14 Jul '12

14 Jul '12

On Jul 13, 2012 11:01 PM, "Oleksij Rempel (fishor)" < bug-track(a)fisher-privat.net> wrote: > > Hallo Dylan, Takashi, > > I have regression after patch b4a91cf05c3 "ALSA: hda - Handle open while transitioning to D3." > > This regression i can reproduce only if my laptop works on batteries. After this patch it needs almost 1 minute more to start. The login screen usually plays start sound, but after this patch it wait until sound card is ready. > > My hardware: asus zenbook ux31e. > > Codec: Realtek ALC269VB > > 00:1b.0 0403: 8086:1c20 (rev 05) > Subsystem: 1043:1427 > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- > Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 50 > Region 0: Memory at dfe00000 (64-bit, non-prefetchable) [size=16K] > Capabilities: <access denied> > Kernel driver in use: snd_hda_intel > Kernel modules: snd-hda-intel > Could you enable config_snd_debug and send the output during startup? I'm actually using the same codec on one of our systems. Thanks for testing. Dylan

1 0

[alsa-devel] [PATCH - CA0132 HDA Codec 2/2] Change spin_lock()/unlock() to spin_lock_irqsave()/restore() in azx_pcm_trigger(). This prevents deadlock when an interrupt occurs, caused by chip->reg_lock contention.
by ian_minett＠creativelabs.com 14 Jul '12

14 Jul '12

From: Ian Minett <ian_minett(a)creativelabs.com> Signed-off-by: Ian Minett <ian_minett(a)creativelabs.com> diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 796472d..0ccffde 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -551,6 +551,7 @@ enum { (AZX_DCAPS_NVIDIA_SNOOP | AZX_DCAPS_RIRB_DELAY | AZX_DCAPS_NO_MSI |\ AZX_DCAPS_ALIGN_BUFSIZE) +/* quirks for Creative CTHDA */ #define AZX_DCAPS_PRESET_CTHDA \ (AZX_DCAPS_NO_MSI | AZX_DCAPS_POSFIX_LPIB | AZX_DCAPS_4K_BDLE_BOUNDARY) @@ -1930,6 +1931,7 @@ static int azx_pcm_trigger(struct snd_pcm_substream *substream, int cmd) struct snd_pcm_substream *s; int rstart = 0, start, nsync = 0, sbits = 0; int nwait, timeout; + unsigned long flags; switch (cmd) { case SNDRV_PCM_TRIGGER_START: @@ -1956,7 +1958,7 @@ static int azx_pcm_trigger(struct snd_pcm_substream *substream, int cmd) snd_pcm_trigger_done(s, substream); } - spin_lock(&chip->reg_lock); + spin_lock_irqsave(&chip->reg_lock, flags); if (nsync > 1) { /* first, set SYNC bits of corresponding streams */ if (chip->driver_caps & AZX_DCAPS_OLD_SSYNC) @@ -1980,7 +1982,7 @@ static int azx_pcm_trigger(struct snd_pcm_substream *substream, int cmd) } azx_dev->running = start; } - spin_unlock(&chip->reg_lock); + spin_unlock_irqrestore(&chip->reg_lock, flags); if (start) { if (nsync == 1) return 0; -- 1.7.4.1

1 0

[alsa-devel] segmentation fault for snd_pcm_open after sudden removal for USB Camera (with USB Mic)
by Kuldeep Ghan 13 Jul '12

13 Jul '12

Hi All, I am seeing segmentation fault in alsa-lib while recording using USB Camera. Following is the test setup 1. Moto Razr (Android ICS, alsa-lib 1.0.24.1) is connected to Smart Dock 2. USB Camera (Philips SPC 1330NC) is connected to Razr through dock While Video recording from USB Camera, suddenly Power Cable of Dock or USB camera is removed, effectively resulting in USB camera removal from Razr. The recording continues with still view, but when I stop recording session, the snd_pcm_open to Play stop tone results in the crash as shown below. Although we are using internal device mic for capture, the USB camera has USB microphone which gets enumerated as card2, device 0. I did some debugging with help of prints in alsa-lib but was not really helpful to point to root cause. Logs with my added prints for snd_pcm_open successful(*successful_open.txt*) and segmentation fault(*segfault_open.txt*) case are attached. I am not very familiar with alsa-lib internals. Is this a known issue? Segmentation fault goes away with upgrade of alsa-lib to 1.0.25. But currently Kernel is 1.0.24, and we can't upgrade the kernel at this time, so is there any problem running lib 25 wither kernel 24? If so, do you have any suggestion of what fixes from .25 I should try back-porting?" 07-13 14:42:14.517 160 312 D AudioHardwareALSA: openOutputStream called for devices: 0x00000002 07-13 14:42:14.517 160 312 D Omap4ALSA: open called for devices 00000002 in mode 0... 07-13 14:42:14.524 160 312 F libc : Fatal signal 11 (SIGSEGV) at 0x00008140 (code=1) 07-13 14:42:14.532 6173 6173 I DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 07-13 14:42:14.532 6173 6173 I DEBUG : Build fingerprint: 'ATT/edison_att_us/edison:4.0.4/6.7.2_245/3202:userdebug/test-keys' 07-13 14:42:14.532 6173 6173 I DEBUG : pid: 160, tid: 312 >>> /system/bin/mediaserver <<< 07-13 14:42:14.532 6173 6173 I DEBUG : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00008140 07-13 14:42:14.532 6173 6173 I DEBUG : tls: 41623f00 07-13 14:42:14.532 6173 6173 I DEBUG : 07-13 14:42:14.532 6173 6173 I DEBUG : r0 0050e7fd r1 00000004 r2 00000011 r3 00008130 07-13 14:42:14.532 6173 6173 I DEBUG : r4 b0009f58 r5 41623928 r6 4162390c r7 000081fc 07-13 14:42:14.532 6173 6173 I DEBUG : r8 0000841c r9 41623928 10 003e1dd0 fp 4162398c 07-13 14:42:14.532 6173 6173 I DEBUG : ip 00755f6c sp 416238d0 lr b00039f3 pc b00039f6 cpsr 48000030 07-13 14:42:14.532 6173 6173 I DEBUG : d0 636e75665f646e67 d1 6c75616665642e65 07-13 14:42:14.532 6173 6173 I DEBUG : d2 612f61736c612f74 d3 666e6f632e617365 07-13 14:42:14.532 6173 6173 I DEBUG : d4 0000000000000000 d5 0000100000000000 07-13 14:42:14.532 6173 6173 I DEBUG : d6 0000100045800000 d7 0000100000000000 07-13 14:42:14.532 6173 6173 I DEBUG : d8 0000000000000000 d9 0000000000000000 07-13 14:42:14.532 6173 6173 I DEBUG : d10 0000000000000000 d11 0000000000000000 07-13 14:42:14.532 6173 6173 I DEBUG : d12 0000000000000000 d13 0000000000000000 07-13 14:42:14.532 6173 6173 I DEBUG : d14 0000000000000000 d15 0000000000000000 07-13 14:42:14.532 6173 6173 I DEBUG : d16 0000000006ba1000 d17 3fdfffffe8287c00 07-13 14:42:14.532 6173 6173 I DEBUG : d18 3fe0000000000000 d19 3fe000000bebc200 07-13 14:42:14.532 6173 6173 I DEBUG : d20 0000000000000000 d21 0000000000000000 07-13 14:42:14.532 6173 6173 I DEBUG : d22 0000000000000000 d23 0000000000000000 07-13 14:42:14.540 6173 6173 I DEBUG : d24 0000000000000000 d25 0000000000000000 07-13 14:42:14.540 6173 6173 I DEBUG : d26 0000000000000000 d27 0000000000000000 07-13 14:42:14.540 6173 6173 I DEBUG : d28 0000000000000000 d29 0000000000000000 07-13 14:42:14.540 6173 6173 I DEBUG : d30 0000000000000000 d31 0000000000000000 07-13 14:42:14.540 6173 6173 I DEBUG : scr 80000010 07-13 14:42:14.540 6173 6173 I DEBUG : 07-13 14:42:15.126 6173 6173 I DEBUG : #00 pc b00039f6 /system/bin/linker 07-13 14:42:15.126 6173 6173 I DEBUG : #01 lr b00039f3 /system/bin/linker 07-13 14:42:15.126 6173 6173 I DEBUG : 07-13 14:42:15.126 6173 6173 I DEBUG : code around pc: 07-13 14:42:15.126 6173 6173 I DEBUG : b00039d4 00005b8e 47f0e92d f8d04604 469170b0 .[..-..G.F...p.F 07-13 14:42:15.126 6173 6173 I DEBUG : b00039e4 80acf8d0 f8d44608 f7fd10b4 f8d4ef4e .....F......N... 07-13 14:42:15.134 6173 6173 I DEBUG : b00039f4 f85330bc e0125021 187e0129 46495878 .0S.!P..).~.xXIF 07-13 14:42:15.134 6173 6173 I DEBUG : b0003a04 f7fd4440 b930ece8 09037b30 2a011e5a @D....0.0{..Z..* 07-13 14:42:15.134 6173 6173 I DEBUG : b0003a14 89f1d801 f8d4b931 f85660c0 2d005025 ....1....`V.%P.- 07-13 14:42:15.134 6173 6173 I DEBUG : 07-13 14:42:15.134 6173 6173 I DEBUG : code around lr: 07-13 14:42:15.134 6173 6173 I DEBUG : b00039d0 00011708 00005b8e 47f0e92d f8d04604 .....[..-..G.F.. 07-13 14:42:15.134 6173 6173 I DEBUG : b00039e0 469170b0 80acf8d0 f8d44608 f7fd10b4 .p.F.....F...... 07-13 14:42:15.134 6173 6173 I DEBUG : b00039f0 f8d4ef4e f85330bc e0125021 187e0129 N....0S.!P..).~. 07-13 14:42:15.134 6173 6173 I DEBUG : b0003a00 46495878 f7fd4440 b930ece8 09037b30 xXIF@D....0.0{.. 07-13 14:42:15.134 6173 6173 I DEBUG : b0003a10 2a011e5a 89f1d801 f8d4b931 f85660c0 Z..*....1....`V. 07-13 14:42:15.134 6173 6173 I DEBUG : 07-13 14:42:15.134 6173 6173 I DEBUG : memory map around addr 00008140: 07-13 14:42:15.134 6173 6173 I DEBUG : (no map below) 07-13 14:42:15.134 6173 6173 I DEBUG : (no map for address) 07-13 14:42:15.134 6173 6173 I DEBUG : 003dc000-0047f000 [heap] 07-13 14:42:15.134 6173 6173 I DEBUG : 07-13 14:42:15.134 6173 6173 I DEBUG : stack: 07-13 14:42:15.134 6173 6173 I DEBUG : 41623890 00000000 07-13 14:42:15.134 6173 6173 I DEBUG : 41623894 00000000 07-13 14:42:15.134 6173 6173 I DEBUG : 41623898 00000000 07-13 14:42:15.134 6173 6173 I DEBUG : 4162389c 00000000 07-13 14:42:15.134 6173 6173 I DEBUG : 416238a0 400ec588 07-13 14:42:15.134 6173 6173 I DEBUG : 416238a4 ffffffff 07-13 14:42:15.134 6173 6173 I DEBUG : 416238a8 410d3eb8 /system/lib/libasound.so 07-13 14:42:15.134 6173 6173 I DEBUG : 416238ac 416238d4 07-13 14:42:15.134 6173 6173 I DEBUG : 416238b0 003e1dd0 [heap] 07-13 14:42:15.134 6173 6173 I DEBUG : 416238b4 416238d0 07-13 14:42:15.134 6173 6173 I DEBUG : 416238b8 416238cc 07-13 14:42:15.134 6173 6173 I DEBUG : 416238bc 4162392c 07-13 14:42:15.134 6173 6173 I DEBUG : 416238c0 416238fc 07-13 14:42:15.134 6173 6173 I DEBUG : 416238c4 055f67d1 07-13 14:42:15.134 6173 6173 I DEBUG : 416238c8 df0027ad 07-13 14:42:15.134 6173 6173 I DEBUG : 416238cc 00000000 07-13 14:42:15.134 6173 6173 I DEBUG : #00 416238d0 b0009f58 /system/bin/linker 07-13 14:42:15.134 6173 6173 I DEBUG : 416238d4 41623928 07-13 14:42:15.134 6173 6173 I DEBUG : 416238d8 4162390c 07-13 14:42:15.134 6173 6173 I DEBUG : 416238dc 055f67d1 07-13 14:42:15.142 6173 6173 I DEBUG : 416238e0 41623928 07-13 14:42:15.142 6173 6173 I DEBUG : 416238e4 00476150 [heap] 07-13 14:42:15.142 6173 6173 I DEBUG : 416238e8 003e1dd0 [heap] 07-13 14:42:15.142 6173 6173 I DEBUG : 416238ec b0003d65 /system/bin/linker 07-13 14:42:15.142 6173 6173 I DEBUG : 416238f0 ffffffff 07-13 14:42:15.142 6173 6173 I DEBUG : 416238f4 4108ee80 /system/lib/libasound.so 07-13 14:42:15.142 6173 6173 I DEBUG : 416238f8 41623928 07-13 14:42:15.142 6173 6173 I DEBUG : 416238fc ffffffff 07-13 14:42:15.142 6173 6173 I DEBUG : 41623900 41623928 07-13 14:42:15.142 6173 6173 I DEBUG : 41623904 b0005817 /system/bin/linker 07-13 14:42:15.142 6173 6173 I DEBUG : 41623908 ffffffff 07-13 14:42:15.142 6173 6173 I DEBUG : 4162390c 41623928 07-13 14:42:15.142 6173 6173 I DEBUG : 41623910 410e19e4 /system/lib/libasound.so 07-13 14:42:15.142 6173 6173 I DEBUG : 41623914 ffffff84 Thanks, Kuldeep

1 0

[alsa-devel] Tascam US1800.
by allan walker 13 Jul '12

13 Jul '12

Hello, please forgive me if i am contravening mailing list protocol, this is my first time posting outside of forums. my problem is discribed here http://www.linuxmusicians.com/viewtopic.php?f=6&t=8792 basically i would like to contribute my time to helping to get this device working under alsa. my info from the scrip is here http://www.alsa-project.org/db/?f=d444ad0ee58b3994ee1c91e5ed4415bb2416f486p… indorm me if there is anything at all that i can do to aid you in gaining driver support for this hardware. it has the most inputs for the price, and im sure its something that many people would be happy to see supported. best regards, Allan Walker

2 1

Re: [alsa-devel] [PATCH 1/2] sound:soc:soc-dmap: Fix compilation warning.
by Mark Brown 13 Jul '12

13 Jul '12

On Thu, Jul 12, 2012 at 11:00:16PM +0200, Marek Belisko wrote: > Fix following: > sound/soc/soc-dapm.c: In function ‘dapm_clock_event’: > sound/soc/soc-dapm.c:1021:1: warning: control reaches end of non-void function [-Wreturn-type] Applied,:but:please:do:make:an:effort:to:use:subject:lines:appropriate:to the:subsystem. As well as using a totally different style there's a spelling issue, I very nearly deleted the patch unread because of these things.

1 0

Re: [alsa-devel] [PATCH 1/2] ASoC: Convert S3C24XX I2S driver to gpiolib API
by Mark Brown 13 Jul '12

13 Jul '12

On Thu, Jul 12, 2012 at 08:09:09PM +0200, Sylwester Nawrocki wrote: > Thanks, would that be Takashi Iwai and Jaroslav Kysela then ? I just > want to get it right this time... > Or perhaps could you take care of them ? As with everything else look in MAINTAINERS, so me for ASoC.

1 0