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

[alsa-devel] [PATCH 0/2] ASoC drivers for the Freescale MPC8610 SoC
by Timur Tabi 10 Jan '08

10 Jan '08

These patches add ALSA SoC device drivers for the Freescale MPC8610 SoC and the MPC8610-HPCD reference board. The first patch updates some files in arch/powerpc and booting-without-of.txt. The second patch adds the new audio driver files to sound/soc. Both must be applied in order to avoid a build break.

4 7

[alsa-devel] [PATCH] hda: 92HD7XXX power management support
by Matthew Ranostay 10 Jan '08

10 Jan '08

Added support for advanced power management support for output ports on 92HD7xxx family of codecs. Inactive output ports are powered down when the pin sense doesn't detect a connection, and powered back up when a connection is sensed. --- Signed-off-by: Matthew Ranostay <mranostay(a)embeddedalley.com> diff -r 60aa7d37dcd5 pci/hda/patch_sigmatel.c --- a/pci/hda/patch_sigmatel.c Tue Jan 08 17:19:22 2008 +0100 +++ b/pci/hda/patch_sigmatel.c Wed Jan 09 11:13:21 2008 -0500 @@ -35,7 +35,8 @@ #include "hda_local.h" #define NUM_CONTROL_ALLOC 32 -#define STAC_HP_EVENT 0x37 +#define STAC_PWR_EVENT 0x20 +#define STAC_HP_EVENT 0x30 enum { STAC_REF, @@ -127,6 +128,10 @@ struct sigmatel_spec { unsigned char aloopback_mask; unsigned char aloopback_shift; + /* power management */ + unsigned int num_pwrs; + hda_nid_t *pwr_nids; + /* playback */ struct hda_multi_out multiout; hda_nid_t dac_nids[5]; @@ -185,6 +190,11 @@ static hda_nid_t stac9200_dac_nids[1] = 0x02, }; +static hda_nid_t stac92hd73xx_pwr_nids[8] = { + 0x0a, 0x0b, 0x0c, 0xd, 0x0e, + 0x0f, 0x10, 0x11 +}; + static hda_nid_t stac92hd73xx_adc_nids[2] = { 0x1a, 0x1b }; @@ -205,6 +215,10 @@ static hda_nid_t stac92hd73xx_mux_nids[4 static hda_nid_t stac92hd73xx_dmux_nids[2] = { 0x20, 0x21, +}; + +static hda_nid_t stac92hd71bxx_pwr_nids[3] = { + 0x0a, 0x0d, 0x0f }; static hda_nid_t stac92hd71bxx_adc_nids[2] = { @@ -546,7 +560,7 @@ static struct hda_verb stac92hd71bxx_ana /* connect ports 0d and 0f to audio mixer */ { 0x0d, AC_VERB_SET_CONNECT_SEL, 0x2}, { 0x0f, AC_VERB_SET_CONNECT_SEL, 0x2}, - { 0x0f, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, + { 0x0f, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, /* Speaker */ /* unmute dac0 input in audio mixer */ { 0x17, AC_VERB_SET_AMP_GAIN_MUTE, 0x701f}, /* unmute right and left channels for nodes 0x0a, 0xd, 0x0f */ @@ -714,6 +728,8 @@ static struct snd_kcontrol_new stac92hd7 HDA_CODEC_MUTE("Analog Loopback 1", 0x17, 0x3, HDA_INPUT), HDA_CODEC_MUTE("Analog Loopback 2", 0x17, 0x4, HDA_INPUT), + + HDA_CODEC_MUTE_MONO("Mono Switch", 0x14, 0x1, 0, HDA_INPUT), { } /* end */ }; @@ -728,6 +744,8 @@ static struct snd_kcontrol_new stac92hd7 HDA_CODEC_VOLUME_IDX("Capture Volume", 0x1, 0x1d, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x1, 0x1d, 0x0, HDA_OUTPUT), HDA_CODEC_VOLUME_IDX("Capture Mux Volume", 0x1, 0x1b, 0x0, HDA_OUTPUT), + + HDA_CODEC_MUTE_MONO("Mono Switch", 0x14, 0x1, 0, HDA_INPUT), { } /* end */ }; @@ -2651,11 +2669,26 @@ static void enable_pin_detect(struct hda static void enable_pin_detect(struct hda_codec *codec, hda_nid_t nid, unsigned int event) { + int pinctl = snd_hda_codec_read(codec, nid, 0, + AC_VERB_GET_PIN_WIDGET_CONTROL, 0); + if (pinctl & AC_PINCTL_IN_EN) + return; + if (get_wcaps(codec, nid) & AC_WCAP_UNSOL_CAP) snd_hda_codec_write_cache(codec, nid, 0, AC_VERB_SET_UNSOLICITED_ENABLE, (AC_USRSP_EN | event)); } + +static int is_nid_hp_pin(struct auto_pin_cfg *cfg, hda_nid_t nid) +{ + int i; + for (i = 0; i < cfg->hp_outs; i++) + if (cfg->hp_pins[i] == nid) + return 1; /* nid is a HP-Out */ + + return 0; /* nid is not a HP-Out */ +}; static int stac92xx_init(struct hda_codec *codec) { @@ -2696,6 +2729,14 @@ static int stac92xx_init(struct hda_code for (i = 0; i < spec->num_dmics; i++) stac92xx_auto_set_pinctl(codec, spec->dmic_nids[i], AC_PINCTL_IN_EN); + if (spec->num_pwrs > 0) { + for (i = 0; i < spec->num_pwrs; i++) { + int event = is_nid_hp_pin(cfg, spec->pwr_nids[i]) + ? STAC_HP_EVENT : STAC_PWR_EVENT; + enable_pin_detect(codec, spec->pwr_nids[i], event | i); + codec->patch_ops.unsol_event(codec, (event | i) << 26); + } + } if (cfg->dig_out_pin) stac92xx_auto_set_pinctl(codec, cfg->dig_out_pin, @@ -2822,12 +2863,37 @@ static void stac92xx_hp_detect(struct hd } } +static void stac92xx_pin_sense(struct hda_codec *codec, int idx) +{ + struct sigmatel_spec *spec = codec->spec; + int presence, val; + + val = snd_hda_codec_read(codec, codec->afg, 0, 0x0fec, 0x0) + & 0x000000ff; + presence = get_hp_pin_presence(codec, spec->pwr_nids[idx]); + idx = 1 << idx; + + if (presence) + val &= ~idx; + else + val |= idx; + + /* power down unused output ports */ + snd_hda_codec_write(codec, codec->afg, 0, 0x7ec, val); +}; + static void stac92xx_unsol_event(struct hda_codec *codec, unsigned int res) { - switch (res >> 26) { + struct sigmatel_spec *spec = codec->spec; + int idx = res >> 26 & 0x0f; + + switch ((res >> 26) & 0x30) { case STAC_HP_EVENT: stac92xx_hp_detect(codec, res); - break; + /* fallthru */ + case STAC_PWR_EVENT: + if (spec->num_pwrs > 0) + stac92xx_pin_sense(codec, idx); } } @@ -2898,6 +2964,7 @@ static int patch_stac9200(struct hda_cod spec->num_muxes = 1; spec->num_dmics = 0; spec->num_adcs = 1; + spec->num_pwrs = 0; if (spec->board_config == STAC_9200_GATEWAY) spec->init = stac9200_eapd_init; @@ -2953,6 +3020,7 @@ static int patch_stac925x(struct hda_cod spec->mux_nids = stac925x_mux_nids; spec->num_muxes = 1; spec->num_adcs = 1; + spec->num_pwrs = 0; switch (codec->vendor_id) { case 0x83847632: /* STAC9202 */ case 0x83847633: /* STAC9202D */ @@ -3076,6 +3144,9 @@ again: spec->gpio_mask = spec->gpio_data = 0x000001; stac92xx_enable_gpio_mask(codec); + spec->num_pwrs = 8; + spec->pwr_nids = stac92hd73xx_pwr_nids; + err = stac92xx_parse_auto_config(codec, 0x22, 0x24); if (!err) { @@ -3157,6 +3228,9 @@ again: spec->num_adcs = ARRAY_SIZE(stac92hd71bxx_adc_nids); spec->num_dmics = STAC92HD71BXX_NUM_DMICS; spec->num_dmuxes = ARRAY_SIZE(stac92hd71bxx_dmux_nids); + + spec->num_pwrs = 3; + spec->pwr_nids = stac92hd71bxx_pwr_nids; spec->multiout.num_dacs = 2; spec->multiout.hp_nid = 0x11; @@ -3252,6 +3326,7 @@ static int patch_stac922x(struct hda_cod spec->num_muxes = ARRAY_SIZE(stac922x_mux_nids); spec->num_adcs = ARRAY_SIZE(stac922x_adc_nids); spec->num_dmics = 0; + spec->num_pwrs = 0; spec->init = stac922x_core_init; spec->mixer = stac922x_mixer; @@ -3356,6 +3431,7 @@ static int patch_stac927x(struct hda_cod spec->mixer = stac927x_mixer; } + spec->num_pwrs = 0; spec->aloopback_mask = 0x40; spec->aloopback_shift = 0; @@ -3417,6 +3493,7 @@ static int patch_stac9205(struct hda_cod spec->num_dmics = STAC9205_NUM_DMICS; spec->dmux_nids = stac9205_dmux_nids; spec->num_dmuxes = ARRAY_SIZE(stac9205_dmux_nids); + spec->num_pwrs = 0; spec->init = stac9205_core_init; spec->mixer = stac9205_mixer; @@ -3679,6 +3756,7 @@ static int patch_stac9872(struct hda_cod spec->multiout.hp_nid = VAIO_HP_DAC; spec->num_adcs = ARRAY_SIZE(vaio_adcs); spec->adc_nids = vaio_adcs; + spec->num_pwrs = 0; spec->input_mux = &vaio_mux; spec->mux_nids = vaio_mux_nids; codec->patch_ops = stac9872_vaio_patch_ops; @@ -3692,6 +3770,7 @@ static int patch_stac9872(struct hda_cod spec->multiout.dac_nids = vaio_dacs; spec->multiout.hp_nid = VAIO_HP_DAC; spec->num_adcs = ARRAY_SIZE(vaio_adcs); + spec->num_pwrs = 0; spec->adc_nids = vaio_adcs; spec->input_mux = &vaio_mux; spec->mux_nids = vaio_mux_nids;

