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

[alsa-devel] [PATCH - asihpi 7/6] Turn off verbose logging
by linux＠audioscience.com 22 Aug '08

22 Aug '08

From: Eliot Blennerhassett <eblennerhassett(a)audioscience.com> Signed-off-by: Eliot Blennerhassett <eblennerhassett(a)audioscience.com> diff --git a/pci/asihpi/asihpi.c b/pci/asihpi/asihpi.c index fa0718f..0f49fbb 100644 --- a/pci/asihpi/asihpi.c +++ b/pci/asihpi/asihpi.c @@ -22,7 +22,7 @@ * for any purpose including commercial applications. */ /* >0: print Hw params, timer vars. >1: print stream write/copy sizes */ -#define REALLY_VERBOSE_LOGGING 2 +#define REALLY_VERBOSE_LOGGING 0 #if REALLY_VERBOSE_LOGGING #define VPRINTK1 printk -- 1.5.4.3

1 0

[PATCH] ALSA: snd-ad1816a: add different TerraTec EWS64 S model.
by Rene Herman 21 Aug '08

21 Aug '08

Signed-off-by: Rene Herman <rene.herman(a)gmail.com> --- sound/isa/ad1816a/ad1816a.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/sound/isa/ad1816a/ad1816a.c b/sound/isa/ad1816a/ad1816a.c index 68f1260..7752424 100644 --- a/sound/isa/ad1816a/ad1816a.c +++ b/sound/isa/ad1816a/ad1816a.c @@ -83,8 +83,10 @@ static struct pnp_card_device_id snd_ad1816a_pnpids[] = { { .id = "MDK1605", .devs = { { .id = "ADS7180" }, { .id = "ADS7181" } } }, /* Shark Predator ISA - added by Ken Arromdee */ { .id = "SMM7180", .devs = { { .id = "ADS7180" }, { .id = "ADS7181" } } }, - /* Analog Devices AD1816A - Terratec AudioSystem EWS64S */ + /* Analog Devices AD1816A - Terratec AudioSystem EWS64 S */ { .id = "TER1112", .devs = { { .id = "ADS7180" }, { .id = "ADS7181" } } }, + /* Analog Devices AD1816A - Terratec AudioSystem EWS64 S */ + { .id = "TER1112", .devs = { { .id = "TER1100" }, { .id = "TER1101" } } }, /* Analog Devices AD1816A - Terratec Base 64 */ { .id = "TER1411", .devs = { { .id = "ADS7180" }, { .id = "ADS7181" } } }, /* end */ -- 1.5.5

1 0

[alsa-devel] About ipc_key, ipc_gid and ipc_perm
by Simon Tremblay 21 Aug '08

21 Aug '08

Hi, someone knows to what is related ipc_key, ipc_gid and ipc_perm settings in /usr/share/alsa/alsa.conf file? I ask that because even if I don't have an audio group created on my embedded system, I can play a wave file with aplay. But since I want to use -D plug:dmix option, I can't. It asks me to create audio group. But after that, I have a strange error I can't explain: audio open error: Operation not permitted. I think ipc_perm has something related to chmod 0660 file? But what is ipc_key ? Does I have to set it somewhere since I installed manually alsa on my system ? Also, On SuSE, I see a + at the end of permission listing of each device file. What does it mean? Like this: crw-rw----+ 1 dax audio 116, 7 2008-08-13 14:06 controlC0 crw-rw----+ 1 dax audio 116, 3 2008-08-13 14:06 midiC0D0 crw-rw----+ 1 dax audio 116, 6 2008-08-13 14:06 pcmC0D0c crw-rw----+ 1 dax audio 116, 5 2008-08-13 14:06 pcmC0D0p crw-rw----+ 1 dax audio 116, 4 2008-08-13 14:06 pcmC0D1p I don't have that on my embedded system, is it something related only to SuSE ? Thanks, Simon

1 0

[alsa-devel] alsa driver on latest Mac Pro (MacPro3,1)
by S. Aguinaga 21 Aug '08

21 Aug '08

Additionally, I noticed that the results file from 'alsa-info.sh' the section about Module is does now show "macpro" under the model section. Might I be doing something wrong? < snippet > .... !!Module: snd_hda_intel bdl_pos_adj : 1,-1,-1,-1,-1,-1,-1,-1 enable : Y,Y,Y,Y,Y,Y,Y,Y enable_msi : 0 id : <NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL> index : -1,-1,-1,-1,-1,-1,-1,-1 model : <NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL> position_fix : 0,0,0,0,0,0,0,0 power_save : 0 power_save_controller : Y probe_mask : -1,-1,-1,-1,-1,-1,-1,-1 single_cmd : N .... < snippet > // Salvador // Northwestern Univeristy ----- Original Message ---- From: Takashi Iwai <tiwai(a)suse.de> To: S. Aguinaga <sa_jr(a)ieee.org> Cc: alsa-devel(a)alsa-project.org Sent: Tuesday, August 19, 2008 5:48:47 AM Subject: Re: [alsa-devel] Alsa-devel Digest, Vol 18, Issue 45 At Mon, 18 Aug 2008 10:26:42 -0700 (PDT), S. Aguinaga wrote: > > ============================================== > Trying to figure out where to add this "model=macpro" > and it looks like it should be in a file called modprobe.conf or an options file under /etc/modprobe.d/ > > but I don't have (with my installation -- fedora {9} ) those files, do you have any input on this? You can create any file, typically, /etc/modprobe.d/sound or so. Put the following line there options snd-hda-intel model=macpro Then reload the module, check the sysfs file /sys/modules/snd_hda_intel/parameters/macpro to see whether the specified option was really passed properly. Takashi > below are the only files I have. > > /etc/modprobe.d/ > > anaconda > blacklist-visor > i915modeset > blacklist > floppy-pnp > modprobe.conf.dist > > > ============================================== > Subject: Re: [alsa-devel] Alsa-devel Digest, Vol 18, Issue 45 > > At Sat, 16 Aug 2008 06:15:46 -0700 (PDT), > S. Aguinaga wrote: > > > > S. Aguinaga wrote: > > > > > > Hello Stan, > > > > > > This is awesome I did find the problem it's listed in the /var/log/messages under ALSA. > > > > > > 1. When I bring up the "Pulse Volume Control" gui, the first tab "Playback" comes up empty, and grayed-out is "No Streams Available" > > > 2. aplay does not produce sound, period! > > > 3. Amrok's welcome sample does not produce sound out of the std tower speaker or the headphone jack. > > > > > > I didn't notice anything strange on the output of the alsa-info.sh file, but when I checked the var/log/messages, this is what I found: > > > > > > sudo cat /var/log/messages | grep ALSA > > > Aug 11 07:52:10 macprolinx kernel: ALSA sound/pci/hda/hda_intel.c:1810: chipset global capabilities = 0x4401 > > > Aug 11 07:52:10 macprolinx kernel: ALSA sound/pci/hda/hda_intel.c:749: codec_mask = 0x1 > > > Aug 11 07:52:10 macprolinx kernel: ALSA sound/pci/hda/hda_codec.c:1073: Cannot find slave Surround Playback Volume, skipped > (snip) > > These messages are harmless. It's just information from the driver, > enabled only when you build it with CONFIG_SND_DEBUG_VERBOSE=y. > > > I think your problem is a misidentification of your sound chip. The > > model being used for your 889A appears to be incompatible, thus all > > the errors above. It appears that the macpro ALC885 is being selected > > before it gets to the choice for the ALC889A. Perhaps a developer can > > look into this. > > Well, ALC882, ALC885 and ALC889A are almost compatible. In the > driver, they are all handled in the same routine. > > There are a few models for intel macs with ALC88x. Try to specify > either model=macpro, model=mbp3 or model=imac24 as the module option > of snd-hda-intel driver. > > > Takashi > > > > >

1 0

[alsa-devel] alsa drivers running under latest Mac Pro hw (MacPro 3, 1, quad core)
by S. Aguinaga 21 Aug '08

21 Aug '08

Stan & Takashi, Still no luck when adding the mode=macpro option to the file: cat /etc/modprobe.d/sound options snd-hda-intel model=macpro The sys module: /sys/module/snd_hda_intel/parameters/model shows: cat model macpro,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL> Attached are screen-captures of the volume meter showing no options and the Volume control showing no streams available. // Salvador ----- Original Message ---- From: Takashi Iwai <tiwai(a)suse.de> To: S. Aguinaga <sa_jr(a)ieee.org> Cc: alsa-devel(a)alsa-project.org Sent: Tuesday, August 19, 2008 5:48:47 AM Subject: Re: [alsa-devel] Alsa-devel Digest, Vol 18, Issue 45 At Mon, 18 Aug 2008 10:26:42 -0700 (PDT), S. Aguinaga wrote: > > ============================================== > Trying to figure out where to add this "model=macpro" > and it looks like it should be in a file called modprobe.conf or an options file under /etc/modprobe.d/ > > but I don't have (with my installation -- fedora {9} ) those files, do you have any input on this? You can create any file, typically, /etc/modprobe.d/sound or so. Put the following line there options snd-hda-intel model=macpro Then reload the module, check the sysfs file /sys/modules/snd_hda_intel/parameters/macpro to see whether the specified option was really passed properly. Takashi > below are the only files I have. > > /etc/modprobe.d/ > > anaconda > blacklist-visor > i915modeset > blacklist > floppy-pnp > modprobe.conf.dist > > > ============================================== > Subject: Re: [alsa-devel] Alsa-devel Digest, Vol 18, Issue 45 > > At Sat, 16 Aug 2008 06:15:46 -0700 (PDT), > S. Aguinaga wrote: > > > > S. Aguinaga wrote: > > > > > > Hello Stan, > > > > > > This is awesome I did find the problem it's listed in the /var/log/messages under ALSA. > > > > > > 1. When I bring up the "Pulse Volume Control" gui, the first tab "Playback" comes up empty, and grayed-out is "No Streams Available" > > > 2. aplay does not produce sound, period! > > > 3. Amrok's welcome sample does not produce sound out of the std tower speaker or the headphone jack. > > > > > > I didn't notice anything strange on the output of the alsa-info.sh file, but when I checked the var/log/messages, this is what I found: > > > > > > sudo cat /var/log/messages | grep ALSA > > > Aug 11 07:52:10 macprolinx kernel: ALSA sound/pci/hda/hda_intel.c:1810: chipset global capabilities = 0x4401 > > > Aug 11 07:52:10 macprolinx kernel: ALSA sound/pci/hda/hda_intel.c:749: codec_mask = 0x1 > > > Aug 11 07:52:10 macprolinx kernel: ALSA sound/pci/hda/hda_codec.c:1073: Cannot find slave Surround Playback Volume, skipped > (snip) > > These messages are harmless. It's just information from the driver, > enabled only when you build it with CONFIG_SND_DEBUG_VERBOSE=y. > > > I think your problem is a misidentification of your sound chip. The > > model being used for your 889A appears to be incompatible, thus all > > the errors above. It appears that the macpro ALC885 is being selected > > before it gets to the choice for the ALC889A. Perhaps a developer can > > look into this. > > Well, ALC882, ALC885 and ALC889A are almost compatible. In the > driver, they are all handled in the same routine. > > There are a few models for intel macs with ALC88x. Try to specify > either model=macpro, model=mbp3 or model=imac24 as the module option > of snd-hda-intel driver. > > > Takashi > > > > >

1 0

Re: [alsa-devel] [snd-bt87x]: seems cannot powerup after powerdown...
by Takashi Iwai 21 Aug '08

21 Aug '08

Added Clemens and alsa-devel to Cc. At Mon, 18 Aug 2008 19:22:20 +0400, Dmitry Butskoy wrote: > > Hi, > > Recently snd-bt87x driver has started to use CTL_A_PWRDN bit, see > http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.26.y.git;a=commi… > > Unfortunately, it produces a regression, at least in my case. > > I have "AVerMedia TVPhone 98" card, lspci is: > > 03:05.0 Multimedia video controller: Brooktree Corporation Bt878 Video > > Capture (rev 11) > > 03:05.1 Multimedia controller: Brooktree Corporation Bt878 Audio > > Capture (rev 11) > My card has no additional chip for digital sound, hence only analog is > available. > > After upgrading from 2.6.23 to 2.6.25, I have discovered no more sound > from my snd-bt87x device. Considering the code changes in the dirver, > I've guessed that it could be some power issues. > > Compiling the newest driver without CTL_A_PWRDN (ie. with that changes > reverted back) I got the sound back again. > > Note, that it is not enough to rmmod the old module and insmod the new. > I have to reboot computer completely with the new driver to take changes > in effect. This is a nasty problem. Reloading the module doesn't fix means that the PCI enable/disable process also doesn't suffice... Do you see any difference in PCI register space between the fresh boot and the silent state? thanks, Takashi > > > I can perform any tests, debug etc. if needed. > > > Regards, > Dmitry Butskoy > http://www.fedoraproject.org/wiki/DmitryButskoy >

2 1

[alsa-devel] [PATCH] revo51: add headphone output
by Alexander Beregalov 21 Aug '08

21 Aug '08

It is ALSA bug #1754. D6 bit in 02 register is PW4. Signed-off-by: Alexander Beregalov <a.beregalov(a)gmail.com> --- sound/i2c/other/ak4xxx-adda.c | 4 ++-- sound/pci/ice1712/revo.c | 5 +++-- 2 files changed, 5 insertions(+), 4 deletions(-) diff --git a/sound/i2c/other/ak4xxx-adda.c b/sound/i2c/other/ak4xxx-adda.c index 288926d..4c94458 100644 --- a/sound/i2c/other/ak4xxx-adda.c +++ b/sound/i2c/other/ak4xxx-adda.c @@ -233,8 +233,8 @@ void snd_akm4xxx_init(struct snd_akm4xxx *ak) 0x01, 0x02, /* 1: reset and soft-mute */ 0x00, 0x06, /* 0: mode3(i2s), disable auto-clock detect, * disable DZF, sharp roll-off, RSTN#=0 */ - 0x02, 0x0e, /* 2: DA's power up, normal speed, RSTN#=0 */ - // 0x02, 0x2e, /* quad speed */ + 0x02, 0x4e, /* 2: DA's power up, normal speed, RSTN#=0 */ + // 0x02, 0x6e, /* quad speed */ 0x03, 0x01, /* 3: de-emphasis off */ 0x04, 0x00, /* 4: LOUT1 volume muted */ 0x05, 0x00, /* 5: ROUT1 volume muted */ diff --git a/sound/pci/ice1712/revo.c b/sound/pci/ice1712/revo.c index 4d26314..30b5e83 100644 --- a/sound/pci/ice1712/revo.c +++ b/sound/pci/ice1712/revo.c @@ -216,6 +216,7 @@ static const struct snd_akm4xxx_dac_channel revo51_dac[] = { AK_DAC("PCM Center Playback Volume", 1), AK_DAC("PCM LFE Playback Volume", 1), AK_DAC("PCM Rear Playback Volume", 2), + AK_DAC("PCM Headphone Volume", 2), }; static const char *revo51_adc_input_names[] = { @@ -279,7 +280,7 @@ static struct snd_ak4xxx_private akm_revo_surround_priv __devinitdata = { static struct snd_akm4xxx akm_revo51 __devinitdata = { .type = SND_AK4358, - .num_dacs = 6, + .num_dacs = 8, .ops = { .set_rate_val = revo_set_rate_val }, @@ -508,7 +509,7 @@ static int __devinit revo_init(struct snd_ice1712 *ice) ice->gpio.i2s_mclk_changed = revo_i2s_mclk_changed; break; case VT1724_SUBDEVICE_REVOLUTION51: - ice->num_total_dacs = 6; + ice->num_total_dacs = 8; ice->num_total_adcs = 2; break; case VT1724_SUBDEVICE_AUDIOPHILE192:

3 4

[alsa-devel] [PATCH - asihpi 1/3] Fix format in portable way.
by linux＠audioscience.com 21 Aug '08

21 Aug '08

From: Eliot Blennerhassett <eliot(a)zaphod.(none)> Signed-off-by: Eliot Blennerhassett <eblennerhassett(a)audioscience.com> diff --git a/pci/asihpi/hpicmn.c b/pci/asihpi/hpicmn.c index 12bc6ad..c56e60d 100644 --- a/pci/asihpi/hpicmn.c +++ b/pci/asihpi/hpicmn.c @@ -288,8 +288,8 @@ short HpiCheckBufferMapping( sizeof(((struct hpi_control_cache_pad *)(NULL))->m) } struct pad_ofs_size { - size_t offset; - size_t field_size; + unsigned int offset; + unsigned int field_size; }; static struct pad_ofs_size aPadDesc[] = { @@ -441,10 +441,10 @@ short HpiCheckControlCache( else { unsigned int index = HPI_CTL_ATTR_INDEX(phm->u.c.wAttribute) - 1; - size_t offset = phm->u.c.dwParam1; - size_t pad_string_len, field_size; + unsigned int offset = phm->u.c.dwParam1; + unsigned int pad_string_len, field_size; char *pad_string; - size_t tocopy; + unsigned int tocopy; HPI_DEBUG_LOG(VERBOSE, "PADS HPI_PADS_ %d\n", phm->u.c.wAttribute); @@ -472,7 +472,7 @@ short HpiCheckControlCache( tocopy = sizeof(phr->u.cu.chars8.szData); HPI_DEBUG_LOG(VERBOSE, - "PADS memcpy(%zd), offset %zd \n", tocopy, + "PADS memcpy(%d), offset %d \n", tocopy, offset); memcpy(phr->u.cu.chars8.szData, &pad_string[offset], tocopy); -- 1.5.4.3

2 3

[alsa-devel] sound-problems with ALC262
by Tobias Kaefer 21 Aug '08

21 Aug '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I posted a message at alsa-user list just yesterday about my problem with the on-board ALC262 on my workstation, see mailings lists archive: http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg23236.html Quote from my initial post: | I just got a new workstation. It's an Fujitsu-Siemens Esprimo P5625 | with an on-board ALC262 sound chip. I'm running a Kubuntu 8.04.1 on | that system. | | The sound I get from that chip is really horrible. There are | cracks and some kind of a reverberation in there. | | I compiled the recent version of alsa (1.0.17) and I tried all the | model-options for /etc/modprobe.d/alsa-base. "stan" told me to use this script http://www.alsa-project.org/alsa-info.sh to create more information about my system. Here is the pastebin link of the output of that script: http://pastebin.ca/1169153 Maybe I can help evolve the snd-hda-intel by being a tester. Unfortunately my kernel-hacking skills are as rusty as my C skills - because of being a Java developer for some years now. Greets Tobias - -- Mit freundlichen Gruessen / with kind regards Tobias S. Käfer Tobias S. Kaefer * Portal-Development ABAS Software AG, Suedendstrasse 42, 76135 Karlsruhe, GERMANY Fon: +49 721 967 23 0, Fax: +49 721 967 23 100 Managing board / Vorstand: Werner Strub (CEO, Vorsitzender), Peter Walser Chairman supervisory board / Aufsichtsratsvorsitzender: Thomas Frank Company Register / Handelsregister: HRB 107644 Amtsgericht Mannheim please visit our homepage / Bitte besuchen Sie unsere Homepage: http://www.abas.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIonopdJJ1JNEzpd0RAhCIAJ4lvvOwzQAhV3vtA2u7ilwtlBQPlQCgupns 63R7vjvwbY6O3QUEeNwdEO0= =Fxwe -----END PGP SIGNATURE-----

2 2

[alsa-devel] Small problem with VIA8237/ALC655 onboard
by Vaclav Peroutka 20 Aug '08

20 Aug '08

Hello all, I started experimenting with Software Defined Radio and currently using onboard sound VIA8237/ALC655 rev.0 I found funny behaviour of card inputs. Left channel is OK. But right channel is not routed to the connector and is very noisy. If I switch the input mixer to MIC input, both channels show me the same data - right channel is always connected to microphone input.. So it looks that there is a bug in mixer driver. I must confess that I have a little bit older Alsa. But before upgrade, is there any change log or bugfix log for snd-via82xx module ? Or does anybody remember that such bug was solved ? I am glad that sound works now. And I don't want to "destroy" the sound subsystem by upgrading Alsa... Thank you in advance, Vaclav

1 0