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

[alsa-devel] [ASoc] TDM over one SSC channel on AT91 possible?
by Friedrich Lobenstock 24 Jun '11

24 Jun '11

Hello! The background: I'm just designing an ATMEL AT91RM9200 based board which got two TLV320AIC33 on board. It is either possible to hook up the two TLV320AIC33 to a separate SSC (synchronous serial control) channel each or use one SSC channel and configure it for TDM (time division multiplex) mode. There is already a driver for TLV320AIC14k/TLV320AIC2k in the development tree, so adding support for the TLV320AIC33 should be feasible. What I'm not sure about is the fact if ASOC is prepared for using channels, especially SSC, in TDM mode. Is the core ASOC structure prepared to handle that? Would we be better off instantiate one drive twice each time with different parameters for the SSC channel? Thanks for any feedback. -- MfG / Regards Friedrich Lobenstock _________________________________________________________ SCOTTY Group Austria GmbH a SCOTTY Group plc company, http://www.scottygroup.com/ _________________________________________________________

4 3

Re: [alsa-devel] Patchmix-style application for EMU cards
by Camilo Polymeris 30 Aug '10

30 Aug '10

Hello > That is more or less what I had figured out, but it how are playback_1 to > > _16 channels routed to DSP0-15? It seems that it depends on the setting > of > > Front, Surround, LFE, etc. mixer controls. If they are turned up, I > don't > > understand what happens, sound to playback channels appears on various > DSP > > buses, at different levels. > > Really? Well, I didn't much experiment with surround mode. In source code, > I > can see that there are up to playback 8 channels at hw:0,0 with can be > controlled by faders in alsamixer. I tried surround40 and surroun51 on my > emu1616m and it worked as expected. The channles were mapped to first > couple > of DSP ports in a correct order. In fact this should work the same as > audigy > does, except the result is passed to DSP ports instead of physical > outputs. > On my card, playback channels 1 & 2 (hw:0,3) appear on all DSP busses associated with surround. Say you turn up the "Side" fader in alsamixer, channels 1 & 2 will appear at the relevant DSPs (6-7, I think) Whatever, for now I am just keeping all surround controls down (that is, Front, Surround, Center, Side & LFE). > Anyway, I think if there is another layer of routing done in audigy DSP, > it > shouldn't be used in EMU specific application. Or at least not for now. > The > most important thing is to provide all the switches and FPGA routing > scheme > for each EMU model. Or, to be precise, three routing schemes for each EMU > model, because for "double speed" (e.g. 96kHz) and "quadro speed" (e.g. > 192kHz) modes of operation the numebr of both physical and virtual > channels > changes. > I think the switches and enums for the card models are rather trivial, one can handle it with a customized version of qamix (done with a simple XML file), for example. A separate application would not be necessary for only that. > > If I turn the Front/Surround/LFE/etc. faders down, I can mix playback > > channels to DSP using the "Multichannel PCM Send/Routing/Volume" faders, > in > > a more or less intuitive way, besides that routing values do not map > > directly to DSP buses (i.e. 14-15 map to DSP0-1, but 2-3 map to DSP2-3). > Handling of this controls motivated me to write the application in the first place. No sound at all will appear if I don't set the appropiate controls for each playback channel: Multichannel PCM Volume (full), Multichannel PCM Send (an index of 8 controls, the first 4 select the target DSP) & Multichannel PCM Send Volume (again faders 0-3 of 8) By the way, only DSP0-7 work in this way. I have no idea how to make DSP8-31 work. On which card you did tested it? The driver was primary written for the > 1820M/1212M V1, so some things may not work well on other models and need > to > be fixed. I have a 1212m, don't know which version, but I think it's V1-- it does have firewire. I am using driver version 1.0.16. Thanks, Camilo.

3 3

[alsa-devel] Roland/Edirol M-16DX
by Lasse Kärkkäinen 01 Jun '09

01 Jun '09

This device doesn't seem to be supported yet. Does Roland make the specifications available, etc? The device is not compatible with USB Audio, but rather uses Vendor Specific Class. lsusb -vvv is attached below and if you need more information, I can debug the device on Linux and on Vista. Bus 007 Device 025: ID 0582:00c4 Roland Corp. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 255 Vendor Specific Class bDeviceSubClass 0 bDeviceProtocol 255 bMaxPacketSize0 64 idVendor 0x0582 Roland Corp. idProduct 0x00c4 bcdDevice 0.00 iManufacturer 1 EDIROL iProduct 2 M-16DX iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 167 bNumInterfaces 3 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower 0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 1 bInterfaceProtocol 2 iInterface 0 ** UNRECOGNIZED: 06 24 f1 01 00 00 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 1 bNumEndpoints 1 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 2 bInterfaceProtocol 2 iInterface 0 ** UNRECOGNIZED: 07 24 01 01 00 01 00 ** UNRECOGNIZED: 0b 24 02 01 02 04 18 01 80 bb 00 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 5 Transfer Type Isochronous Synch Type Asynchronous Usage Type Data wMaxPacketSize 0x0038 1x 56 bytes bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 1 bInterfaceProtocol 2 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 1 bNumEndpoints 1 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 2 bInterfaceProtocol 1 iInterface 0 ** UNRECOGNIZED: 07 24 01 07 00 01 00 ** UNRECOGNIZED: 0b 24 02 01 12 04 18 01 80 bb 00 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 37 Transfer Type Isochronous Synch Type Asynchronous Usage Type Implicit feedback Data wMaxPacketSize 0x01f8 1x 504 bytes bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 1 bInterfaceProtocol 3 iInterface 0 ** UNRECOGNIZED: 06 24 f1 02 01 01 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 1 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 1 bInterfaceProtocol 3 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 1

