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

[alsa-devel] ALSA 1.0.28 release
by Jaroslav Kysela 18 Jun '14

18 Jun '14

Hello all, the ALSA 1.0.28 packages are available on the main ALSA project web site: http://www.alsa-project.org . Thank you to all authors of code updates. Jaroslav -- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project; Red Hat, Inc.

1 0

Re: [alsa-devel] Plug In Creation - aplay can't find existing .so
by Takashi Iwai 18 Jun '14

18 Jun '14

At Tue, 17 Jun 2014 15:08:31 -0400, Brandon Yates wrote: > > Interestingly strace shows the failure occurs on the open call (not > dlopen) > > open("/usr/lib/i386-linux-gnu/alsa-lib/libasound_module_pcm_adt_dsp.so", > O_RDONLY|O_CLOEXEC) = 3 This succeeded and returned the proper fd number 3. > running ldd on my shared library shows undefined symbols that are part > of libasound, for example > undefined symbol: snd_pcm_ioplug_create > > I wonder if I have to build the .so a different way so these can be > resolved? Any advice would be greatly appreciated. Maybe you forgot to link your shared object with -lasound -lm? Takashi > > > -----Original Message----- > From: Takashi Iwai [mailto:tiwai@suse.de] > Sent: Friday, June 13, 2014 8:42 AM > To: Brandon Yates > Cc: alsa-devel(a)alsa-project.org > Subject: Re: [alsa-devel] Plug In Creation - aplay can't find existing > .so > > At Tue, 10 Jun 2014 13:55:39 -0400, > Brandon Yates wrote: > > > > Hello, > > > > I am working on a new pcm plugin. At this point it is basically just a > > > Hello World plugin, to make sure I have the tools working and > > understand the workflow. I created a simple file which is just > basically: > > > > #include <alsa/asoundlib.h> > > #include <alsa/pcm_external.h> > > SND_PCM_PLUGIN_DEFINE_FUNC(my_mod) > > { > > printf("hello world\n"); > > return 0; > > } > > SND_PCM_PLUGIN_SYMBOL(my_mod); > > > > > > I compiled this as a shared lib named > 'libasound_module_pcm_my_mod.so' > > and copied it to '/usr/lib/i386-linux-gnu/alsa-lib/' > > > > I edited my ~/.asoundrc to create a new device that uses this plugin. > > Then I try to use it with `aplay --device=my_mod_test out.pcm` > > > > I get the error message > > > > ALSA lib dlmisc.c:254:(snd1_dlobj_cache_get) Cannot open shared > > library > > /usr/lib/i386-linux-gnu/alsa-lib/libasound_module_pcm_my_mod.so > > aplay: main:682: audio open error: No such device or address > > > > > > But this file actually does exist, I just copied it there. > > > > > > Any idea why this happens? > > Try strace to see what happens. If it fails in dlopen(), it's likely > because your shared object is invalid. > > > Takashi >

1 0

[alsa-devel] Plug In Creation - aplay can't find existing .so
by Brandon Yates 18 Jun '14

18 Jun '14

Hello, I am working on a new pcm plugin. At this point it is basically just a Hello World plugin, to make sure I have the tools working and understand the workflow. I created a simple file which is just basically: #include <alsa/asoundlib.h> #include <alsa/pcm_external.h> SND_PCM_PLUGIN_DEFINE_FUNC(my_mod) { printf("hello world\n"); return 0; } SND_PCM_PLUGIN_SYMBOL(my_mod); I compiled this as a shared lib named 'libasound_module_pcm_my_mod.so' and copied it to '/usr/lib/i386-linux-gnu/alsa-lib/' I edited my ~/.asoundrc to create a new device that uses this plugin. Then I try to use it with `aplay --device=my_mod_test out.pcm` I get the error message ALSA lib dlmisc.c:254:(snd1_dlobj_cache_get) Cannot open shared library /usr/lib/i386-linux-gnu/alsa-lib/libasound_module_pcm_my_mod.so aplay: main:682: audio open error: No such device or address But this file actually does exist, I just copied it there. Any idea why this happens? Thanks much, Brandon

2 3

[alsa-devel] Enable more HP machine to enable mute led
by Kailang 18 Jun '14

18 Jun '14

Hi Takashi, Add more HP machine to support mute led functions. Thanks. BR, Kailang

2 4

[alsa-devel] Possible regression caused by "ASoC: rsnd: add rsnd_gen_dma_addr() for DMAC addr"
by Simon Horman 18 Jun '14

18 Jun '14

