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

Re: [alsa-devel] ASoC: pxa2xx-i2s
by Mark Brown 09 May '09

09 May '09

On Wed, Jan 21, 2009 at 10:46:17AM -0600, Brian G Rhodes wrote: > Mark Brown wrote: > >What is the clock master in your system? > The master is the i2s controller sysclk. The dac2x is in slave mode. > Though the i2s controller isn't directly supplying the bit clock to the > codec in this case. We're using the PLL on the dac2x. Just to confirm, the codec is the clock master on the I2S bus itself?

3 6

[alsa-devel] [PATCH 0/2] ASoC updates
by Mark Brown 07 May '09

07 May '09

The following changes since commit 32c8dabc97d436582298ebd0e33af041c69f5a4b: Mark Brown (1): ASoC: Remove obsolete declaration of struct snd_soc_clock_info are available in the git repository at: git://opensource.wolfsonmicro.com/linux-2.6-asoc for-tiwai Daniel Mack (1): ASoC: tlv320aic3x: control additions and cleanups Grazvydas Ignotas (1): ASoC: Add support for OMAP3 Pandora sound/soc/codecs/tlv320aic3x.c | 18 ++- sound/soc/omap/Kconfig | 8 + sound/soc/omap/Makefile | 2 + sound/soc/omap/omap3pandora.c | 311 ++++++++++++++++++++++++++++++++++++++++ 4 files changed, 334 insertions(+), 5 deletions(-) create mode 100644 sound/soc/omap/omap3pandora.c

7 20

[alsa-devel] Bug 2552 typo in ice1724.c
by Alan Horstmann 31 Mar '09

31 Mar '09

Hi, I noticed this trivial typo report on bugtrack, -no 2552 and thought it may as well be fixed, and the bug closed. Patch inline & attached. Not sure if it needs a sign-off? Alan ice1724.c-name-typo-fix.diff Fix trivial name string typo as reported in bug 2552 Signed-off-by: Alan Horstmann <gineera(a)aspect135.co.uk> --- alsa-kernel/pci/ice1712/ice1724-orig.c 2008-06-27 09:11:58.000000000 +0100 +++ alsa-kernel/pci/ice1712/ice1724.c 2009-01-05 11:11:33.000000000 +0000 @@ -1239,7 +1239,7 @@ if (ice->force_pdma4 || ice->force_rdma1) name = "ICE1724 Secondary"; else - name = "IEC1724 IEC958"; + name = "ICE1724 IEC958"; err = snd_pcm_new(ice->card, name, device, play, capt, &pcm); if (err < 0) return err;

1 1

[alsa-devel] How to tell user level hardware not support a certain format in a certain sample rate
by Richard Zhao 17 Mar '09

17 Mar '09

Hi, runtime->hw.rates and runtime->hw.formats indicate the rate and formats hardware can support, so the user level plugins can auto-convert the audio data. But hardware may not support a certain combin of sample rate and format, and will cause hw_parm fail. In such case, plugin auto-convert will not work. How can I let userlevel know the failure conbin, so let auto-convert work? Thanks Richard

3 6

Re: [alsa-devel] Bugs on aspire one A150
by Maxim Levitsky 16 Mar '09

16 Mar '09