4 10

[alsa-devel] snd_pcm_set_params() bug?
by Christian Morales Vega 26 Jan '09

26 Jan '09

This code: #include <alsa/asoundlib.h> int main(){ snd_pcm_t *handle; if(snd_pcm_open(&handle, "default:1", SND_PCM_STREAM_PLAYBACK, 0) < 0) { exit(1); } if(snd_pcm_set_params(handle, SND_PCM_FORMAT_S16_LE, SND_PCM_ACCESS_RW_INTERLEAVED, 2, 24000, 1, 100000) < 0) { exit(2); } } fails with error "ALSA lib pcm.c:7193:(snd_pcm_set_params) Unable to get period size for PLAYBACK: Invalid argument" Disable resampling and you get "ALSA lib pcm.c:7142:(snd_pcm_set_params) Rate doesn't match (requested 24000Hz, get 0Hz)" (normal, I suppose). With other samplerates works fine. I'm using alsa-driver-kmp-default-1.0.16.20080602 and alsa-1.0.16.hg20080510 RPM packages from multimedia:audio openSUSE Build Service repository (from Takashi Iwai) and an AD1988 (hda-intel) codec. A XUbuntu user also has the same problem with an hda-intel codec (that I suppose uses stable 1.0.16). With a SB Live! in the same computer there are no problems. This was discovered with bsnes ( http://byuu.cinnamonpirate.com/bsnes/ - http://board.zsnes.com/phpBB2/viewtopic.php?t=11584 ) that can use openal, libao or alsa directly. The problem just happens when using 24KHz with alsa. So I suppose the problem is in the snd_pcm_set_params() itself, since openal and libao have not the problem but they set parameters "manually", not with snd_pcm_set_params().

3 2

[alsa-devel] snd_pcm_avail_update() needed before snd_pcm_delay() with hda-intel
by Christian Morales Vega 24 Jan '09

24 Jan '09

snd_pcm_avail_update() documentation says: "Using of this function is useless for the standard read/write operations. Use it only for mmap access. See to snd_pcm_delay." snd_pcm_delay() documentation says: "Note this function does not update the actual r/w pointer for applications. The function snd_pcm_avail_update() have to be called before any begin+commit operation." My english is far from perfect, and so the problem can be that I missunderstood the docs but: 1- "Using of this function"? Should not be "Use of this function"? 2- Is snd_pcm_avail_update() really useless when not using mmap? I have a SB Live! where snd_pcm_delay() always returns the correct value, without any need for snd_pcm_avail_update(). But the same code in the same machine with an hda-intel AD1988 needs a call to snd_pcm_avail_update() before snd_pcm_delay() to give the correct result. Without it snd_pcm_delay() always returns the value that *was* correct in the last snd_pcm_writei() call. So should the "application frame position" be always updated, or only in read/write operations? In the first case AD1988 fails, in the second case perhaps SB Live! is making too mucho work ;-)

4 9

[alsa-devel] snd_pcsp locking mess
by Stas Sergeev 21 Oct '08

21 Oct '08

bugme-daemon(a)bugzilla.kernel.org wrote: > ------- Comment #17 from tiwai(a)suse.de 2008-05-18 10:22 ------- > Anyway, what I meant is that the part touching I/O ports could be a faster path > than softirq. And the hrtimer code can use a bit simpler locks. The hrtimer > callback needs just one thing about DMA buffer - the buffer is allocated and > the address doesn't change during the callback. So, we'd need the lock for the > hr callback and for the PCM prepare, hwparams and free callbacks, i.e. to > assure that the hrtimer callback is finished when these PCM callbacks may > change the DMA buffer. Thus this lock doesn't have to be PCM substream lock. I wonder if it would be better to introduce such a lock in an alsa core rather than in a driver. The same way as snd_pcm_stream_lock(). > The current lock mess may come from the PCM trigger (STOP) called from > snd_pcm_period_elapsed(). So, putting snd_pcm_period_elapsed() out of hrtimer > lock is anyway necessary. A tasklet for snd_pcm_period_elapsed() is needed for > this reason, too. Wouldn't it be better to just make snd_pcm_period_elapsed() to not take the stream lock? There is a requirement right now to drop the stream lock before calling this. I still beleive this is the root of all the headache. If you need to drop it, then you either accept the race or need a second lock, and the troubles ensue.

2 22

[alsa-devel] [PATCH] alsa: make the CS4270 driver a new-style I2C driver
by Timur Tabi 29 Sep '08

29 Sep '08