Hi Morimoto-san, Hi All, ad32d0c7b0e99343 ("ASoC: rsnd: add rsnd_gen_dma_addr() for DMAC addr"), which is included in v3.16-rc1, appears to cause the following panic on the bockw board when booted using the bockw_defconfig. Booting Linux on physical CPU 0x0 Linux version 3.15.0-rc1-00017-gad32d0c (horms(a)ayumi.isobedori.kobe.vergenet.net) (gcc version 4.6.3 (GCC) ) #123 Tue Jun 17 20:56:53 JST 2014 CPU: ARMv7 Processor [412fc094] revision 4 (ARMv7), cr=10c53c7d CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache Machine model: bockw debug: ignoring loglevel setting. Memory policy: Data cache writeback On node 0 totalpages: 65536 free_area_init_node: node 0, pgdat c03f7f88, node_mem_map cfdfb000 Normal zone: 512 pages used for memmap Normal zone: 0 pages reserved Normal zone: 65536 pages, LIFO batch:15 DT missing boot CPU MPIDR[23:0], fall back to default cpu_logical_map CPU: All CPU(s) started in SVC mode. pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 pcpu-alloc: [0] 0 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024 Kernel command line: console=ttySC0,115200 ignore_loglevel ip=dhcp root=/dev/nfs rw PID hash table entries: 1024 (order: 0, 4096 bytes) Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 255600K/262144K available (3123K kernel code, 146K rwdata, 628K rodata, 130K init, 165K bss, 6544K reserved, 0K highmem) Virtual kernel memory layout: vector : 0xffff0000 - 0xffff1000 ( 4 kB) fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) vmalloc : 0xd0800000 - 0xff000000 ( 744 MB) lowmem : 0xc0000000 - 0xd0000000 ( 256 MB) pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB) .text : 0xc0008000 - 0xc03b1e14 (3752 kB) .init : 0xc03b2000 - 0xc03d2a38 ( 131 kB) .data : 0xc03d4000 - 0xc03f8a20 ( 147 kB) .bss : 0xc03f8a20 - 0xc0422100 ( 166 kB) NR_IRQS:16 nr_irqs:16 16 GIC CPU mask not found - kernel will fail to boot. GIC CPU mask not found - kernel will fail to boot. sched_clock: 32 bits at 1kHz, resolution 976562ns, wraps every 2097152000000000ns Calibrating delay loop (skipped) preset value.. 532.00 BogoMIPS (lpj=260000) pid_max: default: 32768 minimum: 301 Mount-cache hash table entries: 1024 (order: 0, 4096 bytes) Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes) CPU: Testing write buffer coherency: ok Setting up static identity map for 0x60312b28 - 0x60312b5c devtmpfs: initialized VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4 pinctrl core: initialized pinctrl subsystem regulator-dummy: no parameters NET: Registered protocol family 16 DMA: preallocated 256 KiB pool for atomic coherent allocations renesas_intc_irqpin renesas_intc_irqpin: driving 4 irqs L310 cache controller enabled l2x0: 16 ways, CACHE_ID 0x410000c6, AUX_CTRL 0x42460000, Cache size: 1024 kB sh-pfc pfc-r8a7778: r8a7778_pfc support registered fixed-dummy: no parameters fixed-3.3V: at 3300 mV SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb Linux video capture interface: v2.00 sh_tmu sh_tmu.0: used for clock events sh_tmu sh_tmu.0: used for periodic clock events sh_tmu sh_tmu.1: used as clock source Advanced Linux Sound Architecture Driver Initialized. Switched to clocksource sh_tmu.1 NET: Registered protocol family 2 TCP established hash table entries: 2048 (order: 1, 8192 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP: reno registered UDP hash table entries: 256 (order: 0, 4096 bytes) UDP-Lite hash table entries: 256 (order: 0, 4096 bytes) NET: Registered protocol family 1 RPC: Registered named UNIX socket transport module. RPC: Registered udp transport module. RPC: Registered tcp transport module. RPC: Registered tcp NFSv4.1 backchannel transport module. futex hash table entries: 256 (order: -1, 3072 bytes) NFS: Registering the id_resolver key type Key type id_resolver registered Key type id_legacy registered nfs4filelayout_init: NFSv4 File Layout Driver Registering... Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) io scheduler noop registered io scheduler deadline registered (default) SuperH (H)SCI(F) driver initialized sh-sci.0: ttySC0 at MMIO 0xffe40000 (irq = 102, base_baud = 0) is a scif console [ttySC0] enabled sh-sci.1: ttySC1 at MMIO 0xffe41000 (irq = 103, base_baud = 0) is a scif sh-sci.2: ttySC2 at MMIO 0xffe42000 (irq = 104, base_baud = 0) is a scif sh-sci.3: ttySC3 at MMIO 0xffe43000 (irq = 105, base_baud = 0) is a scif sh-sci.4: ttySC4 at MMIO 0xffe44000 (irq = 106, base_baud = 0) is a scif sh-sci.5: ttySC5 at MMIO 0xffe45000 (irq = 107, base_baud = 0) is a scif m25p80 spi0.0: found at26df081a, expected s25fl008k m25p80 spi0.0: at26df081a (1024 Kbytes) Creating 1 MTD partitions on "m25p80": 0x000000000000-0x000000100000 : "data(spi)" libphy: smsc911x-mdio: probed smsc911x smsc911x eth0: attached PHY driver [Generic PHY] (mii_bus:phy_addr=smsc911x-fffffff:01, irq=-1) smsc911x smsc911x eth0: MAC Address: 2e:09:0a:00:2f:04 ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver ehci-platform: EHCI generic platform driver ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver ohci-platform: OHCI generic platform driver usbcore: registered new interface driver usb-storage rtc-rx8581 0-0051: chip found, driver version 0.1 rtc-rx8581 0-0051: low voltage detected, date/time is not reliable. rtc-rx8581 0-0051: rtc core: registered rtc-rx8581 as rtc0 i2c-rcar i2c-rcar.0: probed i2c-rcar i2c-rcar.1: probed i2c-rcar i2c-rcar.2: probed i2c-rcar i2c-rcar.3: probed soc-camera-pdrv soc-camera-pdrv.0: Probing soc-camera-pdrv.0 ml86v7667 0-0041: chip found @ 0x41 (i2c-rcar) soc-camera-pdrv soc-camera-pdrv.1: Probing soc-camera-pdrv.1 ml86v7667 0-0043: chip found @ 0x43 (i2c-rcar) sh_mobile_sdhi.0 supply vmmc not found, using dummy regulator sh_mobile_sdhi sh_mobile_sdhi.0: Failed getting OCR mask: -22 sh_mobile_sdhi sh_mobile_sdhi.0: could not set regulator OCR (-22) sh_mobile_sdhi sh_mobile_sdhi.0: mmc0 base at 0xffe4c000 clock rate 66 MHz sh_mmcif sh_mmcif: driver version 2010-04-28 asoc-simple-card asoc-simple-card.0: ASoC: CPU DAI rsnd-dai.0 not registered platform asoc-simple-card.0: Driver asoc-simple-card requests probe deferral asoc-simple-card asoc-simple-card.1: ASoC: CPU DAI rsnd-dai.1 not registered platform asoc-simple-card.1: Driver asoc-simple-card requests probe deferral asoc-simple-card asoc-simple-card.2: ASoC: CPU DAI rsnd-dai.2 not registered platform asoc-simple-card.2: Driver asoc-simple-card requests probe deferral asoc-simple-card asoc-simple-card.3: ASoC: CPU DAI rsnd-dai.3 not registered platform asoc-simple-card.3: Driver asoc-simple-card requests probe deferral asoc-simple-card asoc-simple-card.4: ASoC: CPU DAI rsnd-dai.4 not registered platform asoc-simple-card.4: Driver asoc-simple-card requests probe deferral Unable to handle kernel NULL pointer dereference at virtual address 00000000 pgd = c0004000 [00000000] *pgd=00000000 Internal error: Oops: 5 [#1] ARM CPU: 0 PID: 1 Comm: swapper Not tainted 3.15.0-rc1-00017-gad32d0c #123 task: cf827a40 ti: cf828000 task.ti: cf828000 PC is at rsnd_gen_dma_addr+0x40/0x1dc LR is at rsnd_gen_dma_addr+0x38/0x1dc pc : [<c026402c>] lr : [<c0264024>] psr: 60000113 sp : cf829c38 ip : 00000003 fp : cf829cdc r10: cf8e5600 r9 : 00000000 r8 : cf8e5610 r7 : 00000001 r6 : cf9a3e0c r5 : cf9a7c24 r4 : cf829ce8 r3 : 00000003 r2 : 00000000 r1 : 00000200 r0 : 00000000 Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel Control: 10c53c7d Table: 60004059 DAC: 00000015 Process swapper (pid: 1, stack limit = 0xcf828238) Stack: (0xcf829c38 to 0xcf82a000) 9c20: c0088644 c00886f8 9c40: cf9b01e0 c032a990 00000000 cf9b5990 cf829c8c cf829c60 c016f7c8 c016e798 9c60: c016f70c cf9b01e0 c03ea34c c03ea35c 0000001f c016fab8 00200200 cf829d2c 9c80: cf829ca4 cf829c90 c016d628 c016f718 00000003 cf9b04d0 cf829cdc cf829ca8 9ca0: c016dc04 c0311854 00000000 cf9b01e0 cf829cd4 cf9a3e0c 00000001 cf9b5990 9cc0: cf829d1c cf8e5610 00000000 0000001f cf829d5c cf829ce0 c0263348 c0263ff8 9ce0: 0000001f ffffffff cf829d14 cf8e1f80 cf9a3630 cf9a7d90 00000060 00000004 9d00: 00000000 c03e0fd8 c03e1098 cf9a7dc8 cf829d34 cf829d20 c0262c14 c0007874 9d20: cf8e1f80 cf9a3630 cf829d7c 00000200 c0262e98 cf8e5600 c03e0fb4 00000005 9d40: cf9a7c1c 00000000 00000000 cf9b5990 cf829d7c cf829d60 c0265d08 c0263208 9d60: c03f40e0 cf9a7c18 cf9a7c10 cf9a7c10 cf829dcc cf829d80 c0262850 c0265c90 9d80: cf829db4 cf8e5610 c02641c8 c0265f6c c0264c7c c026663c c0265630 c0262cd8 9da0: 00000000 cf8e5610 c03f3d14 c0416bb8 00000000 00000000 c03d29e0 c03f3d14 9dc0: cf829de4 cf829dd0 c018fd88 c026274c cf8e5610 c0416bb0 cf829e0c cf829de8 9de0: c018ecb8 c018fd74 cf8e5610 c03f3d14 cf8e5644 00000000 c03b24c0 00000000 9e00: cf829e2c cf829e10 c018ee5c c018ebac cf8e8e3c c03f3d14 00000000 c018edc8 9e20: cf829e54 cf829e30 c018d32c c018edd4 cf818ecc cf8e8e30 cf9b5a34 c03f3d14 9e40: cf9b5a00 c03eb348 cf829e64 cf829e58 c018e990 c018d2dc cf829e8c cf829e68 9e60: c018db54 c018e978 c0380c40 cf829e78 c03f3d14 00000006 c03cd314 c03c69dc 9e80: cf829ea4 cf829e90 c018f27c c018da80 c03cd334 00000006 cf829eb4 cf829ea8 9ea0: c0190590 c018f208 cf829ec4 cf829eb8 c03c69f4 c019054c cf829f54 cf829ec8 9ec0: c03b2af4 c03c69e8 c040c9b4 c03f8a40 00000000 c03b0410 cf829f04 cf829ee8 9ee0: cf829f0c cf829ef0 cf829f00 cf829ef8 c03b24c0 c03b0410 cfdf7a3c 0000005c 9f00: cf829f54 cf829f10 c0030398 c03b24cc 00000000 00000006 00000006 c03afe50 9f20: 00000000 c039d11c cf829f54 c03cd334 00000006 c03cd314 c03f8a40 c03b24c0 9f40: c03d29e0 0000005c cf829f94 cf829f58 c03b2c98 c03b2a60 00000006 00000006 9f60: c03b24c0 3e9b7ef7 dfdf4fed 00000000 c030ce98 00000000 00000000 00000000 9f80: 00000000 00000000 cf829fac cf829f98 c030cea8 c03b2bb4 00000000 00000000 9fa0: 00000000 cf829fb0 c000e298 c030cea4 00000000 00000000 00000000 00000000 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000 5e3decfa e74e5bde Backtrace: [<c0263fec>] (rsnd_gen_dma_addr) from [<c0263348>] (rsnd_dma_init+0x14c/0x24c) r10:0000001f r9:00000000 r8:cf8e5610 r7:cf829d1c r6:cf9b5990 r5:00000001 r4:cf9a3e0c [<c02631fc>] (rsnd_dma_init) from [<c0265d08>] (rsnd_ssi_dma_probe+0x84/0xa4) r10:cf9b5990 r9:00000000 r8:00000000 r7:cf9a7c1c r6:00000005 r5:c03e0fb4 r4:cf8e5600 [<c0265c84>] (rsnd_ssi_dma_probe) from [<c0262850>] (rsnd_probe+0x110/0x258) r6:cf9a7c10 r5:cf9a7c10 r4:cf9a7c18 r3:c03f40e0 [<c0262740>] (rsnd_probe) from [<c018fd88>] (platform_drv_probe+0x20/0x50) r10:c03f3d14 r9:c03d29e0 r8:00000000 r7:00000000 r6:c0416bb8 r5:c03f3d14 r4:cf8e5610 [<c018fd68>] (platform_drv_probe) from [<c018ecb8>] (driver_probe_device+0x118/0x228) r5:c0416bb0 r4:cf8e5610 [<c018eba0>] (driver_probe_device) from [<c018ee5c>] (__driver_attach+0x94/0x98) r10:00000000 r8:c03b24c0 r7:00000000 r6:cf8e5644 r5:c03f3d14 r4:cf8e5610 [<c018edc8>] (__driver_attach) from [<c018d32c>] (bus_for_each_dev+0x5c/0x90) r6:c018edc8 r5:00000000 r4:c03f3d14 r3:cf8e8e3c [<c018d2d0>] (bus_for_each_dev) from [<c018e990>] (driver_attach+0x24/0x28) r6:c03eb348 r5:cf9b5a00 r4:c03f3d14 [<c018e96c>] (driver_attach) from [<c018db54>] (bus_add_driver+0xe0/0x1c8) [<c018da74>] (bus_add_driver) from [<c018f27c>] (driver_register+0x80/0xfc) r7:c03c69dc r6:c03cd314 r5:00000006 r4:c03f3d14 [<c018f1fc>] (driver_register) from [<c0190590>] (__platform_driver_register+0x50/0x64) r5:00000006 r4:c03cd334 [<c0190540>] (__platform_driver_register) from [<c03c69f4>] (rsnd_driver_init+0x18/0x20) [<c03c69dc>] (rsnd_driver_init) from [<c03b2af4>] (do_one_initcall+0xa0/0x154) [<c03b2a54>] (do_one_initcall) from [<c03b2c98>] (kernel_init_freeable+0xf0/0x1b8) r10:0000005c r9:c03d29e0 r8:c03b24c0 r7:c03f8a40 r6:c03cd314 r5:00000006 r4:c03cd334 [<c03b2ba8>] (kernel_init_freeable) from [<c030cea8>] (kernel_init+0x10/0xec) r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c030ce98 r4:00000000 [<c030ce98>] (kernel_init) from [<c000e298>] (ret_from_fork+0x14/0x3c) r4:00000000 r3:00000000 Code: e1a07003 ebfcaf68 e3a01c02 e3a02000 (e5908000) ---[ end trace 421d78826f73f05e ]--- Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