2 5

[alsa-devel] [PATCH] Device ID for Macbook sound card
by Jiang zhe 10 Jan '08

10 Jan '08

Hi, Please refer to the [0003680] on bugtracking system. The user found that "model=mbp3" works and provided the ID. --- alsa-driver-hg20080110/alsa-kernel/pci/hda/patch_realtek.c 2008-01-09 09:00:15.000000000 +0800 +++ b/alsa-kernel/pci/hda/patch_realtek.c 2008-01-10 16:07:20.000000000 +0800 @@ -6122,6 +6122,7 @@ static int patch_alc882(struct hda_codec case 0x106b1000: /* iMac 24 */ board_config = ALC885_IMAC24; break; + case 0x106b00a1: /* Macbook */ case 0x106b2c00: /* Macbook Pro rev3 */ board_config = ALC885_MBP3; break;

2 1

[alsa-devel] [PATCH] hda: STAC9228 VT fixes
by Matthew Ranostay 10 Jan '08

10 Jan '08

Moved 2 systems PCI_QUIRK values to STAC_DELL_BIOS. Also the second front HP jack is incorrect defined in the BIOS VT's for some laptops, this patch corrects this. --- Signed-off-by: Matthew Ranostay <mranostay(a)embeddedalley.com> diff -r d09f88bf00e8 pci/hda/patch_sigmatel.c --- a/pci/hda/patch_sigmatel.c Wed Jan 09 12:30:20 2008 +0100 +++ b/pci/hda/patch_sigmatel.c Wed Jan 09 12:34:59 2008 -0500 @@ -1428,13 +1428,13 @@ static struct snd_pci_quirk stac927x_cfg SND_PCI_QUIRK(PCI_VENDOR_ID_INTEL, 0x2002, "Intel D965", STAC_D965_3ST), SND_PCI_QUIRK(PCI_VENDOR_ID_INTEL, 0x2001, "Intel D965", STAC_D965_3ST), /* Dell 3 stack systems */ - SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x01f3, "Dell Inspiron 1420", STAC_DELL_3ST), SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x01f7, "Dell XPS M1730", STAC_DELL_3ST), SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x01dd, "Dell Dimension E520", STAC_DELL_3ST), SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x01ed, "Dell ", STAC_DELL_3ST), SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x01f4, "Dell ", STAC_DELL_3ST), - SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0227, "Dell Vostro 1400 ", STAC_DELL_3ST), /* Dell 3 stack systems with verb table in BIOS */ + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x01f3, "Dell Inspiron 1420", STAC_DELL_BIOS), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0227, "Dell Vostro 1400 ", STAC_DELL_BIOS), SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x022f, "Dell ", STAC_DELL_BIOS), SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x022e, "Dell ", STAC_DELL_BIOS), SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0242, "Dell ", STAC_DELL_BIOS), @@ -3332,6 +3332,8 @@ static int patch_stac927x(struct hda_cod spec->mixer = stac927x_mixer; break; case STAC_DELL_BIOS: + /* correct the front output jack as a hp out */ + stac92xx_set_config_reg(codec, 0x0f, 0x02270110); /* correct the front input jack as a mic */ stac92xx_set_config_reg(codec, 0x0e, 0x02a79130); /* fallthru */

2 1

[alsa-devel] can not access the alsa driver
by Ning Zhang 10 Jan '08

10 Jan '08

Dear all, I wrote an alsa device driver for my arm_based platform. Then I cross compiled the alsa-lib-1.0.15, and build an application (static) with the lib. I build the driver in the kernel, so after the kernel booted, I can get these information: # cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.14rc1 (Tue Jan 09 09:56:17 2007 UTC). cat /proc/asound/devices 0: [ 0] : control 16: [ 0- 0]: digital audio playback 24: [ 0- 0]: digital audio capture 33: : timer # cat /proc/asound/cards 0 [XYZ ]: XYZ - ARM XYZ at 0xc485e000 0xc4870000 irq 57 ( I did not found /dev/snd or /dev/dsp ) But when I run the application, I got these errors: # /tmp/pcm_play_arm_s default ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM default Playback open error: No such file or directory I googled the Internet, and add two files manually : # cat /etc/alsa/alsa.conf pcm.default{ type hw card 0 } # cat ~/.asoundrc pcm.default { type hw card 0 } But I still can not let the application to access the pcm device, this time I got the following information: # /tmp/pcm_play_arm_s default cannot open audio device default (No such file or directory) Here are my questions: 1, When we install the alsa-lib, we can get some libs, besides those, do we also get some config files according to the local linux environment and alsa-lib will use these config files to access the real driver? If that, how can I install the alsa-lib to a embedded platform directly or what config files should I port to embedded platform? 2, Must I edit ~/.asoundrc and /etc/alsa/alsa.conf ? In my situation, what should I do ? Is somebody so kind can give me a simple template? Because I am a newbie in alsa world, I must make some mistakes, so I am lookinf forward to your advice. Thanks in advance for your help. David.

4 4

[alsa-devel] [w/ formating this time] Any alsa cards with PLD/FPGA? (similar to Gadget Labs)
by mazarick＠bellsouth.net 09 Jan '08

09 Jan '08

[that's what I get for sending mail from a lame webmail browser] First, I wanted to report that there is good progress being made on developing an alsa linux driver for the Gadget Labs card. It's not 'done yet' but there is steady progress being made. As was mentioned earlier, any interested developers, testers, or other parties are welcomed to join in the discussions or coding, however the mailing list will go 'private' in the next week (to eliminate the fear of spam and email address havesting). The archive is busted right now; not sure if/when it will be fixed. We're using the mailing list for any interested parties, and are making project members of people who would like to contribute to the effort. http://sourceforge.net/projects/wavepro-driver/ Since the small team has a variety of experience and familiarity with writing drivers, an experimental 'branch' of the SVN repo has been set up to place reference material (like existing, known good alsa drivers, known good windows code, etc) and eventually, the skeleton of what is to be done next. The 'good stuff' lives in the trunk and there will be a merge at an appropriate time in the future (when 'soups done'). The heart of the Gadget Labs card is an Altera PLD, and it has a bus interface chip PLX9052 (and some on-board memory, DAC/ADC, etc). We are planning on putting the alsa code for the Delta 1010 in the branch because it is the most similar from a user perspective. However, it uses a vlsi ICE chip to do the job, and it doesn't have to have the PLD/FPGA code downloaded each time it is initialized. If there is a known good driver that can/should have it's code used as a reference, please let us know via this list. A good technical reference to us would be cards that have to download PLD/FPGA as part of initialization and/or cards that use the PLX9052. There are a couple of wireless modem cards, etc with linux drivers that fit the description, but it is unknown if there is already an alsa driver for an existing card that would be good reference code. As you are aware, this effort is not what repos are normally used for, but it was felt that having this would allow people at a variety of different skill levels to quickly pick up on what is trying to be accomplished without having to hunt all over the net, read a bunch of different emails, etc in order to make a contribution. -Mike Mazarick

1 0

[alsa-devel] Any alsa cards with PLD/FPGA? (similar to Gadget Labs)
by mazarick＠bellsouth.net 09 Jan '08

09 Jan '08

First, I wanted to report that there is good progress being made on developing an alsa linux driver for the Gadget Labs card. It's not 'done yet' but there is steady progress being made. As was mentioned earlier, any interested developers, testers, or other parties are welcomed to join in the discussions or coding, however the mailing list will go 'private' in the next week (to eliminate the fear of spam and email address havesting). The archive is busted right now; not sure if/when it will be fixed. We're using the mailing list for any interested parties, and are making project members of people who would like to contribute to the effort. http://sourceforge.net/projects/wavepro-driver/ Since the small team has a variety of experience and familiarity with writing drivers, an experimental 'branch' of the SVN repo has been set up to place reference material (like existing, known good alsa drivers, known good windows code, etc) and eventually, the skeleton of what is to be done next. The 'good stuff' lives in the trunk and there will be a merge at an appropriate time in the future (when 'soups done'). The heart of the Gadget Labs card is an Altera PLD, and it has a bus interface chip PLX9052 (and some on-board memory, DAC/ADC, etc). We are planning on putting the alsa code for the Delta 1010 in the branch because it is the most similar from a user perspective. However, it uses a vlsi ICE chip to do the job, and it doesn't have to have the PLD/FPGA code downloaded each time it is initialized. If there is a known good driver that can/should have it's code used as a reference, please let us know via this list. A good technical reference to us would be cards that have to download PLD/FPGA as part of initialization and/or cards that use the PLX9052. There are a couple of wireless modem cards, etc with linux drivers that fit the description, but it is unknown if there is already an alsa driver for an existing card that would be good reference code. As you are aware, this effort is not what repos are normally used for, but it was felt that having this would allow people at a variety of different skill levels to quickly pick up on what is trying to be accomplished without having to hunt all over the net, read a bunch of different emails, etc in order to make a contribution. -Mike Mazarick

1 0

Re: [alsa-devel] snd-hda-intel support for SPDIF-in wiht vt1708 card?
by Takashi Iwai 09 Jan '08

09 Jan '08

At Wed, 09 Jan 2008 02:06:53 -0800, John Stile wrote: > > On Wed, 2008-01-09 at 08:39 +0100, Takashi Iwai wrote: > > Thanks. > You are welcome. Thank you for your patience. > > > You can put alsa-driver and alsa-kernel in the same directory level. > > Make in alsa-driver will create a symlink automatically from > > ../alsa-kernel. > My procedure is changed: > cd /usr/src/ > rm -rf alsa-lib > rm -rf alsa-utils > rm -rf alsa-driver > rm -rf alsa-driver > hg clone http://hg-mirror.alsa-project.org/alsa-lib alsa-lib > hg clone http://hg-mirror.alsa-project.org/alsa-utils alsa-utils > hg clone http://hg-mirror.alsa-project.org/alsa-kernel alsa-kernel > hg clone http://hg-mirror.alsa-project.org/alsa-driver alsa-driver > pushd alsa-lib > ./hgcompile && make install To be sure: you are using 32bit version, right? For 64bit, the library path might be /usr/lib64, instead of /usr/lib (depending on distro). > popd > pushd alsa-utils > ./hgcompile && make install > popd > cd alsa-driver > ./hgcompile && make install > popd > # Build completed successfully. Yay. > /usr/sbin/alsaconf > # Chose 'hda-intel VIA Technologies, Inc. VIA High Definition Audio Controller" > /usr/bin/alsamixer -Vall So far so good. > > IEC958 shows > ┌──┐ > │MM│ > L└──┘R > CAPTUR > > There are 2 'CAPTURE' columns where I maxed levels. > 'Input So' is set to 'Stereo M' Attach the generated file via "alsactl -f somefile store" instead of ascii art. This contains the all mixer information. > Play tests all work > songs="/usr/share/sounds/alsa/Front_Right.wav > /usr/share/sounds/alsa/Rear_Right.wav > /usr/share/sounds/alsa/Rear_Left.wav > /usr/share/sounds/alsa/Rear_Center.wav > /usr/share/sounds/alsa/Front_Left.wav > /usr/share/sounds/alsa/Noise.wav > /usr/share/sounds/alsa/Side_Right.wav > /usr/share/sounds/alsa/Side_Left.wav > /usr/share/sounds/alsa/Front_Center.wav" > echo "not setting hardware" > for song in $songs; > do > aplay $song > done > > arecord -l > **** List of CAPTURE Hardware Devices **** > card 0: VT82xx [HDA VIA VT82xx], device 0: VT1708 Analog [VT1708 Analog] > Subdevices: 2/2 > Subdevice #0: subdevice #0 > Subdevice #1: subdevice #1 > card 0: VT82xx [HDA VIA VT82xx], device 1: VT1708 Digital [VT1708 > Digital] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > > One digital device is listed with: arecord -L > iec958:CARD=VT82xx,DEV=0 > HDA VIA VT82xx, VT1708 Digital > IEC958 (S/PDIF) Digital Audio Output > null > Discard all samples (playback) or generate zero samples (capture) > > Arecord without specifying -D makes a pulsing screech. > arecord -d 10 -f dat -t wav |aplay > > This records 10 seconds and ends in an I/O error: > arecord -D hw:0,1 -d 10 -f dat -t wav |aplay > > Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo > Playing WAVE 'stdin' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo > arecord: pcm_read:1324: read error: Input/output error > > All these record tests fail. > arecord -D cards.pcm.Digital -d 10 -f dat -t wav |aplay > ALSA lib pcm.c:2121:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.Digital > arecord: main:540: audio open error: No such file or directory > aplay: playback:1995: read error > > arecord -D cards.pcm.iec958 -d 10 -f dat -t wav |aplay > > ALSA lib dlmisc.c:118:(snd_dlsym_verify) unable to verify version for symbol _snd_pcm_hook_ctl_elems_install > ALSA lib pcm_hooks.c:392:(snd_pcm_hook_add_conf) symbol _snd_pcm_hook_ctl_elems_install is not defined inside (null) > arecord: main:540: audio open error: No such device or address > aplay: playback:1995: read error > > arecord -D hwplug:0,1 -d 10 -f dat -t wav |aplay > > ALSA lib pcm.c:2121:(snd_pcm_open_noupdate) Unknown PCM hwplug:0,1 > arecord: main:540: audio open error: No such file or directory > aplay: playback:1995: read error It's a user error :) The usage below, -D plug:spdif, is correct, though. > arecord -D plug:spdif -d 10 -f dat -t wav |aplay > > ALSA lib dlmisc.c:118:(snd_dlsym_verify) unable to verify version for symbol _snd_pcm_hook_ctl_elems_install OK, this is a bug in the recent alsa-lib. I fixed it now on HG tree. Please update your alsa-lib repo (maybe better from hg.alsa-project.org). Takashi

2 1

[alsa-devel] snd_pcm_htimestamp & more PCM mmap timestamping in driver
by Jaroslav Kysela 09 Jan '08

09 Jan '08

Hi all, I just added snd_pcm_htimestamp() function to alsa-lib: int snd_pcm_htimestamp(snd_pcm_t *pcm, snd_pcm_uframes_t *avail, snd_htimestamp_t *tstamp); If you have any complaints, please, do now. Also, I would like to change SNDRV_PCM_TSTAMP_MMAP semantics to SNDRV_PCM_TSTAMP_ENABLE - when hw_ptr is updated in the driver, a timestamp would be always grabbed to ensure that we have always a valid timestamp & position pair. In current implementation, if an application updates hw_ptr in driver (using for example PCM delay ioctl), timestamp grabbed in the interrupt handler won't be associated with any real ring buffer position which makes things complicated and not too much abstract. Opinions? Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

2 1

[alsa-devel] [PATCH] hda: 92HD71BXX Mono Mute Support
by Matthew Ranostay 09 Jan '08

09 Jan '08

Added a mono output mute mixer for the 92hd71bxx family of codecs, this also removes the need for the mono out node to explicitly unmuted in the core init. --- Signed-off-by: Matthew Ranostay <mranostay(a)embeddedalley.com> diff -r b3915b3a8a22 pci/hda/patch_sigmatel.c --- a/pci/hda/patch_sigmatel.c Tue Jan 08 12:33:19 2008 +0100 +++ b/pci/hda/patch_sigmatel.c Tue Jan 08 17:58:12 2008 -0500 @@ -534,8 +534,6 @@ static struct hda_verb stac92hd71bxx_cor { 0x0a, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, { 0x0d, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, { 0x0f, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, - /* unmute mono out node */ - { 0x14, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, }; static struct hda_verb stac92hd71bxx_analog_core_init[] = { @@ -553,8 +551,6 @@ static struct hda_verb stac92hd71bxx_ana { 0x0a, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, { 0x0d, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, { 0x0f, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, - /* unmute mono out node */ - { 0x14, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, {} }; @@ -714,6 +710,8 @@ static struct snd_kcontrol_new stac92hd7 HDA_CODEC_MUTE("Analog Loopback 1", 0x17, 0x3, HDA_INPUT), HDA_CODEC_MUTE("Analog Loopback 2", 0x17, 0x4, HDA_INPUT), + + HDA_CODEC_MUTE_MONO("Mono Playback Switch", 0x14, 0x1, 0, HDA_INPUT), { } /* end */ }; @@ -728,6 +726,8 @@ static struct snd_kcontrol_new stac92hd7 HDA_CODEC_VOLUME_IDX("Capture Volume", 0x1, 0x1d, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x1, 0x1d, 0x0, HDA_OUTPUT), HDA_CODEC_VOLUME_IDX("Capture Mux Volume", 0x1, 0x1b, 0x0, HDA_OUTPUT), + + HDA_CODEC_MUTE_MONO("Mono Playback Switch", 0x14, 0x1, 0, HDA_INPUT), { } /* end */ };

2 1