Update the CS4270 ALSA device driver to use the new-style I2C interface. Starting with the 2.6.27 PowerPC kernel, I2C devices that have entries in the device trees can no longer be probed by old-style I2C drivers. The device tree for Freescale MPC8610 HPCD has included an entry for the CS4270 since 2.6.25, but that entry was previously ignored by the PowerPC I2C subsystem. Since that's no longer the case, the best solution is to update the CS4270 driver to a new-style interface, rather than try to revert the behavior of new PowerPC I2C subsystem. Signed-off-by: Timur Tabi <timur(a)freescale.com> --- This patch is for 2.6.27 (ASoC V1). It's not needed for 2.6.26, because that kernel uses the older PowerPC I2C code. It's not needed for ASoC V2, because the ASoC V2 CS4270 driver has always been a new-style driver. sound/soc/codecs/cs4270.c | 71 +++++++++----------------------------------- 1 files changed, 15 insertions(+), 56 deletions(-) diff --git a/sound/soc/codecs/cs4270.c b/sound/soc/codecs/cs4270.c index 9deb8c7..82d94f0 100644 --- a/sound/soc/codecs/cs4270.c +++ b/sound/soc/codecs/cs4270.c @@ -490,34 +490,7 @@ static int cs4270_mute(struct snd_soc_dai *dai, int mute) #endif -static int cs4270_i2c_probe(struct i2c_adapter *adap, int addr, int kind); - -/* - * Notify the driver that a new I2C bus has been found. - * - * This function is called for each I2C bus in the system. The function - * then asks the I2C subsystem to probe that bus at the addresses on which - * our device (the CS4270) could exist. If a device is found at one of - * those addresses, then our probe function (cs4270_i2c_probe) is called. - */ -static int cs4270_i2c_attach(struct i2c_adapter *adapter) -{ - return i2c_probe(adapter, &addr_data, cs4270_i2c_probe); -} - -static int cs4270_i2c_detach(struct i2c_client *client) -{ - struct snd_soc_codec *codec = i2c_get_clientdata(client); - - i2c_detach_client(client); - codec->control_data = NULL; - - kfree(codec->reg_cache); - codec->reg_cache = NULL; - - kfree(client); - return 0; -} +static int cs4270_i2c_probe(struct i2c_client *, const struct i2c_device_id *); /* A list of non-DAPM controls that the CS4270 supports */ static const struct snd_kcontrol_new cs4270_snd_controls[] = { @@ -525,14 +498,19 @@ static const struct snd_kcontrol_new cs4270_snd_controls[] = { CS4270_VOLA, CS4270_VOLB, 0, 0xFF, 1) }; +static const struct i2c_device_id cs4270_id[] = { + {"cs4270", 0}, + {} +}; +MODULE_DEVICE_TABLE(i2c, cs4270_id); + static struct i2c_driver cs4270_i2c_driver = { .driver = { .name = "CS4270 I2C", .owner = THIS_MODULE, }, - .id = I2C_DRIVERID_CS4270, - .attach_adapter = cs4270_i2c_attach, - .detach_client = cs4270_i2c_detach, + .id_table = cs4270_id, + .probe = cs4270_i2c_probe, }; /* @@ -561,11 +539,11 @@ static struct snd_soc_device *cs4270_socdev; * Note: snd_soc_new_pcms() must be called before this function can be called, * because of snd_ctl_add(). */ -static int cs4270_i2c_probe(struct i2c_adapter *adapter, int addr, int kind) +static int cs4270_i2c_probe(struct i2c_client *i2c_client, + const struct i2c_device_id *id) { struct snd_soc_device *socdev = cs4270_socdev; struct snd_soc_codec *codec = socdev->codec; - struct i2c_client *i2c_client = NULL; int i; int ret = 0; @@ -578,12 +556,6 @@ static int cs4270_i2c_probe(struct i2c_adapter *adapter, int addr, int kind) /* Note: codec_dai->codec is NULL here */ - i2c_client = kzalloc(sizeof(struct i2c_client), GFP_KERNEL); - if (!i2c_client) { - printk(KERN_ERR "cs4270: could not allocate I2C client\n"); - return -ENOMEM; - } - codec->reg_cache = kzalloc(CS4270_NUMREGS, GFP_KERNEL); if (!codec->reg_cache) { printk(KERN_ERR "cs4270: could not allocate register cache\n"); @@ -591,13 +563,6 @@ static int cs4270_i2c_probe(struct i2c_adapter *adapter, int addr, int kind) goto error; } - i2c_set_clientdata(i2c_client, codec); - strcpy(i2c_client->name, "CS4270"); - - i2c_client->driver = &cs4270_i2c_driver; - i2c_client->adapter = adapter; - i2c_client->addr = addr; - /* Verify that we have a CS4270 */ ret = i2c_smbus_read_byte_data(i2c_client, CS4270_CHIPID); @@ -612,18 +577,10 @@ static int cs4270_i2c_probe(struct i2c_adapter *adapter, int addr, int kind) goto error; } - printk(KERN_INFO "cs4270: found device at I2C address %X\n", addr); + printk(KERN_INFO "cs4270: found device at I2C address %X\n", + i2c_client->addr); printk(KERN_INFO "cs4270: hardware revision %X\n", ret & 0xF); - /* Tell the I2C layer a new client has arrived */ - - ret = i2c_attach_client(i2c_client); - if (ret) { - printk(KERN_ERR "cs4270: could not attach codec, " - "I2C address %x, error code %i\n", addr, ret); - goto error; - } - codec->control_data = i2c_client; codec->read = cs4270_read_reg_cache; codec->write = cs4270_i2c_write; @@ -648,6 +605,8 @@ static int cs4270_i2c_probe(struct i2c_adapter *adapter, int addr, int kind) goto error; } + i2c_set_clientdata(i2c_client, codec); + return 0; error: -- 1.5.5

2 3

[alsa-devel] X-Fi support in ALSA.
by James Courtier-Dutton 18 Sep '08

18 Sep '08

Hi, I have now had a chance to read some of the specs of the X-Fi cards. aka. emu20k1. It turns out that some of the X-Fi cards have a compatibility mode. By default, they boot up in compatibility mode. The interesting point is that this "compatibility mode" is in fact the intel-HD standard so could use the intel-hda driver. For one X-Fi card with IDs: Device 1102:0009 Subsystem: 1102:0010 works a bit with the ALSA hda-intel driver. So far, the off the shelf hda-intel driver, with simple PCIs adjustment, works for the above card, but only sound capture works so far, so probably some quirk would be needed. This compatibility mode works with the Windows Vista UAA drivers. Not all X-Fi cards support with compatibility mode. For example, any card with (after a cold boot into Linux) Device 1102:0005 Subsystem: xxxx:xxxx will be X-Fi only. With regard to actual full X-Fi support, I am still in the progress of creating a GPL emu20k1.h file, that is the first step towards an snd-emu20k1 native ALSA driver. James