3 3

[alsa-devel] [PATCH 0/4] ASoC: fsi/rsnd: cyclic transfer support
by Kuninori Morimoto 18 Jun '14

18 Jun '14

Hi Mark Current Renesas sound driver (= FSI/RSND) is not using ALSA common DMAEngine method for some reasons. The 1st reason was that Renesas DMA didn't support cyclic transfer mode. But now, it is supported ! These patches support cyclic transfer for FSI/RSND It needs this branch git://git.infradead.org/users/vkoul/slave-dma.git :: next especially dfbb85cab5f0819d0424a3637b03e7892704fa42 (DMA: shdma: add cyclic transfer support) These are based on mark/topic/rcar branch But, #4 patch needs mark/fix/rcar merge Kuninori Morimoto (4): ASoC: fsi: use SNDRV_DMA_TYPE_DEV for sound buffer ASoC: fsi: add fsi_pointer_update() for common pointer method ASoC: fsi: use dmaengine_prep_dma_cyclic() for DMA transfer ASoC: rsnd: use dmaengine_prep_dma_cyclic() instead of original method arch/arm/mach-shmobile/board-armadillo800eva.c | 4 + arch/arm/mach-shmobile/board-kzm9g.c | 2 + arch/arm/mach-shmobile/board-mackerel.c | 4 + arch/sh/boards/mach-ecovec24/setup.c | 2 + sound/soc/sh/fsi.c | 189 +++++++----------------- sound/soc/sh/rcar/core.c | 76 +++------- sound/soc/sh/rcar/rsnd.h | 4 - 7 files changed, 82 insertions(+), 199 deletions(-) Best regards --- Kuninori Morimoto

2 5

[alsa-devel] [PATCH 0/2] ASoC: rsnd: add BUSIF support for DMA
by Kuninori Morimoto 18 Jun '14

18 Jun '14

Hi Mark These patches are for R-Car sound BUSIF support for DMA transfer. If we use BUSIF via DMA, it will work as FIFO. It can reduce underrun error. Kuninori Morimoto (2): ASoC: rsnd: fixup loop exit timing of dma name search ASoC: rsnd: SSI + DMA can select BUSIF .../devicetree/bindings/sound/renesas,rsnd.txt | 1 + include/sound/rcar_snd.h | 1 + sound/soc/sh/rcar/core.c | 26 +++++--- sound/soc/sh/rcar/gen.c | 64 +++++++++++++------- sound/soc/sh/rcar/rsnd.h | 10 ++- sound/soc/sh/rcar/src.c | 37 ++++++++--- sound/soc/sh/rcar/ssi.c | 33 +++++++++- 7 files changed, 126 insertions(+), 46 deletions(-) Best regards --- Kuninori Morimoto