Alan Jenkins wrote: > Maxim Levitsky wrote: >> I have just bought an Aspire one A150, XP version, >> as it was the only available here, and installed ubuntu on it. >> >> Bugs I discovered so far: >> >> >> ** 1 - embedded controler works in polling mode, due to this: >> >> [ 0.708571] ACPI: EC: non-query interrupt received, switching to interrupt mode >> [ 1.224043] ACPI: EC: missing confirmations, switch off interrupt mode. >> >> >> Maybe this is the reason for the fact that gnome power manager freezes when I unplug >> the AC, and freezes often when I try to see battery status. >> >> >> (Note: same is seen on my acer aspire 5720) > > That sounds like a known issue. It has been resolved by "ACPI: EC: revert msleep patch". Happily Len submitted it for mainline this week. You will also find it if you try the acpi-test git tree. We're all hoping 2.6.28 will be much improved in terms of reliable operation of different ECs :). > Yes, this almost fixes all issues with that. Almost because, it looks like the EC changes screen brightness on his own when battery is plugged/unplugged, but so does the gnome-power-manager, and thus it still hangs as before on battery removal (but doesn't hang otherwise) I disabled that behaver in gnome-power-manager and now no more hangs. I see that this fix fixes the polled mode. Any chance to make irq mode work? >> ** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu... >> wireless more or less works, but kernel log is full of backtraces. > > Well, that doesn't tell us much. Did they still happen after upgrading to 2.6.28-rc3? Can we see them? Fixed completely, looking through the git log I have seen a commit that fixes exactly same backtrace I had. No more errors in kernel log. > >> Was able to connect to my WPA2 access point. >> Sometimes wireless fails completely, especially after suspend to ram. >> Advanced features like monitor/injection work, but when I changed the card's >> mac address it stopped working. >> I also noticed that if I then start airodump, then wireless works with new mac. This still not fixed, I ask about this again in separate mail. >> >> >> >> ** 3 - internal mic doesn't work. >> tried model=acer, model=auto. >> Overall it seems that alsa misprograms O/B realteck >> codec. >> I talk about this later. Surprisingly, this is almost fixed. I can record from both internal mic and external mic (Quality is not so good, but is the same as in windows) Almost, is that to increase capture level, I have to set "one" channel of it. Eg: if I set 100% left and 100% right then capture level is very low. But when I set 100% left and 0% right or vice versa it works fine. Also the "mic boost" doesn't change capture volume for internal mic. also the "mic boost" if set to high value works like analog loopback (I hear what I say in mic in headphones, same happens on my main notebook acer 5720) >> Have same issue on my acer 5720 >> >> >> >> ** 4 - wireless led doesn't work. >> ath5k devs, can you fix this? >> >> >> ** 5 - coretemp doesn't show cpu temperature, >> I have seen somewhere that atom support same thermal diode as core2 >> and only patch to detect it is needed. >> Please include such path in 2.6.28 if exists. >> >> >> ** 6 - both card readers are missing from lspci, is this normal? > > A similar bug has been reported as a regression: > > <http://bugzilla.kernel.org/show_bug.cgi?id=11828> > > so one assumes that it worked on the machines with linux pre-installed. Hopefully without requiring any hacks. > > It seems that for now a workaround may be to pass the option debug_quirks=1 to the sdhci module... > > <http://marc.info/?l=linux-kernel&m=122509648027303&w=2> > > ...or that it may help if you insert an SD card before booting. > > Apparently the reporter also investigated pcie hotplug. Probably the BIOS doesn't provide the normal support. You can try "modprobe pciehp pciehp_force=1", maybe it helps the kernel discover the devices. It worked for something else on my EeePC. But then it will reportedly disappear the ethernet controller. > > However, at the moment pciehp can cause delays of 10s of seconds during resume. I am aware of this, but don't yet have a SD card to test. > >> ** 7 - opengl is broken, I tried running neverball in fullscreen, but it shows wrong/corrupted >> textures (compiz is running, and working well thought) Without compiz neveball works fine (slow, but this is very slow hardware) >> >> Now I installed 2.6.28-rc3 (actually latest -git) >> >> >> Sadly nothing improved. >> I only found few regressions: >> >> >> >> * Wireless now drops connection from my WPA2 access point after few minutes. >> I changed temporarily its wireless protection to WEP and open mode, and both work >> fine, maybe this is related to periodic key exchange WPA does? Now fixed, big thanks. >> >> * System doesn't reboot/shutdown, just hangs. > > Could be this: > > <http://bugzilla.kernel.org/show_bug.cgi?id=11942> > > As a fix, 8fd145917fb62368a9b80db59562c20576238f5a was reverted from the acpi tree. This has also been submitted to mainline. Also fixed big thanks. Also noticed another bug: If I suspend/resume with compiz running, on resume I see wallpaper and mouse cursor, everything hangs for minute or two, and sometimes forever. 2.6.27 worked fine. Also hibernate doesn't work on my main notebook, but it is probably fixed, I update kernel to really latest -git and tell you. Big thanks for bugfixes, you saved me a lot of work and bisecting. Biggest solvable problem now is sound support now I think, datasheets are there, and I take a look at them. Best regards, Maxim Levitsky