3 3

[alsa-devel] [ALSA PATCH] alsa-git merge request
by Jaroslav Kysela 25 Aug '08

25 Aug '08

Linus, please pull from: git pull git://git.alsa-project.org/alsa-kernel.git for-linus gitweb interface: http://git.alsa-project.org/?p=alsa-kernel.git;a=shortlog;h=for-linus The GNU patch is available at: ftp://ftp.alsa-project.org/pub/kernel-patches/alsa-git-for-linus-2008-07-14… The following files will be updated: Documentation/sound/alsa/ALSA-Configuration.txt | 17 +- .../sound/alsa/DocBook/writing-an-alsa-driver.tmpl | 4 +- include/asm-mips/mach-au1x00/au1xxx_psc.h | 8 + include/sound/ad1843.h | 46 + include/sound/control.h | 3 - include/sound/core.h | 8 +- include/sound/cs4231-regs.h | 8 + include/sound/cs4231.h | 3 + include/sound/emu10k1.h | 1 + include/sound/seq_kernel.h | 2 +- include/sound/soc-dapm.h | 42 +- include/sound/soc.h | 175 ++- include/sound/uda1341.h | 2 - include/sound/version.h | 4 +- sound/Kconfig | 34 +- sound/aoa/Kconfig | 11 +- sound/aoa/codecs/Kconfig | 4 - sound/aoa/fabrics/Kconfig | 1 - sound/aoa/soundbus/Kconfig | 1 - sound/arm/Kconfig | 21 +- sound/arm/sa11xx-uda1341.c | 2 - sound/core/Kconfig | 29 +- sound/core/control.c | 7 +- sound/core/init.c | 67 +- sound/core/memalloc.c | 62 - sound/core/seq/seq_clientmgr.c | 2 +- sound/core/seq/seq_device.c | 6 +- sound/core/sound.c | 8 +- sound/core/timer.c | 6 +- sound/drivers/Kconfig | 91 +- sound/drivers/vx/vx_hwdep.c | 2 +- sound/i2c/cs8427.c | 6 +- sound/i2c/l3/uda1341.c | 2 - sound/isa/Kconfig | 61 +- sound/isa/cs423x/cs4231_lib.c | 118 ++- sound/isa/opti9xx/opti92x-ad1848.c | 1126 +------------- sound/isa/sb/Makefile | 2 - sound/isa/wavefront/wavefront_synth.c | 2 +- sound/mips/Kconfig | 27 +- sound/mips/Makefile | 4 + sound/mips/ad1843.c | 561 +++++++ sound/mips/hal2.c | 947 ++++++++++++ sound/mips/hal2.h | 245 +++ sound/mips/sgio2audio.c | 1006 ++++++++++++ sound/oss/Kconfig | 49 +- sound/oss/dmasound/dmasound_core.c | 7 +- sound/oss/dmasound/dmasound_paula.c | 2 +- sound/oss/dmasound/dmasound_q40.c | 2 +- sound/oss/msnd.c | 2 - sound/oss/msnd.h | 2 - sound/oss/msnd_classic.h | 2 - sound/oss/msnd_pinnacle.c | 5 - sound/oss/msnd_pinnacle.h | 2 - sound/parisc/Kconfig | 13 +- sound/pci/Kconfig | 104 +-- sound/pci/Makefile | 2 +- sound/pci/ac97/Makefile | 12 +- sound/pci/ac97/ac97_codec.c | 11 +- sound/pci/ac97/ac97_patch.c | 81 +- sound/pci/{ac97 => }/ak4531_codec.c | 34 +- sound/pci/au88x0/au88x0_game.c | 2 - sound/pci/azt3328.c | 1235 ++++++++++----- sound/pci/azt3328.h | 207 +++- sound/pci/ca0106/ca0106_main.c | 5 + sound/pci/emu10k1/emu10k1_main.c | 1 + sound/pci/emu10k1/emumixer.c | 13 +- sound/pci/emu10k1/memory.c | 69 +- sound/pci/hda/hda_codec.c | 2 +- sound/pci/hda/hda_codec.h | 2 +- sound/pci/hda/hda_hwdep.c | 2 +- sound/pci/hda/hda_intel.c | 306 +++- sound/pci/hda/hda_proc.c | 5 +- sound/pci/hda/patch_analog.c | 38 +- sound/pci/hda/patch_conexant.c | 33 +- sound/pci/hda/patch_realtek.c | 548 +++++++- sound/pci/hda/patch_sigmatel.c | 71 +- sound/pci/ice1712/envy24ht.h | 10 +- sound/pci/ice1712/ice1712.h | 2 + sound/pci/ice1712/ice1724.c | 213 ++- sound/pci/maestro3.c | 42 +- sound/pci/nm256/nm256.c | 4 +- sound/pci/oxygen/hifier.c | 33 +- sound/pci/oxygen/oxygen.c | 76 +- sound/pci/oxygen/oxygen.h | 14 + sound/pci/oxygen/oxygen_io.c | 22 +- sound/pci/oxygen/oxygen_lib.c | 106 ++- sound/pci/oxygen/oxygen_pcm.c | 53 +- sound/pci/oxygen/virtuoso.c | 252 ++-- sound/pci/pcxhr/pcxhr.c | 4 +- sound/pci/pcxhr/pcxhr_core.c | 18 +- sound/pci/trident/trident_main.c | 5 +- sound/pci/trident/trident_memory.c | 178 --- sound/pci/via82xx.c | 6 + sound/pci/ymfpci/ymfpci_main.c | 2 + sound/pcmcia/Kconfig | 15 +- sound/pcmcia/vx/vxp_ops.c | 2 +- sound/ppc/Kconfig | 26 +- sound/ppc/daca.c | 2 - sound/ppc/tumbler.c | 2 - sound/sh/Kconfig | 16 +- sound/soc/Kconfig | 19 +- sound/soc/Makefile | 3 +- sound/soc/at32/Kconfig | 34 + sound/soc/at32/Makefile | 11 + sound/soc/at32/at32-pcm.c | 491 ++++++ sound/soc/at32/at32-pcm.h | 79 + sound/soc/at32/at32-ssc.c | 849 ++++++++++ sound/soc/at32/at32-ssc.h | 59 + sound/soc/at32/playpaq_wm8510.c | 522 +++++++ sound/soc/at91/Kconfig | 2 +- sound/soc/at91/at91-pcm.c | 6 +- sound/soc/at91/at91-ssc.c | 12 +- sound/soc/at91/at91-ssc.h | 2 +- sound/soc/at91/eti_b1_wm8731.c | 53 +- sound/soc/au1x/Kconfig | 32 + sound/soc/au1x/Makefile | 13 + sound/soc/au1x/dbdma2.c | 421 +++++ sound/soc/au1x/psc-ac97.c | 387 +++++ sound/soc/au1x/psc-i2s.c | 414 +++++ sound/soc/au1x/psc.h | 53 + sound/soc/au1x/sample-ac97.c | 144 ++ sound/soc/codecs/Kconfig | 22 +- sound/soc/codecs/Makefile | 8 + sound/soc/codecs/ac97.c | 31 +- sound/soc/codecs/ac97.h | 2 +- sound/soc/codecs/ak4535.c | 696 +++++++++ sound/soc/codecs/ak4535.h | 46 + sound/soc/codecs/cs4270.c | 8 +- sound/soc/codecs/cs4270.h | 2 +- sound/soc/codecs/tlv320aic3x.c | 384 +++-- sound/soc/codecs/tlv320aic3x.h | 55 +- sound/soc/codecs/uda1380.c | 852 ++++++++++ sound/soc/codecs/uda1380.h | 89 ++ sound/soc/codecs/wm8510.c | 817 ++++++++++ sound/soc/codecs/wm8510.h | 103 ++ sound/soc/codecs/wm8731.c | 79 +- sound/soc/codecs/wm8731.h | 2 +- sound/soc/codecs/wm8750.c | 87 +- sound/soc/codecs/wm8750.h | 2 +- sound/soc/codecs/wm8753.c | 183 ++-- sound/soc/codecs/wm8753.h | 2 +- sound/soc/codecs/wm8990.c | 1626 ++++++++++++++++++++ sound/soc/codecs/wm8990.h | 832 ++++++++++ sound/soc/codecs/wm9712.c | 53 +- sound/soc/codecs/wm9712.h | 2 +- sound/soc/codecs/wm9713.c | 79 +- sound/soc/codecs/wm9713.h | 2 +- sound/soc/davinci/Kconfig | 2 +- sound/soc/davinci/davinci-evm.c | 40 +- sound/soc/davinci/davinci-i2s.c | 16 +- sound/soc/davinci/davinci-i2s.h | 2 +- sound/soc/davinci/davinci-pcm.c | 2 +- sound/soc/fsl/Kconfig | 6 +- sound/soc/fsl/fsl_dma.c | 2 +- sound/soc/fsl/fsl_dma.h | 2 +- sound/soc/fsl/fsl_ssi.c | 24 +- sound/soc/fsl/fsl_ssi.h | 4 +- sound/soc/fsl/mpc8610_hpcd.c | 72 +- sound/soc/omap/Kconfig | 4 - sound/soc/omap/n810.c | 106 +- sound/soc/omap/omap-mcbsp.c | 16 +- sound/soc/omap/omap-mcbsp.h | 2 +- sound/soc/omap/omap-pcm.c | 2 +- sound/soc/pxa/Kconfig | 11 +- sound/soc/pxa/Makefile | 3 +- sound/soc/pxa/corgi.c | 70 +- sound/soc/pxa/em-x270.c | 102 ++ sound/soc/pxa/poodle.c | 50 +- sound/soc/pxa/pxa2xx-ac97.c | 18 +- sound/soc/pxa/pxa2xx-ac97.h | 2 +- sound/soc/pxa/pxa2xx-i2s.c | 17 +- sound/soc/pxa/pxa2xx-i2s.h | 2 +- sound/soc/pxa/pxa2xx-pcm.c | 2 +- sound/soc/pxa/spitz.c | 91 +- sound/soc/pxa/tosa.c | 47 +- sound/soc/s3c24xx/Kconfig | 4 +- sound/soc/s3c24xx/neo1973_wm8753.c | 237 ++-- sound/soc/s3c24xx/s3c2412-i2s.c | 15 +- sound/soc/s3c24xx/s3c2412-i2s.h | 2 +- sound/soc/s3c24xx/s3c2443-ac97.c | 15 +- sound/soc/s3c24xx/s3c24xx-ac97.h | 2 +- sound/soc/s3c24xx/s3c24xx-i2s.c | 25 +- sound/soc/s3c24xx/s3c24xx-i2s.h | 2 +- sound/soc/s3c24xx/s3c24xx-pcm.c | 6 +- sound/soc/s3c24xx/smdk2443_wm9710.c | 3 - sound/soc/sh/Kconfig | 5 +- sound/soc/sh/dma-sh7760.c | 2 +- sound/soc/sh/hac.c | 2 +- sound/soc/sh/sh7760-ac97.c | 4 +- sound/soc/sh/ssi.c | 8 +- sound/soc/soc-core.c | 443 ++++-- sound/soc/soc-dapm.c | 344 ++++- sound/sparc/Kconfig | 17 +- sound/sparc/dbri.c | 2 +- sound/spi/Kconfig | 13 +- sound/usb/Kconfig | 16 +- sound/usb/caiaq/caiaq-audio.c | 1 + sound/usb/caiaq/caiaq-device.c | 12 +- sound/usb/caiaq/caiaq-device.h | 1 + sound/usb/usbaudio.c | 4 - sound/usb/usbquirks.h | 38 + 201 files changed, 16473 insertions(+), 3893 deletions(-) rename sound/pci/{ac97 => }/ak4531_codec.c (96%) Adrian Bunk (6): [ALSA] remove CVS keywords sound: sound/oss/: remove CVS keywords [ALSA] remove SND_GUS_SYNTH [ALSA] usbaudio.c: remove #ifndef CONFIG_USB_EHCI_SPLIT_ISO code ALSA: make sparc/dbri.c:snd_dbri_proc() static sound: sound/oss/dmasound/: cleanups Akio Idehara (1): [ALSA] hda - Add Toshiba dynabook SS RX1 support Andreas Mohr (2): [ALSA] PCI168 snd-azt3328 Linux driver: another huge update ALSA: PCI168 snd-azt3328: some more fixups Andy Green (1): ALSA: ASoC: Don't block system resume Chris Mennie (1): [ALSA] usb-audio - Support for Roland SonicCell sound module Clemens Ladisch (12): [ALSA] oxygen: fix version in MODULE_LICENSE [ALSA] oxygen: add symbol for I/O space size [ALSA] oxygen: save register writes [ALSA] oxygen: simplify DAC volume initialization [ALSA] oxygen: separate out hardware initialization code [ALSA] virtuoso: add xonar_enable_output() [ALSA] oxygen: add PM support [ALSA] oxygen: add symbols for buffer/period size constraints [ALSA] virtuoso: restrict period time to less than 10 s [ALSA] ice1724: fix MIDI ALSA: usb-audio: fix Yamaha KX quirk ALSA: usb-audio: add some Yamaha USB MIDI quirks Daniel Jacobowitz (1): [ALSA] ac97 - Add virtual master control to VT1616/VT1617A codec. Daniel Mack (3): [ALSA] soc - tlv320aic3x - revisit clock setup [ALSA] soc - tlv320aic3x - add GPIO support [ALSA] snd_usb_caiaq: add support for 'Session I/O' interface David Howells (2): ALSA: Fix a const pointer usage warning in the Digigram VX soundcard driver ALSA: Fix a const to non-const assignment in the Digigram VXpocket sound driver Dmitry Baryshkov (2): ALSA: tosa: fix compilation with new DAPM API ALSA: ASoC: pxa2xx-ac97: fix warning due to missing argument in fuction declaration Geoffrey Wossum (1): [ALSA] Revised AT32 ASoC Patch Graeme Gregory (1): [ALSA] soc - DAPM - add hook to read state of DAPM widget Harvey Harrison (2): [ALSA] i2c: cs8427.c use put_unaligned helper alsa: add annotations to bitwise type snd_pcm_hw_param_t Jarkko Nikula (8): [ALSA] ASoC: Convert N810 machine driver to use gpiolib ALSA: ASoC: Cover also Nokia N810 WiMAX Edition in N810 machine driver ALSA: ASoC: Add support for generic DAPM register modifier widget ALSA: ASoC: TLV320AIC3X: Use register modifier widget for mic bias ALSA: ASoC: TLV320AIC3X: Modify only interface related bits in aic3x_set_dai_fmt ALSA: ASoC: TLV320AIC3X: Add support for digital microphone input ALSA: ASoC: Add digital mic configuration to N810 machine driver ALSA: ASoC: TLV320AIC3X: Add mixer control for ADC highpass filter Jaroslav Kysela (8): ALSA: Release v1.0.17rc1 ALSA: Release 1.0.17rc2 ALSA: Remove duplicate MODULE_AUTHOR/DESCRIPTION/LICENCE from snd-ens1370.ko ALSA: emu10k1 - fix possible memory leak in memory allocation routines [ALSA] Revert "alsa: add annotations to bitwise type snd_pcm_hw_param_t" ALSA: Release v1.0.17rc3 ALSA: HDA - HP dc7600 with pci sub IDs 0x103c/0x3011 belongs to hp-3013 model ALSA: Release v1.0.17 Jiang zhe (1): [ALSA] hda - support intel DG33 motherboards Johannes Berg (1): ALSA: remove CONFIG_KMOD from sound Juergen Beisert (1): [ALSA] ac97: add support for wm9711 master left inv switch Kailang Yang (6): [ALSA] hda - Add support of Teradici controller [ALSA] hda - Add ICH9 controller support (8086:2911) [ALSA] hda - Add ALC663 support [ALSA] hda - Fix vref pincap check in alc882 auto-detection [ALSA] hda - show correct codec chip in PCM stream names [ALSA] hda - Fix EAPD and COEF setups for realtek codecs Krzysztof Helt (3): [ALSA] opti93x: fix sound ouput for Opti930 ALSA: opti93x: add support for Opti93x codec in cs4231-lib ALSA: opti93x: use cs4231 lib Liam Girdwood (16): ALSA: asoc: core - refactored DAPM pin control API. ALSA: asoc: core - merge structs snd_soc_codec_dai and snd_soc_cpu_dai. ALSA: asoc: at32 - merge structs snd_soc_codec_dai and snd_soc_cpu_dai. ALSA: asoc: at91 - merge structs snd_soc_codec_dai and snd_soc_cpu_dai. ALSA: asoc: davinci - merge structs snd_soc_codec_dai and snd_soc_cpu_dai. ALSA: asoc: codecs - merge structs snd_soc_codec_dai and snd_soc_cpu_dai. ALSA: asoc: fsl - merge structs snd_soc_codec_dai and snd_soc_cpu_dai. ALSA: asoc: omap - merge structs snd_soc_codec_dai and snd_soc_cpu_dai. ALSA: asoc: pxa - merge structs snd_soc_codec_dai and snd_soc_cpu_dai. ALSA: asoc: s3c24xx - merge structs snd_soc_codec_dai and snd_soc_cpu_dai. ALSA: asoc: sh - merge structs snd_soc_codec_dai and snd_soc_cpu_dai. ALSA: asoc: core - add Digital Audio Interface (DAI) control functions. ALSA: asoc: machines - add Digital Audio Interface (DAI) control functions. ALSA: asoc: n810 - fix build error. ALSA: asoc: at32 - DAI struct merge and enable_pin() change. ALSA: asoc: kbuild - only show menus for the current ASoC CPU platform. Manuel Lauss (2): ALSA: ASoC: AC97 codec PM ALSA: ASoC: Au12x0/Au1550 PSC Audio support Mark Brown (30): [ALSA] soc - DAPM - Add bulk control registration [ALSA] soc - DAPM - Bulk route registration [ALSA] soc - tlv320aic3x - Convert to use bulk registration APIs [ALSA] soc - Zaurus - Convert to bulk DAPM registration APIs [ALSA] soc - eti_b1_wm8731 - Convert to use bulk DAPM control registration [ALSA] soc - neo1973_wm8753 - Convert to bulk DAPM registration APIs [ALSA] soc - davinci-evm - Update for bulk DAPM registration APIs [ALSA] soc - n810 - Update for bulk DAPM registration APIs [ALSA] ASoC: Remove in-code changelogs [ALSA] ASoC: Make CPU and codec DAI operations have same type [ALSA] ASoC: Clarify API for bias configuration [ALSA] ASoC: core checkpatch cleanups [ALSA] soc - Convert Wolfson codec drivers to use bulk DAPM registration [ALSA] ASoC: Add SOC_DOUBLE_S8_TLV control type [ALSA] ASoC: Add WM8510 driver [ALSA] ASoC: Add WM8990 driver [ALSA] ASoC: Fix default mono mixer configuration for WM8510 ALSA: ASoC: Fix register cache sizes for Wolfson codecs ALSA: ASoC: Fix register cache size for UDA1380 ALSA: ASoC: Tweak tlv320aicx reg_cache_size ALSA: ASoC: Add missing includes ALSA: ASoC: Pass the DAI being configured into CPU DAI probe and remove ALSA: ASoC: Fix WM9713 voice PCM slave mode configuration ALSA: ASoC: Check for exact register match in wm97xx_reset() ALSA: ASoC: Replace custom debug macros with pr_ equivalents ALSA: ASoC: Advertise 16000Hz rate for WM9713 PCM interface ALSA: ASoC: Make pop/click debug wait times dynamically configurable ALSA: ASoC: Fix warning from strict_strtoul() ALSA: ASoC: Switch DAPM to use of standard DEBUG macro ALSA: ASoC: Dump DAPM state for non-stream changes Matthew Ranostay (3): ALSA: hda: Add support for 92HD73xxx codecs ALSA: hda - removed redundant gpio_mask ALSA: hda: 92hd71bxx PC Beep Mike Montour (3): ALSA: ASoC: Add TLV information to remaining WM8753 controls ALSA: ASoC: Add SOC_SINGLE_EXT_TLV control type ALSA: ASoC: Add TLV information to the LM4857 controls on the GTA01 Mike Rapoport (2): [ALSA] Add EM-X270 ASoC driver ALSA: ac97 - fix patch_ucb1400 for proper resume Milton Miller (1): ALSA: correct kcalloc usage Philipp Zabel (1): [ALSA] ASoC: Add UDA1380 driver Pierre Ossman (1): ALSA: trident - pause s/pdif output Randy Dunlap (1): ALSA: ASoC: fix PM=n build Richard Chan (1): ALSA: Add Yamaha KX49 (USB MIDI controller) to usbquirks.h Richard Purdie (1): ALSA: ASoC: Add AK4535 driver Stephen Rothwell (1): [ALSA] sound: fix export symbol typo Takashi Iwai (44): [ALSA] Remove unneeded ugly hack for i386 in memalloc.c [ALSA] hda - Fix DMA position inaccuracy sound: Convert to menuconfig [ALSA] Fix AC97 kconfig items [ALSA] Replace CONFIG_SND_DEBUG_DETECT with CONFIG_SND_DEBUG_VERBOSE [ALSA] Improve the slots option handling [ALSA] Clean up sound/pci/ac97/Makefile [ALSA] Make ak4531 local to ens1370 driver [ALSA] trident - clean up obsolete synth codes sound: Clean up sound/oss/Kconfig [ALSA] trivial clean up of sound/isa/sb/Makefile [ALSA] emu10k1 - simplify page allocation for synth [ALSA] emu10k1 - Fix inverted Analog/Digital mixer switch on Audigy2 [ALSA] hda - Fix PLL gating control on Realtek codecs [ALSA] hda - increase max_codecs of ICH to 4 [ALSA] ac97 - Fix power_save option value as time-out ALSA: emu10k1 - Fix page allocation with GFP_DMA ALSA: hda - Add bdl_pos_adj option ALSA: hda - remove position_fix=3 ALSA: hda - bdl_pos_adj option to each instance ALSA: hda - Fix bdl_pos_adj value for ATI SB chipsets ALSA: hda - Add description of bdl_pos_adj option ALSA: hda - Add a warning if pending IRQ is found ALSA: hda - Fix stac9205_cfg_tbl ALSA: hda - Remove unused mutex ALSA: make snd_ctl_elem_read() and snd_ctl_elem_write() static ALSA: hda - bdl_pos_adj=32 as default ALSA: hda - use upper_32_bits() ALSA: emu10k1 - simplify the last fix ALSA: hda - Fix wrong volumes in AD1988 auto-probe mode ALSA: ca0106 - Add entry for another MSI K8N Diamond MB ALSA: hda - Fix digital converter proc output ALSA: hda - Add MacBook 3.1 support ALSA: ymfpci - fix initial volume for 44.1kHz output ALSA: hda - disable amp override on non-HP machines ALSA: Fix AC97 power down ALSA: ALSA: hda - Fix ALC883 medion model ALSA: hda - Add missing Thinkpad Z60m support ALSA: ALSA: hda - Fix speaker output on Toshiba P105 ALSA: hda - Add support for Lenovo 3000 N200 ALSA: wavefront - add const ALSA: hda - Fix internal mic vref pin setup ALSA: hda - Fix missing init for unsol events on micsense model ALSA: hda - Fix FSC V5505 model Thomas Bogendoerfer (2): ALSA: ALSA driver for SGI HAL2 audio device ALSA: ALSA driver for SGI O2 audio board Tim Niemeyer (1): [ALSA] soc - Patch to add debug messages to the neo1973_wm8753 (GTA01) sound driver Timur Tabi (1): ALSA: Fix register programming in Freescale MPC8610 HPCD sound driver Travis Place (2): ALSA: hda - Added model selection for iMac 24" ALSA: hda - Added SSID for 'Fujitsu Siemens Amilo M1451G' laptop Ville Syrjälä (1): [ALSA] maestro3: Fix hw volume on HP OmniBook Walter Sheets (1): ALSA: via82xx - Add VIA audio device #1841 to ac97_quirk list Werner Almesberger (1): [ALSA] soc - Fix s3c24xx-i2s LR sync while timer ticks are disabled ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