2 3

[alsa-devel] [PATCH 0/3] Auvitek au0828 fixups
by Mauro Carvalho Chehab 18 Jun '14

18 Jun '14

Testing auvitek au0828-based devices with xawtv caused lots of overruns, as the period_bytes is set to a too low value, with causes troubles when syncing the audio capture from au0828 card with the audio playback, at the main audio card. It turns that we need a period_bytes size that it is big enough to receive data from two consecutive URB intervals. While here, also add the missing USB IDs from other au0828-based devices. Mauro Carvalho Chehab (3): sound: Add a quirk to enforce period_bytes sound: simplify au0828 quirk table sound: Update au0828 quirks table sound/usb/card.h | 1 + sound/usb/pcm.c | 34 ++++++++++ sound/usb/quirks-table.h | 167 ++++++++++++----------------------------------- sound/usb/quirks.c | 14 ++-- sound/usb/stream.c | 1 + sound/usb/usbaudio.h | 3 +- 6 files changed, 88 insertions(+), 132 deletions(-) -- 1.9.3

4 15

[alsa-devel] Trying to enable digital audio output - Intel HDA - AD1983
by Scott D'Vileskis 18 Jun '14

18 Jun '14

Hi-- I have a Lenovo M55 SFF desktop I use for a media center computer (XBMCbuntu). It has the AD1983 chip on it. From the factory, it had 2 ports in the back (mic + speaker) , and 2 ports in the front (mic + speaker). It also has an on-board speaker. It never shipped with a SPDIF output, but I soldered a wire to the AD1983 and installed an RCA jack on the back of the case. Earlier versions of XBMC shipped with a different version of alsa, and I was able to use this custom SPDIF output without issue for the last year or two, but the current version only enables the 'proper' inputs/outputs I have tried editing the module options and specifying several different models, but the documentation doesn't list any 'model' options for the AD1983. I suspect I need to overwrite the pin configs. cat init_pin_configs: 0x05 0x01014010 0x06 0x0221401f 0x07 0x991301f0 0x08 0x02a19020 0x09 0x0181302e 0x0a 0x414511f0 [ 2421.907510] hda-codec: reconfiguring [ 2421.980324] autoconfig: line_outs=1 (0x5/0x0/0x0/0x0/0x0) type:line [ 2421.980328] speaker_outs=1 (0x7/0x0/0x0/0x0/0x0) [ 2421.980330] hp_outs=1 (0x6/0x0/0x0/0x0/0x0) [ 2421.980332] mono: mono_out=0x0 [ 2421.980333] inputs: [ 2421.980335] Mic=0x8 [ 2421.980336] Line=0x9 [ 2421.981858] input: HDA Intel Front Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input34 [ 2421.984829] input: HDA Intel Line Out as /devices/pci0000:00/0000:00:1b.0/sound/card0/input33 [ 2421.985848] input: HDA Intel Line as /devices/pci0000:00/0000:00:1b.0/sound/card0/input32 Does anyone have any guidance for how I may re-enable the SPDIF on the AD1983 when my BIOS disables it by default? Where else should I look for information on pin configs? Thanks!

2 2

[alsa-devel] [PATCH 1/3] ASoC: Add SND_SOC_BYTES_EXT control type
by Charles Keepax 17 Jun '14

17 Jun '14

Signed-off-by: Charles Keepax <ckeepax(a)opensource.wolfsonmicro.com> --- include/sound/soc.h | 7 +++++++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/include/sound/soc.h b/include/sound/soc.h index ed9e2d7..92c1b99 100644 --- a/include/sound/soc.h +++ b/include/sound/soc.h @@ -256,6 +256,13 @@ ((unsigned long)&(struct soc_bytes) \ {.base = xbase, .num_regs = xregs }) } +#define SND_SOC_BYTES_EXT(xname, xbase, xregs, xhandler_get, xhandler_put) \ +{ .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = xname, \ + .info = snd_soc_bytes_info, .get = xhandler_get, \ + .put = xhandler_put, .private_value = \ + ((unsigned long)&(struct soc_bytes) \ + {.base = xbase, .num_regs = xregs }) } + #define SND_SOC_BYTES_MASK(xname, xbase, xregs, xmask) \ { .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = xname, \ .info = snd_soc_bytes_info, .get = snd_soc_bytes_get, \ -- 1.7.2.5

3 6

[alsa-devel] alsa-lib: pcm_plug: fix float conversion for user specified ttable
by Sergey 17 Jun '14

17 Jun '14