3 25

[alsa-devel] [RFC/PATCH] pxa2xx_ac97 and gpio reset line
by Robert Jarzmik 15 Mar '09

15 Mar '09

Hi Mark, I can't find out if somebody had submitted that kind of patch before. This is a starting point of discussion. I'm not fully convinced by my own code, and so I post it here for advice. What I'd really like is to be able to choose the PXA AC97 gpio reset (GPIO95 or GPIO113) through platform_data, but I couldn't find a way of doing it. I hope you'll have some kind of idea. Cheers. -- Robert

2 12

[alsa-devel] Audio problems with HP DV7-1025nr
by Jonathan Scruggs 13 Mar '09

13 Mar '09

Hi, I have tried many things to try to get my sound card to work, but no luck. At first with the when I started alsamixer, it would say that I have a generic sound card. My laptop has two audio interfaces: a nVidia HDMI and an IDT High Definition Codec. I read this mailing list and saw that many people had issues with the HP's version of the IDT sound card. Then someone added patches to fix an issue with DV4. The fixes were in the latest snapshots, so I did some searching and pulled the alsa sources from here: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git since I am using the 2.6.28 kernel. I went through the code and confirmed that it was updated to what I saw in the patches and the patches were not compatible with the kernel source I have, hence I was looking for something more compatible. More specifically, the kernel I have is "2.6.28-gentoo-r2 #5 SMP Wed Feb 25 15:37:22 GMT 2009 x86_64 Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz Genuine Intel GNU/Linux". With a little bit of work, I merged in the new alsa source with that kernel and recompiled. Things are detected a bit better, like now alsamixer is saying that I have the chip "Nvidia MCP78 HDMI" instead of a Generic one. However, this is not the chip I want. I want to output to my speakers and headphone ports. I tried setting the option "model=hp-dv5" and then "model=hp-dv7" but that does nothing. I have absolutely no sound at all out of my speakers or headphone port. The drivers for this soundcard are on the HP website if you need them. Also, I tried removing the nvidia option from the list in the kernel configuration and only have IDT selected, but it would say unknow nvidia chip when trying to load the module on boot. I have the output of lspci -nv attached to this email. I hope you can give me a clue as to what to do next. This is what I have in my in my /etc/modprobe.d/alsa file: # Alsa kernel modules' configuration file. # ALSA portion alias char-major-116 snd # OSS/Free portion alias char-major-14 soundcore # OSS/Free portion - card #1 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss alias /dev/mixer snd-mixer-oss alias /dev/dsp snd-pcm-oss alias /dev/midi snd-seq-oss # Set this to the correct number of cards. options snd cards_limit=1 alias snd-card-0 snd-hda-intel options snd-hda-intel model=hp-dv7 enable=1 enable_msi=1 single_cmd=0 power_save_controller=0 power_save=0 I have a program that analyzed my audio in Windows. This is the output from that: Sound, video and game controllers || NVIDIA HDMI Audio Top Property Value NVIDIA HDMI Audio Device ID HDAUDIO\FUNC_01VEN_10DEDEV_0006SUBSYS_10DE0101REV_1000\43451138D00201 Status 0x0180200a Started Problem 0x00000000 (0) Service NVHDA Capabilities 0x00000000 Config Flags 0x00000000 Class MEDIA Manufacturer NVIDIA Hardware IDs HDAUDIO\FUNC_01VEN_10DEDEV_0006SUBSYS_10DE0101REV_1000 HDAUDIO\FUNC_01VEN_10DEDEV_0006SUBSYS_10DE0101 Compatible IDs HDAUDIO\FUNC_01CTLR_VEN_8086CTLR_DEV_293EVEN_10DEDEV_0006REV_1000 HDAUDIO\FUNC_01CTLR_VEN_8086VEN_10DEDEV_0006REV_1000 HDAUDIO\FUNC_01VEN_10DEDEV_0006REV_1000 HDAUDIO\FUNC_01CTLR_VEN_8086CTLR_DEV_293EVEN_10DEDEV_0006 HDAUDIO\FUNC_01CTLR_VEN_8086VEN_10DEDEV_0006 HDAUDIO\FUNC_01VEN_10DEDEV_0006 HDAUDIO\FUNC_01CTLR_VEN_8086CTLR_DEV_293EVEN_10DE HDAUDIO\FUNC_01CTLR_VEN_8086VEN_10DE HDAUDIO\FUNC_01VEN_10DE HDAUDIO\FUNC_01CTLR_VEN_8086CTLR_DEV_293E HDAUDIO\FUNC_01CTLR_VEN_8086 HDAUDIO\FUNC_01GFVEN_10DEDEV_0006SUBSYS_10DE0101REV_1000 HDAUDIO\FUNC_01 Class GUID {4d36e96c-e325-11ce-bfc1-08002be10318} Location Internal High Definition Audio Bus Bus number 0x00000000 Enumerator name HDAUDIO Description NVIDIA HDMI Audio Driver {4d36e96c-e325-11ce-bfc1-08002be10318}\0000 Physical Object Name \Device\0000008b UI number 0x00000002 Bustype GUID {41203534-2037-3144-2042-422044362041} Legacy bus type 0x00000005 Device Type 0x0000001d Install State 0x00000000 Security 01 00 04 90 00 00 00 00 00 00 00 00 00 00 00 00 14 00 00 00 02 00 5C 00 04 00 00 00 00 00 14 00 00 00 00 10 01 01 00 00 00 00 00 05 12 00 00 00 00 00 18 00 00 00 00 E0 01 02 00 00 00 00 00 05 20 00 00 00 20 02 00 00 00 00 14 00 00 00 00 E0 01 01 00 00 00 00 00 01 00 00 00 00 00 00 14 00 00 00 00 E0 01 01 00 00 00 00 00 05 0C 00 00 00 Security (SDS form) D:P(A;;GA;;;SY)(A;;GXGWGR;;;BA)(A;;GXGWGR;;;WD)(A;;GXGWGR;;;RC) Device Address 0x00000201 Sound, video and game controllers || IDT High Definition Audio CODEC Top Property Value IDT High Definition Audio CODEC Device ID HDAUDIO\FUNC_01VEN_111DDEV_76B2SUBSYS_103C30F4REV_1003\43451138D00001 Status 0x0180200a Started Problem 0x00000000 (0) Service STHDA Capabilities 0x00000000 Config Flags 0x00000000 Class MEDIA Manufacturer IDT Hardware IDs HDAUDIO\FUNC_01VEN_111DDEV_76B2SUBSYS_103C30F4REV_1003 HDAUDIO\FUNC_01VEN_111DDEV_76B2SUBSYS_103C30F4 Compatible IDs HDAUDIO\FUNC_01CTLR_VEN_8086CTLR_DEV_293EVEN_111DDEV_76B2REV_1003 HDAUDIO\FUNC_01CTLR_VEN_8086VEN_111DDEV_76B2REV_1003 HDAUDIO\FUNC_01VEN_111DDEV_76B2REV_1003 HDAUDIO\FUNC_01CTLR_VEN_8086CTLR_DEV_293EVEN_111DDEV_76B2 HDAUDIO\FUNC_01CTLR_VEN_8086VEN_111DDEV_76B2 HDAUDIO\FUNC_01VEN_111DDEV_76B2 HDAUDIO\FUNC_01CTLR_VEN_8086CTLR_DEV_293EVEN_111D HDAUDIO\FUNC_01CTLR_VEN_8086VEN_111D HDAUDIO\FUNC_01VEN_111D HDAUDIO\FUNC_01CTLR_VEN_8086CTLR_DEV_293E HDAUDIO\FUNC_01CTLR_VEN_8086 HDAUDIO\FUNC_01GFVEN_111DDEV_76B2SUBSYS_103C30F4REV_1003 HDAUDIO\FUNC_01 Class GUID {4d36e96c-e325-11ce-bfc1-08002be10318} Location Internal High Definition Audio Bus Bus number 0x00000000 Enumerator name HDAUDIO Description IDT High Definition Audio CODEC Friendly name IDT High Definition Audio CODEC Driver {4d36e96c-e325-11ce-bfc1-08002be10318}\0007 Physical Object Name \Device\00000089 UI number 0x00000000 Bustype GUID {41203534-2037-3144-2042-422044362041} Legacy bus type 0x00000005 Device Type 0x0000001d Install State 0x00000000 Security 01 00 04 90 00 00 00 00 00 00 00 00 00 00 00 00 14 00 00 00 02 00 5C 00 04 00 00 00 00 00 14 00 00 00 00 10 01 01 00 00 00 00 00 05 12 00 00 00 00 00 18 00 00 00 00 E0 01 02 00 00 00 00 00 05 20 00 00 00 20 02 00 00 00 00 14 00 00 00 00 E0 01 01 00 00 00 00 00 01 00 00 00 00 00 00 14 00 00 00 00 E0 01 01 00 00 00 00 00 05 0C 00 00 00 Security (SDS form) D:P(A;;GA;;;SY)(A;;GXGWGR;;;BA)(A;;GXGWGR;;;WD)(A;;GXGWGR;;;RC) Device Address 0x00000001 Thanks, Jon