6 12

[alsa-devel] Problems with alsa on ARM
by Alan Horstmann 12 Aug '08

12 Aug '08

Hi, I am trying to assist a collegue, we're working on ARM (AT91), and having probs with alsa stuff. Can anyone help interpret this strace from aplay -v -Dhw:0 ourfile.wav? I am comparing it to the same operation on a desktop PC. After all sorts of pre-amble, it gets down to accessing snd devices: open("/dev/snd/controlC0", O_RDONLY) = 3 close(3) = 0 open("/dev/snd/controlC0", O_RDWR) = 3 ioctl(3, USBDEVFS_CONTROL, 0xbecd36ac) = 0 ioctl(3, 0x40045532, 0xbecd36b4) = 0 open("/dev/snd/pcmC0D0p", O_RDWR|O_NONBLOCK) = 4 close(3) = 0 ioctl(4, AGPIOC_ACQUIRE or APM_IOC_STANDBY, 0xbecd34f8) = 0 fcntl(4, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK) ioctl(4, AGPIOC_INFO, 0xbecd36a4) = 0 ioctl(4, AGPIOC_RELEASE or APM_IOC_SUSPEND, 0xbecd369c) = 0 mmap2(NULL, 4096, PROT_READ, MAP_SHARED, 4, 0x80000) = -1 ENXIO (No such device or address) ioctl(4, 0xc0844123, 0xbecd3618) = 0 fcntl(4, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK) fcntl(4, F_SETFL, O_RDWR) = 0 ioctl(4, AGPIOC_ACQUIRE or APM_IOC_STANDBY, 0xbecd398c) = 0 The first failure is from mmap2(..). Exactly the same line (and values) is successful on PC, but I don't know what it is doing or why it might fail. There are no other negative returns at all, but after opening the wav file, the playback info is written out, and set_params begins: ioctl(4, 0xc25c4110, 0xbecd3628) = 0 ioctl(4, 0xc25c4110, 0xbecd3628) = 0 ioctl(4, 0xc25c4110, 0xbecd3628) = 0 ioctl(4, 0xc25c4110, 0xbecd3628) = 0 ioctl(4, 0xc25c4111, 0xbecd3628) = 0 ioctl(4, 0xc0844123, 0x1c210) = 0 ioctl(4, 0xc0684113, 0xbecd3528) = 0 ioctl(4, 0x4140, 0) = 0 ioctl(4, 0xc0844123, 0x1c210) = 0 write(2, "aplay", 5aplay) = 5 write(2, ": ", 2: ) = 2 write(2, "set_params", 10set_params) = 10 write(2, ":", 1:) = 1 write(2, "1012", 41012) = 4 write(2, ": ", 2: ) = 2 write(2, "unable to install sw params:", 28unable to install sw params:) = 28 All seems to go OK with hw_params, but sw_params must return error (not seen) as the error check fails. The values printed out show xfer_align = 3201120484 which looks suspicious to me. Any clues on either of these would be greatly appreciated. Alan

3 3