Move custom ttable with equal channels case from a separate ttable_last exception into a common plugins insertion loop. Fixes plug with ttable for float pcms (jack, ladspa). Example: aplay -fFLOAT_LE /dev/zero pcm.!default { type plug slave.pcm { type null } ttable.0.0 1 } --- src/pcm/pcm_plug.c | 36 +++++++++++------------------------- 1 file changed, 11 insertions(+), 25 deletions(-) diff --git a/src/pcm/pcm_plug.c b/src/pcm/pcm_plug.c index ede9c15..6d0454f 100644 --- a/src/pcm/pcm_plug.c +++ b/src/pcm/pcm_plug.c @@ -53,7 +53,7 @@ typedef struct { const snd_config_t *rate_converter; enum snd_pcm_plug_route_policy route_policy; snd_pcm_route_ttable_entry_t *ttable; - int ttable_ok, ttable_last; + int ttable_ok; unsigned int tt_ssize, tt_cused, tt_sused; } snd_pcm_plug_t; @@ -380,7 +380,7 @@ static int snd_pcm_plug_change_channels(snd_pcm_t *pcm, snd_pcm_t **new, snd_pcm snd_pcm_route_ttable_entry_t *ttable; int err; if (clt->channels == slv->channels && - (!plug->ttable || !plug->ttable_last)) + (!plug->ttable || plug->ttable_ok)) return 0; if (clt->rate != slv->rate && clt->channels > slv->channels) @@ -485,13 +485,15 @@ static int snd_pcm_plug_change_format(snd_pcm_t *pcm, snd_pcm_t **new, snd_pcm_p /* No conversion is needed */ if (clt->format == slv->format && clt->rate == slv->rate && - clt->channels == slv->channels) + clt->channels == slv->channels && + (!plug->ttable || plug->ttable_ok)) return 0; if (snd_pcm_format_linear(slv->format)) { /* Conversion is done in another plugin */ if (clt->rate != slv->rate || - clt->channels != slv->channels) + clt->channels != slv->channels || + (plug->ttable && !plug->ttable_ok)) return 0; cfmt = clt->format; switch (clt->format) { @@ -525,7 +527,8 @@ static int snd_pcm_plug_change_format(snd_pcm_t *pcm, snd_pcm_t **new, snd_pcm_p if (snd_pcm_format_linear(clt->format)) { cfmt = clt->format; f = snd_pcm_lfloat_open; - } else if (clt->rate != slv->rate || clt->channels != slv->channels) { + } else if (clt->rate != slv->rate || clt->channels != slv->channels || + (plug->ttable && !plug->ttable_ok)) { cfmt = SND_PCM_FORMAT_S16; f = snd_pcm_lfloat_open; } else @@ -641,11 +644,12 @@ static int snd_pcm_plug_insert_plugins(snd_pcm_t *pcm, }; snd_pcm_plug_params_t p = *slave; unsigned int k = 0; - plug->ttable_ok = plug->ttable_last = 0; + plug->ttable_ok = 0; while (client->format != p.format || client->channels != p.channels || client->rate != p.rate || - client->access != p.access) { + client->access != p.access || + (plug->ttable && !plug->ttable_ok)) { snd_pcm_t *new; int err; if (k >= sizeof(funcs)/sizeof(*funcs)) @@ -660,24 +664,6 @@ static int snd_pcm_plug_insert_plugins(snd_pcm_t *pcm, } k++; } -#ifdef BUILD_PCM_PLUGIN_ROUTE - /* it's exception, user specified ttable, but no reduction/expand */ - if (plug->ttable && !plug->ttable_ok) { - snd_pcm_t *new; - int err; - plug->ttable_last = 1; - err = snd_pcm_plug_change_channels(pcm, &new, client, &p); - if (err < 0) { - snd_pcm_plug_clear(pcm); - return err; - } - assert(err); - assert(plug->ttable_ok); - plug->gen.slave = new; - pcm->fast_ops = new->fast_ops; - pcm->fast_op_arg = new->fast_op_arg; - } -#endif return 0; } -- 1.7.10.4

3 3

[alsa-devel] [PATCH v3 0/3] Add ES8328 audio codec
by Sean Cross 17 Jun '14

17 Jun '14

This patchset adds support for the Everest Semi ES8328 audio codec. It also adds support for using the es8328 on IMX boards. We write a machine driver rather than using simple-card because the machine driver needs to support regulators for the codec itself and speaker amps, have headphone support, and must supply an unusual frequency to the codec chip. Changes since v2: - Change deemph to a bool, and update based on sample rate - Replace value enums with regular enums - Break SPI and I2C drivers into their own modules - Rename everest,es8328 to es8328 as the module wasn't getting detected. Because of this, the patch to vendor-prefixes.txt has been dropped. Changes since v1: - Rename HP/Speaker to OUT1/OUT2 - Use DAPM widgets for startup/shutdown - Add regulator support to machine driver *** BLURB HERE *** Sean Cross (2): ASoC: add es8328 codec driver ASoC: fsl: add imx-es8328 machine driver Documentation/devicetree/bindings/sound/es8328.txt | 18 + .../devicetree/bindings/sound/imx-audio-es8328.txt | 60 ++ sound/soc/codecs/Kconfig | 13 + sound/soc/codecs/Makefile | 6 + sound/soc/codecs/es8328-i2c.c | 55 ++ sound/soc/codecs/es8328-spi.c | 44 ++ sound/soc/codecs/es8328.c | 625 +++++++++++++++++++++ sound/soc/codecs/es8328.h | 313 +++++++++++ sound/soc/fsl/Kconfig | 14 + sound/soc/fsl/Makefile | 2 + sound/soc/fsl/imx-es8328.c | 359 ++++++++++++ 11 files changed, 1509 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/es8328.txt create mode 100644 Documentation/devicetree/bindings/sound/imx-audio-es8328.txt create mode 100644 sound/soc/codecs/es8328-i2c.c create mode 100644 sound/soc/codecs/es8328-spi.c create mode 100644 sound/soc/codecs/es8328.c create mode 100644 sound/soc/codecs/es8328.h create mode 100644 sound/soc/fsl/imx-es8328.c -- 2.0.0

5 8

[alsa-devel] ASoC updates for v3.16
by Mark Brown 17 Jun '14

17 Jun '14

The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f: Linux 3.16-rc1 (2014-06-15 17:45:28 -1000) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-v3.16-rc1 for you to fetch changes up to 28e48f0e262fd94a613613d06ac5eaf6745b18a8: Merge remote-tracking branches 'asoc/fix/fsl-dma', 'asoc/fix/fsl-spdif', 'asoc/fix/pxa', 'asoc/fix/rcar' and 'asoc/fix/sigmadsp' into asoc-linus (2014-06-16 16:05:16 +0100) ---------------------------------------------------------------- ASoC: Fixes for v3.16 Quite a few build coverage fixes in here among the usual small driver fixes includling the sigmadsp change from Lars - moving the driver to separate modules per bus (which is basically just code motion) avoids issues with some combinations of buses being enabled. ---------------------------------------------------------------- Anssi Hannula (1): ASoC: fsl_spdif: Fix integer overflow when calculating divisors Arnd Bergmann (2): ASoC: pxa: add I2C dependencies as needed ASoC: MMP audio needs sram support Guenter Roeck (1): ASoC: fsl: Fix build problem Jarkko Nikula (1): ASoC: dapm: Make sure register value is in sync with DAPM kcontrol state Kuninori Morimoto (1): ASoC: rsnd: fixup index of src/dst mod when capture Lars-Peter Clausen (1): ASoC: sigmadsp: Split regmap and I2C support into separate modules Mark Brown (2): Merge remote-tracking branch 'asoc/fix/core' into asoc-linus Merge remote-tracking branches 'asoc/fix/fsl-dma', 'asoc/fix/fsl-spdif', 'asoc/fix/pxa', 'asoc/fix/rcar' and 'asoc/fix/sigmadsp' into asoc-linus Nicolin Chen (1): ASoC: fsl_spdif: Fix incorrect usage of regmap_read() sound/soc/codecs/Kconfig | 12 +++++-- sound/soc/codecs/Makefile | 4 +++ sound/soc/codecs/sigmadsp-i2c.c | 35 ++++++++++++++++++++ sound/soc/codecs/sigmadsp-regmap.c | 36 +++++++++++++++++++++ sound/soc/codecs/sigmadsp.c | 65 ++------------------------------------ sound/soc/codecs/sigmadsp.h | 20 ++++++++++++ sound/soc/fsl/fsl_dma.c | 4 +-- sound/soc/fsl/fsl_spdif.c | 6 ++-- sound/soc/pxa/Kconfig | 11 ++++--- sound/soc/sh/rcar/core.c | 2 +- sound/soc/soc-dapm.c | 29 +++++++++-------- 11 files changed, 135 insertions(+), 89 deletions(-) create mode 100644 sound/soc/codecs/sigmadsp-i2c.c create mode 100644 sound/soc/codecs/sigmadsp-regmap.c

2 5

[alsa-devel] TLV320AIC32x4 driver configuration for playing wav file using aplay
by Rahul Panwar 17 Jun '14

17 Jun '14

Hi, We integrated TLV320AIC32x4 codec to OMAP-L138 Soc board. We are using Linux kernel 3.3.0 with driver of TLV320AIC32x4. Driver is successfully detecting. But we are not able to play a wav file using aplay. When we are trying to play any WAV file using aplay, it is not enabling the DAC and file failed to play. When we try to debug that using debugfs, it look like, it is only setting "LOR" ==> "LOR Powe" ==> "LOR Output Mixer". But after that there is no further Input / path / output configuration found. As per the driver it should enable the "Right DAC" via "R_DAC Switch". When it will enable "Right DAC", DAC will be enabled and it may start playing WAV file after that. We are not able the get the cause, what we are doing wrong. What should we need to do to enable DAC. I am attaching the debugfs log for TLV320AIC32x4 dapm, it may be helpful to understand the cause, which we are unable to get. -- Thanks and Regards, Rahul Panwar www.linuxexplore.com

1 0

[alsa-devel] [PATCH] ASoC: wm8994: Prevent double lock of accdet_lock mutex on wm1811
by Charles Keepax 17 Jun '14

17 Jun '14

wm1811_micd_stop takes the accdet_lock mutex, and is called from two places, one of which is already holding the accdet_lock. This obviously causes a lock up. This patch fixes this issue by removing the lock from wm1811_micd_stop and ensuring that it is always locked externally. Signed-off-by: Charles Keepax <ckeepax(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/wm8994.c | 9 +++------ 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/sound/soc/codecs/wm8994.c b/sound/soc/codecs/wm8994.c index 247b390..9719d3c 100644 --- a/sound/soc/codecs/wm8994.c +++ b/sound/soc/codecs/wm8994.c @@ -3505,6 +3505,7 @@ static irqreturn_t wm8994_mic_irq(int irq, void *data) return IRQ_HANDLED; } +/* Should be called with accdet_lock held */ static void wm1811_micd_stop(struct snd_soc_codec *codec) { struct wm8994_priv *wm8994 = snd_soc_codec_get_drvdata(codec); @@ -3512,14 +3513,10 @@ static void wm1811_micd_stop(struct snd_soc_codec *codec) if (!wm8994->jackdet) return; - mutex_lock(&wm8994->accdet_lock); - snd_soc_update_bits(codec, WM8958_MIC_DETECT_1, WM8958_MICD_ENA, 0); wm1811_jackdet_set_mode(codec, WM1811_JACKDET_MODE_JACK); - mutex_unlock(&wm8994->accdet_lock); - if (wm8994->wm8994->pdata.jd_ext_cap) snd_soc_dapm_disable_pin(&codec->dapm, "MICBIAS2"); @@ -3560,10 +3557,10 @@ static void wm8958_open_circuit_work(struct work_struct *work) open_circuit_work.work); struct device *dev = wm8994->wm8994->dev; - wm1811_micd_stop(wm8994->hubs.codec); - mutex_lock(&wm8994->accdet_lock); + wm1811_micd_stop(wm8994->hubs.codec); + dev_dbg(dev, "Reporting open circuit\n"); wm8994->jack_mic = false; -- 1.7.9.5

2 1

[alsa-devel] [PATCH v2] ASoC: fsl-ssi: fix do_div build warning in fsl_ssi_set_bclk()
by Timur Tabi 17 Jun '14

17 Jun '14

do_div() requires that the first parameter is a 64-bit integer, which but clkrate was defined as an unsigned long. This caused the following warnings: CC sound/soc/fsl/fsl_ssi.o sound/soc/fsl/fsl_ssi.c: In function 'fsl_ssi_set_bclk': sound/soc/fsl/fsl_ssi.c:593:3: warning: comparison of distinct pointer types lacks a cast sound/soc/fsl/fsl_ssi.c:593:3: warning: right shift count >= width of type sound/soc/fsl/fsl_ssi.c:593:3: warning: passing argument 1 of '__div64_32' from incompatible pointer type include/asm-generic/div64.h:35:17: note: expected 'uint64_t *' but argument is of type 'long unsigned int *' Signed-off-by: Timur Tabi <timur(a)tabi.org> --- sound/soc/fsl/fsl_ssi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c index 9bfef55..3043d57 100644 --- a/sound/soc/fsl/fsl_ssi.c +++ b/sound/soc/fsl/fsl_ssi.c @@ -590,8 +590,8 @@ static int fsl_ssi_set_bclk(struct snd_pcm_substream *substream, else clkrate = clk_round_rate(ssi_private->baudclk, tmprate); - do_div(clkrate, factor); - afreq = (u32)clkrate / (i + 1); + clkrate /= factor; + afreq = clkrate / (i + 1); if (freq == afreq) sub = 0; -- 1.7.11.7

2 1

[alsa-devel] [PATCH] ASoC: wm8985: Remove unused pointer in wm8985_remove()
by Christian Engelmayer 17 Jun '14

17 Jun '14

Commit a0b148b4 (ASoC: wm8985: Use devm_regulator_bulk_get()) removed the last user of pointer wm8985 to struct wm8985_priv. Thus remove it. Detected by Coverity CID 1222150. Signed-off-by: Christian Engelmayer <cengelma(a)gmx.at> --- Compile tested. Applies against branch for-next in tree git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git --- sound/soc/codecs/wm8985.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/sound/soc/codecs/wm8985.c b/sound/soc/codecs/wm8985.c index 0f5780c..cbbdfbb 100644 --- a/sound/soc/codecs/wm8985.c +++ b/sound/soc/codecs/wm8985.c @@ -980,9 +980,6 @@ static int wm8985_resume(struct snd_soc_codec *codec) static int wm8985_remove(struct snd_soc_codec *codec) { - struct wm8985_priv *wm8985; - - wm8985 = snd_soc_codec_get_drvdata(codec); wm8985_set_bias_level(codec, SND_SOC_BIAS_OFF); return 0; } -- 1.9.1

3 2

[alsa-devel] [PATCH 1/2] ASoC: spdif_transmitter: Allow 192kHz sample rate
by Anssi Hannula 17 Jun '14

17 Jun '14

Transmitters and receivers may support a 192kHz sample rate. Tested with a Cubox-i imx6 system and an Onkyo TX-SR607 receiver. Signed-off-by: Anssi Hannula <anssi.hannula(a)iki.fi> --- sound/soc/codecs/spdif_transmitter.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/codecs/spdif_transmitter.c b/sound/soc/codecs/spdif_transmitter.c index a078aa31052a..e0df537dd4b7 100644 --- a/sound/soc/codecs/spdif_transmitter.c +++ b/sound/soc/codecs/spdif_transmitter.c @@ -24,7 +24,7 @@ #define DRV_NAME "spdif-dit" -#define STUB_RATES SNDRV_PCM_RATE_8000_96000 +#define STUB_RATES SNDRV_PCM_RATE_8000_192000 #define STUB_FORMATS (SNDRV_PCM_FMTBIT_S16_LE | \ SNDRV_PCM_FMTBIT_S20_3LE | \ SNDRV_PCM_FMTBIT_S24_LE) -- 1.8.4.5

3 4

[alsa-devel] [PATCH] ASoC: MMP audio needs sram support
by Arnd Bergmann 17 Jun '14

17 Jun '14

>From e7a94bb7fb871c73cc85712d89c1f48d0271c1be Mon Sep 17 00:00:00 2001 From: Arnd Bergmann <arnd(a)arndb.de> Date: Thu, 5 Jun 2014 12:31:28 +0200 Subject: [PATCH] ASoC: MMP audio needs sram support Building the pxa/mmp audio driver without support for the mmp sram driver enabled results in this link error: sound/built-in.o: In function `mmp_pcm_free_dma_buffers': :(.text+0x3e734): undefined reference to `sram_get_gpool' sound/built-in.o: In function `mmp_pcm_new': :(.text+0x3e7c0): undefined reference to `sram_get_gpool' The sram driver is cannot be manually enabled and needs to be turned on by selecting MMP_SRAM from each module that needs it, which is what this patch does. Ideally, MMP should move over to the generic SRAM support, but for the moment, we can avoid the build error. Signed-off-by: Arnd Bergmann <arnd(a)arndb.de> Cc: Eric Miao <eric.y.miao(a)gmail.com> Cc: Haojian Zhuang <haojian.zhuang(a)gmail.com> Cc: Qiao Zhou <zhouqiao(a)marvell.com> diff --git a/sound/soc/pxa/Kconfig b/sound/soc/pxa/Kconfig index 42b305e..12a6da8 100644 --- a/sound/soc/pxa/Kconfig +++ b/sound/soc/pxa/Kconfig @@ -11,6 +11,7 @@ config SND_PXA2XX_SOC config SND_MMP_SOC bool "Soc Audio for Marvell MMP chips" depends on ARCH_MMP + select MMP_SRAM select SND_SOC_GENERIC_DMAENGINE_PCM select SND_ARM help

2 2

[alsa-devel] Sound issue in IMx6
by Manish Badarkhe 17 Jun '14

17 Jun '14

Hi All, In our android project, We are using IMx6 chip which is having SSI module to send data to codec. We are facing issues with PCM data which is getting passed to codec getting changed sometimes (even though android is filling up same data). Our use case is as follows: Press key on keypad (PCM open function gets called) and after 3secs of inactivity PCM close function get called. After doing this above activity,quite number of times we have seen sometimes sound gets changed abruptly. I have seen your commit in mainline which is fix to almost similar behavior as I explained above in usecase. Commit: ASoC: fsl: imx-ssi: omit ssi counter to avoid harm in unbalanced situation But still after applying above change issue gets seen sometimes. After this I put some delay in "imx_ssi_trigger" function as below: @@ -360,9 +360,9 @@ static int imx_ssi_trigger(struct snd_pcm_substream *substream, int cmd, scr |= SSI_SCR_RE; sier |= sier_bits; - if (++ssi->enabled == 1) - scr |= SSI_SCR_SSIEN; - + scr |= SSI_SCR_SSIEN; + mdelay(1); break; case SNDRV_PCM_TRIGGER_STOP: @@ -374,9 +374,10 @@ static int imx_ssi_trigger(struct snd_pcm_substream *substream, int cmd, scr &= ~SSI_SCR_RE; sier &= ~sier_bits; - if (--ssi->enabled == 0) + if (!(scr & (SSI_SCR_TE | SSI_SCR_RE))) scr &= ~SSI_SCR_SSIEN; - + mdelay(1); break; and with this change I never seen issue. But looking like delay to put is just a workaround. Even in datasheet it is not mentioned to put any delay after SSI enabled/disabled. Please let me know if anybody have any proper solution/hints for this issue. Also, let me know if any more information requires. We are using 3.0.35 kernel. Regards Manish Badarkhe

1 0

[alsa-devel] [PATCH v2 0/3] Add ES8328 audio codec
by Sean Cross 17 Jun '14

17 Jun '14

This patchset adds support for the Everest Semi ES8328 audio codec. It also adds support for using the es8328 on IMX boards. We write a machine driver rather than using simple-card because the machine driver needs to support regulators for the codec itself and speaker amps, have headphone support, and must supply an unusual frequency to the codec chip. Changes since v1: - Rename HP/Speaker to OUT1/OUT2 - Use DAPM widgets for startup/shutdown - Add regulator support to machine driver Sean Cross (3): devicetree: bindings: Add Everest Semicodunctor ASoC: add es8328 codec driver ASoC: fsl: add imx-es8328 machine driver Documentation/devicetree/bindings/sound/es8328.txt | 18 + .../devicetree/bindings/sound/imx-audio-es8328.txt | 60 ++ .../devicetree/bindings/vendor-prefixes.txt | 1 + sound/soc/codecs/Kconfig | 5 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/es8328.c | 711 +++++++++++++++++++++ sound/soc/codecs/es8328.h | 305 +++++++++ sound/soc/fsl/Kconfig | 13 + sound/soc/fsl/Makefile | 2 + sound/soc/fsl/imx-es8328.c | 359 +++++++++++ 10 files changed, 1476 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/es8328.txt create mode 100644 Documentation/devicetree/bindings/sound/imx-audio-es8328.txt create mode 100644 sound/soc/codecs/es8328.c create mode 100644 sound/soc/codecs/es8328.h create mode 100644 sound/soc/fsl/imx-es8328.c -- 2.0.0

2 7

[alsa-devel] [PATCH 0/4] arizona: Improvements to codec DVFS control
by Richard Fitzgerald 16 Jun '14

16 Jun '14

This set of changes cleans up the way the drivers handle the control of internal subsystem clocks for codecs with DVFS. This previously relied on the clock control happening as a side-effect of changing the regulator voltage, rather than explicitly, which assumed that you were uusing the built-int regulator. Also DVFS control was being done from the ADSP driver despite that driver supposedly being codec- agnostic. There are other cases on some codecs where DVFS control is needed so this sequence of patches cleans up the way DVFS is implemented and adds the extra case of DVFS boost for higher sample rates on WM8997 and WM5102 Richard Fitzgerald (4): mfd: arizona: Export function to control subsystem DVFS ASoC: wm_adsp: Move DVFS control into codec driver ASoC: arizona: Add DVFS handling for sample rate control regulator: arizona-ldo1: Do not control clocking from regulator drivers/mfd/arizona-core.c | 84 ++++++++++++++++++++++++++++++++++++++ drivers/regulator/arizona-ldo1.c | 5 -- include/linux/mfd/arizona/core.h | 12 +++++ sound/soc/codecs/arizona.c | 22 +++++++++- sound/soc/codecs/wm5102.c | 47 ++++++++++++++++++++- sound/soc/codecs/wm5110.c | 2 +- sound/soc/codecs/wm_adsp.c | 76 +--------------------------------- sound/soc/codecs/wm_adsp.h | 11 +++-- 8 files changed, 170 insertions(+), 89 deletions(-) -- 1.7.2.5

4 12

[alsa-devel] [PATCH RESEND] ASoC: rt5677: Convert to use rl6231_get_clk_info
by Axel Lin 16 Jun '14

16 Jun '14

Signed-off-by: Axel Lin <axel.lin(a)ingics.com> Tested-by: Oder Chiou <oder_chiou(a)realtek.com> --- sound/soc/codecs/Kconfig | 2 ++ sound/soc/codecs/rt5677.c | 18 ++---------------- 2 files changed, 4 insertions(+), 16 deletions(-) diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig index cbfa1e1..9d88845 100644 --- a/sound/soc/codecs/Kconfig +++ b/sound/soc/codecs/Kconfig @@ -445,9 +445,11 @@ config SND_SOC_RL6231 default y if SND_SOC_RT5640=y default y if SND_SOC_RT5645=y default y if SND_SOC_RT5651=y + default y if SND_SOC_RT5677=y default m if SND_SOC_RT5640=m default m if SND_SOC_RT5645=m default m if SND_SOC_RT5651=m + default m if SND_SOC_RT5677=m config SND_SOC_RT5631 tristate diff --git a/sound/soc/codecs/rt5677.c b/sound/soc/codecs/rt5677.c index 60fff7f..1ffc689 100644 --- a/sound/soc/codecs/rt5677.c +++ b/sound/soc/codecs/rt5677.c @@ -27,6 +27,7 @@ #include <sound/initval.h> #include <sound/tlv.h> +#include "rl6231.h" #include "rt5677.h" #define RT5677_DEVICE_ID 0x6327 @@ -2798,21 +2799,6 @@ static const struct snd_soc_dapm_route rt5677_dapm_routes[] = { { "PDM2R", NULL, "PDM2 R Mux" }, }; -static int get_clk_info(int sclk, int rate) -{ - int i, pd[] = {1, 2, 3, 4, 6, 8, 12, 16}; - - if (sclk <= 0 || rate <= 0) - return -EINVAL; - - rate = rate << 8; - for (i = 0; i < ARRAY_SIZE(pd); i++) - if (sclk == rate * pd[i]) - return i; - - return -EINVAL; -} - static int rt5677_hw_params(struct snd_pcm_substream *substream, struct snd_pcm_hw_params *params, struct snd_soc_dai *dai) { @@ -2822,7 +2808,7 @@ static int rt5677_hw_params(struct snd_pcm_substream *substream, int pre_div, bclk_ms, frame_size; rt5677->lrck[dai->id] = params_rate(params); - pre_div = get_clk_info(rt5677->sysclk, rt5677->lrck[dai->id]); + pre_div = rl6231_get_clk_info(rt5677->sysclk, rt5677->lrck[dai->id]); if (pre_div < 0) { dev_err(codec->dev, "Unsupported clock setting\n"); return -EINVAL; -- 1.8.3.2

2 4

[alsa-devel] [PATCH -next 00/26] treewide: Use dma_zalloc_coherent
by Joe Perches 16 Jun '14

16 Jun '14

Use the zeroing function instead of dma_alloc_coherent & memset(,0,) Joe Perches (26): powerpc: Use dma_zalloc_coherent sh: Use dma_zalloc_coherent ata: Use dma_zalloc_coherent block: Use dma_zalloc_coherent crypto: Use dma_zalloc_coherent dma: Use dma_zalloc_coherent gpu: Use dma_zalloc_coherent infiniband: Use dma_zalloc_coherent mmc: Use dma_zalloc_coherent broadcom: Use dma_zalloc_coherent hisilicon: Use dma_zalloc_coherent intel: Use dma_zalloc_coherent ath: Use dma_zalloc_coherent rt2x00: Use dma_zalloc_coherent bfa: Use dma_zalloc_coherent bnx2fc: Use dma_zalloc_coherent bnx2i: Use dma_zalloc_coherent dpt_i2o: Use dma_zalloc_coherent lpfc: Use dma_zalloc_coherent megaraid: Use dma_zalloc_coherent mvsas: Use dma_zalloc_coherent qla2xxx: Use dma_zalloc_coherent qla4xxx: Use dma_zalloc_coherent usb: Use dma_zalloc_coherent fbdev: Use dma_zalloc_coherent sound: Use dma_zalloc_coherent arch/powerpc/platforms/pasemi/dma_lib.c | 8 ++-- arch/powerpc/sysdev/fsl_rmu.c | 9 ++-- arch/sh/mm/consistent.c | 4 +- drivers/ata/sata_fsl.c | 5 +-- drivers/block/nvme-core.c | 5 +-- drivers/crypto/amcc/crypto4xx_core.c | 8 ++-- drivers/crypto/ixp4xx_crypto.c | 8 ++-- drivers/dma/imx-sdma.c | 5 +-- drivers/dma/mxs-dma.c | 8 ++-- drivers/gpu/drm/drm_pci.c | 6 +-- drivers/infiniband/hw/cxgb3/cxio_hal.c | 7 ++-- drivers/infiniband/hw/mthca/mthca_memfree.c | 5 +-- drivers/infiniband/hw/ocrdma/ocrdma_hw.c | 20 ++++----- drivers/infiniband/hw/ocrdma/ocrdma_stats.c | 6 +-- drivers/infiniband/hw/ocrdma/ocrdma_verbs.c | 8 ++-- drivers/mmc/host/msm_sdcc.c | 8 ++-- drivers/net/ethernet/broadcom/bcm63xx_enet.c | 6 +-- drivers/net/ethernet/hisilicon/hix5hd2_gmac.c | 5 +-- drivers/net/ethernet/intel/ixgb/ixgb_main.c | 6 +-- drivers/net/wireless/ath/ath10k/pci.c | 8 +--- drivers/net/wireless/ath/ath10k/wmi.c | 8 +--- drivers/net/wireless/ath/wcn36xx/dxe.c | 6 +-- drivers/net/wireless/rt2x00/rt2x00mmio.c | 8 ++-- drivers/scsi/bfa/bfad_bsg.c | 6 +-- drivers/scsi/bnx2fc/bnx2fc_hwi.c | 59 ++++++++++++--------------- drivers/scsi/bnx2fc/bnx2fc_tgt.c | 51 ++++++++++------------- drivers/scsi/bnx2i/bnx2i_hwi.c | 14 +++---- drivers/scsi/dpt_i2o.c | 19 ++++----- drivers/scsi/lpfc/lpfc_bsg.c | 5 +-- drivers/scsi/lpfc/lpfc_init.c | 22 ++++------ drivers/scsi/lpfc/lpfc_mbox.c | 6 +-- drivers/scsi/lpfc/lpfc_sli.c | 14 +++---- drivers/scsi/megaraid/megaraid_sas_fusion.c | 9 ++-- drivers/scsi/mvsas/mv_init.c | 26 +++++------- drivers/scsi/qla2xxx/qla_init.c | 10 ++--- drivers/scsi/qla4xxx/ql4_init.c | 5 +-- drivers/scsi/qla4xxx/ql4_mbx.c | 21 ++++------ drivers/scsi/qla4xxx/ql4_nx.c | 5 +-- drivers/scsi/qla4xxx/ql4_os.c | 12 +++--- drivers/usb/dwc2/hcd_ddma.c | 20 ++++----- drivers/usb/host/uhci-hcd.c | 7 ++-- drivers/video/fbdev/da8xx-fb.c | 9 ++-- sound/aoa/soundbus/i2sbus/core.c | 12 ++---- sound/sparc/dbri.c | 6 +-- 44 files changed, 197 insertions(+), 308 deletions(-) -- 1.8.1.2.459.gbcd45b4.dirty

2 2

[alsa-devel] Fake Guru Hamid Arabnia and bogus WORLDCOMP and CSCI
by jermy23＠hushmail.com 14 Jun '14

14 Jun '14

Fake Guru Hamid Arabnia and bogus WORLDCOMP and CSCI If you have any thought of attending the world’s biggest fake or bogus conference in computer science, WORLDCOMP http://www.world-academy-of-science.org you must visit any websites below https://sites.google.com/site/worlddump1 or https://sites.google.com/site/dumpconf https://sites.google.com/site/moneycomp1 https://sites.google.com/site/worlddump4 The organizer of this conference is Hamid Arabnia http://www.cs.uga.edu/~hra a professor from University of Georgia, USA. The primary goal of this conference is to collect registration fee by accepting all submitted papers. Several fake papers were published in the conference proceedings. He already earned millions of dollars from the registration fee and is using part of the money for anti-Christmas greetings campaign. http://worldcomp-fake-bogus.blogspot.com has additional information on this campaign. He recently started another new conference CSCI due to his hunger for money http://www.americancse.org Hamid Arabnia failed to reveal the reviews and reviewers' information for all the papers he received, despite repeated requests and challenges. The reason for his failure is there were no reviews and reviewers and he just cheated the research community for more than a decade by announcing that each draft paper is reviewed by two experts. We challenge him to publish these details at the conference website. Where are these experts? Where are these reviews? He pays tens of thousands of dollars and brings keynote speakers and project his conference as a great one. He lists the names of current and former keynote speakers on the front page of the conference and use those names as baits to attract paper submissions from innocent researchers. He always conducts the conferences in the “sin city” to attract people who prefer “other” activities. DBLP stopped indexing these conferences since 2011 and displayed an explicit message; The DBLP Advisory Board decided to discontinue indexing of this conference series. Visit http://www.informatik.uni-trier.de/~ley/db/conf/biocomp/index.html as a sample. He was forced to remove his name, the university of Georgia name, and university of Georgia email address from the conference’s contact page because the University has banned him from doing that. He is running the conference behind the scenes and there is no coordinator or general chair listed for this conference. Almost every week (until the conference date is so close), Hamid Arabnia updates the conference website with things like this: You are invited to submit a "Late Breaking Paper", "Position Paper", "Abstract/Poster Paper" or “Abstract of Thesis or Dissertation” for consideration, etc. He wants more papers because each paper generates around 500 US dollars in to his pocket. Additional information on this conference bogus conference is available by searching internet using the keywords worldcomp fake or Hamid Arabnia fake Apologies for posting to multiple mailing lists. Spreading the word is the only way to stop this conference from cheating innocent researchers.

1 0