2 1

[alsa-devel] [PATCH] ASoC: Complete Beagleboard support
by Steve Sakoman 11 Mar '09

11 Mar '09

Commit dc06102a0c8b5aa0dd7f9a40ce241e793c252a87 in the asoc tree did not include the necessary Kconfig and Makefile changes. This patch completes the support for Beagleboard Signed-off-by: Steve Sakoman <steve(a)sakoman.com> --- sound/soc/omap/Kconfig | 10 ++++++++++ sound/soc/omap/Makefile | 2 ++ 2 files changed, 12 insertions(+), 0 deletions(-) diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig index 4f7f040..ccd8973 100644 --- a/sound/soc/omap/Kconfig +++ b/sound/soc/omap/Kconfig @@ -55,3 +55,13 @@ config SND_OMAP_SOC_OMAP3_PANDORA select SND_SOC_TWL4030 help Say Y if you want to add support for SoC audio on the OMAP3 Pandora. + +config SND_OMAP_SOC_OMAP3_BEAGLE + tristate "SoC Audio support for OMAP3 Beagle" + depends on TWL4030_CORE && SND_OMAP_SOC && MACH_OMAP3_BEAGLE + select SND_OMAP_SOC_MCBSP + select SND_SOC_TWL4030 + help + Say Y if you want to add support for SoC audio on the Beagleboard. + + diff --git a/sound/soc/omap/Makefile b/sound/soc/omap/Makefile index 76fedd9..0c9e4ac 100644 --- a/sound/soc/omap/Makefile +++ b/sound/soc/omap/Makefile @@ -12,6 +12,7 @@ snd-soc-overo-objs := overo.o snd-soc-omap2evm-objs := omap2evm.o snd-soc-sdp3430-objs := sdp3430.o snd-soc-omap3pandora-objs := omap3pandora.o +snd-soc-omap3beagle-objs := omap3beagle.o obj-$(CONFIG_SND_OMAP_SOC_N810) += snd-soc-n810.o obj-$(CONFIG_SND_OMAP_SOC_OSK5912) += snd-soc-osk5912.o @@ -19,3 +20,4 @@ obj-$(CONFIG_SND_OMAP_SOC_OVERO) += snd-soc-overo.o obj-$(CONFIG_MACH_OMAP2EVM) += snd-soc-omap2evm.o obj-$(CONFIG_SND_OMAP_SOC_SDP3430) += snd-soc-sdp3430.o obj-$(CONFIG_SND_OMAP_SOC_OMAP3_PANDORA) += snd-soc-omap3pandora.o +obj-$(CONFIG_SND_OMAP_SOC_OMAP3_BEAGLE) += snd-soc-omap3beagle.o -- 1.5.6.3

4 8

Re: [alsa-devel] Timer instability
by Takashi Iwai 09 Mar '09

09 Mar '09

At Wed, 25 Feb 2009 16:56:47 +0000, Clive Messer wrote: > > On Wednesday 25 Feb 2009 16:39:28 you wrote: > > At Wed, 25 Feb 2009 16:24:18 +0000, > > > > Clive Messer wrote: > > > On Wednesday 25 Feb 2009 15:51:33 you wrote: > > > > At Wed, 25 Feb 2009 15:11:44 +0000, > > > > > > > > Clive Messer wrote: > > > > > 36192 36191 100068 3 0 0 1 2 > > > > > 36195 36194 100090 2 0 0 1 2 > > > > > 36198 36198 100113 1 0 0 1 2 > > > > > 36207 36206 63854 2816 1600 0 1 3 > > > > > 36212 36211 63854 2815 1601 4 1 3 > > > > > 36216 36216 63854 2814 1602 4 1 3 > > > > > 36221 36220 63854 2813 1603 4 1 3 > > > > > 36225 36225 101224 4460 -44 4 1 3 > > > > > > > > This is pretty weird. Is this behavior always reproducible? > > > > > > Nope. I get different results every time I run it. > > > > > > > What shows with the patch below to alsa-lib? > > > > > > Here's one (attached) I just did with the new patch that shows the crazy > > > high numbers again. > > > hwsync: 2080(0), 6496(0) > > > 70758 70758 47142 0 4416 0 0 3 > > > hwsync: 1472(0), 6496(0) > > > 70763 70762 104573379136040 4971973988617026976 -4971973988617022560 4 1 > > >3 > > > > The problem is that hwptr goes backward here. But it didn't happen in > > this hwsync call but sometime before that. > > > > Could you try the patch below instead? This will track all sync_ptr calls. > > > > > > Takashi > > > > --- > > diff --git a/src/pcm/pcm_hw.c b/src/pcm/pcm_hw.c > > index e9ce092..ad8d4a5 100644 > > --- a/src/pcm/pcm_hw.c > > +++ b/src/pcm/pcm_hw.c > > @@ -131,6 +131,10 @@ struct timespec snd_pcm_hw_fast_tstamp(snd_pcm_t *pcm) > > static int sync_ptr1(snd_pcm_hw_t *hw, unsigned int flags) > > { > > int err; > > + long old_hwptr, new_hwptr; > > + long old_applptr, new_applptr; > > + old_hwptr = *pcm->hw.ptr; > > + old_applptr = *pcm->appl.ptr; > > hw->sync_ptr->flags = flags; > > err = ioctl((hw)->fd, SNDRV_PCM_IOCTL_SYNC_PTR, (hw)->sync_ptr); > > if (err < 0) { > > @@ -138,6 +142,11 @@ static int sync_ptr1(snd_pcm_hw_t *hw, unsigned int > > flags) SYSMSG("SNDRV_PCM_IOCTL_SYNC_PTR failed"); > > return err; > > } > > + new_hwptr = *pcm->hw.ptr; > > + new_applptr = *pcm->appl.ptr; > > + printf("sync_ptr1: %ld(%ld), %ld(%ld)\n", > > + new_hwptr, new_hwptr - old_hwptr, > > + new_applptr, new_applptr - old_applptr); > > return 0; > > } > > Sorry Takashi, > > I'm not a coder so I only know that it wont compile because there isn't a pcm > variable passed into that function - it's snd_pcm_hw_t *hw. Oops, sorry, pasted a wrong version. Here it is. thanks, Takashi --- diff --git a/src/pcm/pcm_hw.c b/src/pcm/pcm_hw.c index e9ce092..5211d1c 100644 --- a/src/pcm/pcm_hw.c +++ b/src/pcm/pcm_hw.c @@ -131,6 +131,10 @@ struct timespec snd_pcm_hw_fast_tstamp(snd_pcm_t *pcm) static int sync_ptr1(snd_pcm_hw_t *hw, unsigned int flags) { int err; + long old_hwptr, new_hwptr; + long old_applptr, new_applptr; + old_hwptr = hw->sync_ptr->s.status.hw_ptr; + old_applptr = hw->sync_ptr->c.control.appl_ptr; hw->sync_ptr->flags = flags; err = ioctl((hw)->fd, SNDRV_PCM_IOCTL_SYNC_PTR, (hw)->sync_ptr); if (err < 0) { @@ -138,6 +142,11 @@ static int sync_ptr1(snd_pcm_hw_t *hw, unsigned int flags) SYSMSG("SNDRV_PCM_IOCTL_SYNC_PTR failed"); return err; } + new_hwptr = hw->sync_ptr->s.status.hw_ptr; + new_applptr = hw->sync_ptr->c.control.appl_ptr; + printf("sync_ptr1: %ld(%ld), %ld(%ld)\n", + new_hwptr, new_hwptr - old_hwptr, + new_applptr, new_applptr - old_applptr); return 0; }

2 9

[alsa-devel] SoC scenarii API
by Robert Jarzmik 08 Mar '09

08 Mar '09

Hi Liam and Mark, As mioa701 submission was stopped due to the need of a generic scenarii API, this a first attempt to design such an API in order to unblock mioa701 submission. This is oversimplified, no convenience macros are provided, just external data structures and namespace polution. I'm expecting a lot of comments from both of you. Cheers. -- Robert enum pin_change { SCEN_PIN_OFF = 0, /* Disable the pin */ SCEN_PIN_ON, /* Enable the pin */ SCEN_PIN_LEAVE /* Leave the pin in previous state */ }; struct setup_mixmux { char *mixname; /* Codec Mixer or Muxer name */ int val; /* Codec Mixer or Muxer value to enforce */ }; /** * struct soc_scenario - describes one sound usecase * @name: Scenario name, value as will be seen in alsa "SoC Mode" alsa control * @pin_setup: Pin configuration to perform on scenario activation * Table of all pins, as they should be configured. Each elements is a * pin_change value, describing how to handle a specific pin. * Table size must be the same as in snd_soc_scenario_init(). * @mixer_cleanup: Mixers/muxes to set up in phase (b) * Table of all mixers/muxes to modify, NULL terminated. * @mixer_setup: Mixers/muxers to set up in phase (c) * Table of all mixers/muxes to modify, NULL terminated * @lvol_master: Left volume aliased to "SoC Volume" * @rvol_master: Right volume aliased to "SoC Volume" * @lvol_mute: Left volume mute aliased to "SoC Volume" mute control * @rvol_mute: Right volume mute aliased to "SoC Volume" mute control * * This structure describes what a scenario change implies. The behaviour is to : * a) enable several pins, disable others, leave others in their state * (understand here snd_soc_dapm_enable_pin) * b) set up some mixers and muxers to prepare the change, and clean up. * This should be normally used to restore a "default state" if need be, before * activating the mixers/muxers into their final state. * Note: table in NULL, or always terminated by NULL pointer * Note: this cleanup may/should be shared amongst all scenarii * c) set up some mixers and muxers to the final state * This should be normally used to restore a "default state" if need be, before * activating the mixers/muxers into their final state. * Note: table in NULL, or always terminated by NULL pointer */ struct soc_scenario { const char *name; /* scenario name */ const unsigned char pin_setup[]; /* pin_change for pins */ const struct setup_mixmux mixes_cleanup[]; /* mix cleanup */ const struct setup_mixmux mixes_setup[]; /* mix setup */ const char *lvol_master; /* left volume master */ const char *rvol_master; /* right volume master */ const char *lvol_mute; /* left volume mute */ const char *rvol_mute; /* right volume mute */ }; /** * snd_soc_scenario_init - initialize soc scenarii * @codec: codec associated to the pins/mixers/muxes/volumes/mutes * @scenario: table of scenarii * @nb_scenarii: number of scenarii * @pin_names: table of pin names * @nb_pins: number of pins handled by scenario * * Initialise the soc scenarii engine. The first scenario (0) will be used. * By default, the user could leave this scenario as non intrusive (not a single * pin changed, no mixers/muxes changes, and volume master inactive). */ int snd_soc_scenario_init(struct snd_soc_codec *codec, struct soc_scenario *scenario, int nb_scenarii, char *pin_names[], int nb_pins); /** * snd_soc_scenario_init - initialize soc scenarii * @codec: codec used for the init */ void snd_soc_scenario_release(struct snd_soc_codec *code);

2 5