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

Re: [alsa-devel] [RFC][PATCH] ELD routines and proc interface
by Wu Fengguang 13 Nov '08

13 Nov '08

On Thu, Nov 13, 2008 at 10:21:53AM +0800, Wu Fengguang wrote: > Create hda_eld.c for ELD routines and proc interface. Here is a simple example of the proc interface, in which the ELD data structure has not been populated yet: # cat /proc/asound/card0/eld\#3 monitor name connection_type HDMI eld_version 0:reserved edid_version 0:no CEA EDID Timing Extension block present manufacture_id 0x0 product_id 0x0 port_id 0x0 support_hdcp 0 support_ai 0 audio_sync_delay 0 speakers sad_count 0

1 0

[alsa-devel] [PATCH] handle SiI1392 HDMI codec in patch_intelhdmi.c
by Wu Fengguang 13 Nov '08

13 Nov '08

Move the handling of SiI1392 HDMI codec from patch_atihdmi.c to patch_intelhdmi.c, which makes our ASUS P5E-VM HDMI board work. Signed-off-by: Wu Fengguang <wfg(a)linux.intel.com> --- sound/pci/hda/patch_atihdmi.c | 1 - sound/pci/hda/patch_intelhdmi.c | 1 + 2 files changed, 1 insertion(+), 1 deletion(-) --- sound-2.6.orig/sound/pci/hda/patch_atihdmi.c +++ sound-2.6/sound/pci/hda/patch_atihdmi.c @@ -193,7 +193,6 @@ struct hda_codec_preset snd_hda_preset_a { .id = 0x1002791a, .name = "ATI RS690/780 HDMI", .patch = patch_atihdmi }, { .id = 0x1002aa01, .name = "ATI R6xx HDMI", .patch = patch_atihdmi }, { .id = 0x10951390, .name = "SiI1390 HDMI", .patch = patch_atihdmi }, - { .id = 0x10951392, .name = "SiI1392 HDMI", .patch = patch_atihdmi }, { .id = 0x17e80047, .name = "Chrontel HDMI", .patch = patch_atihdmi }, {} /* terminator */ }; --- sound-2.6.orig/sound/pci/hda/patch_intelhdmi.c +++ sound-2.6/sound/pci/hda/patch_intelhdmi.c @@ -924,5 +924,6 @@ struct hda_codec_preset snd_hda_preset_i { .id = 0x80862801, .name = "INTEL G45 DEVBLC", .patch = patch_intel_hdmi }, { .id = 0x80862802, .name = "INTEL G45 DEVCTG", .patch = patch_intel_hdmi }, { .id = 0x80862803, .name = "INTEL G45 DEVELK", .patch = patch_intel_hdmi }, + { .id = 0x10951392, .name = "SiI1392 HDMI", .patch = patch_intel_hdmi }, {} /* terminator */ };

1 0

[alsa-devel] [PATCH 0/3] enable HDMI audio output for HDMI monitors V2
by Wu Fengguang 13 Nov '08

13 Nov '08

Hello, We can now enjoy music on HDMI monitors that are attached to Intel G35/G45 chipsets with the following X.org intel driver patches [PATCH 1/3] introduce i830_hdmi_priv.has_hdmi_sink [PATCH 2/3] enable Intel G45 integrated HDMI audio output [PATCH 3/3] enable Intel G35 SDVO HDMI audio output _and_ the corresponding ALSA patch posted at http://mailman.alsa-project.org/pipermail/alsa-devel/2008-November/012158.h… The patches are tested OK on Intel DG45ID board, HP 2230s notebook and ASUS P5E-VM board. Since the HDMI audio requires both audio and video driver support to function well, I'd like to provide an overview here. 1) driver components: A) ALSA: audio driver (the above link) B) Xorg: audio output enabling (this patchset) C) Xorg: EDID/ELD information (patches to be submitted by Ma Ling) 2) summary of the feature sets: - basic 2-channel audio: (A) is required, (B) is mostly required, (C) is not needed - 2+ multichannel audio: not tested yet; in theory we need (C) to get HDMI monitor's speaker allocation configuration; there are also bandwidth constraints that should be coordinated between audio/video drivers in the future. - non-LPCM audio: not tested yet; need more work in ALSA code. 3) summary of the work flow: - basic audio output: (A) and (B) - ALSA HDMI driver: enable pin out and unmute - ALSA HDMI driver: fill audio infoframe and enable its transmission - Xorg intel driver: enable audio output - ELD info for advanced audio capabilities: (A) and (C) - Xorg xserver: get/parse/store EDID extensions - Xorg xserver: transform EDID into ELD - Xorg intel driver: feed ELD to hardware - Xorg intel driver: set ELD-Valid flag to inform audio driver of new ELD - ALSA HDMI driver: response to unsolicited response triggered by ELDV - ALSA HDMI driver: get ELD from hardware - ALSA HDMI driver: parse and show ELD info - ALSA HDMI driver: update hardware capabilities/constraints according to ELD (TBD) That describes my understandings of HDMI audio, comments and discussions are warmly welcome. Thank you, Fengguang --

3 5

Re: [alsa-devel] 2.6.27.2 hda-intel weak sound from speakers
by Takashi Iwai 12 Nov '08

12 Nov '08

At Wed, 12 Nov 2008 12:36:09 -0500, Stephen Clark wrote: > > Hi, > > I am running linux 2.6.27.2 ontop of a Fedora 8 distro. The sound from the > speakers is barely audible with all the mixer settings at max, this includes > the pulseaudio settings. This is on an ASUS laptop with intel-hda. Try to pass either model=asus-a7j or model=asus-a7m. One of them may give a bit better result. Takashi

2 1

[alsa-devel] maximum tolerable sampling frequency difference for a driver
by chri 12 Nov '08

12 Nov '08

Let's say that the driver cannot set the exact sampling frequency asked via hwparms but something near (because of the granularity of the result of the clock division). What is the maximum difference that should be accepted (in Hz or in %)? I guess that there are 2 factors playing a role: 1) if the frequency is too different then the upper layers report a undeflow/overflow 2) the sound just doesn't sound good (just a bit too presto or too adagio) So what difference should be accepted instead of returning -EINVAL? Thanks, -- Christian Pellegrin, see http://www.evolware.org/chri/ "Real Programmers don't play tennis, or any other sport which requires you to change clothes. Mountain climbing is OK, and Real Programmers wear their climbing boots to work in case a mountain should suddenly spring up in the middle of the computer room."

4 4

[alsa-devel] [PATCH 0/4] ASoC updates
by Mark Brown 12 Nov '08

12 Nov '08

The following changes since commit e18c94d20224f3df584531a48d944d8cccfda46d: Grazvydas Ignotas (1): ALSA: ASoC: TWL4030 codec - fix 256*Fs clock are available in the git repository at: git://opensource.wolfsonmicro.com/linux-2.6-asoc for-tiwai Christian Pellegrin (1): ASoC: s3c24xx 8 bit sound fix Hugo Villeneuve (1): ASoC: Add Right-Justified mode and Codec clock master to davinci-i2s Naresh Medisetty (1): ASoC: DaVinci: Audio: Fix swapping of channels at start of stereo playback Troy Kisky (1): ASoC: TLV320AIC23B Support more sample rates sound/soc/codecs/tlv320aic23.c | 222 +++++++++++++++++++++++++++++++-------- sound/soc/davinci/davinci-i2s.c | 89 ++++++++++++++-- sound/soc/s3c24xx/s3c24xx-i2s.c | 7 ++ 3 files changed, 263 insertions(+), 55 deletions(-)

5 13

[alsa-devel] [topic/asoc][PATCH] ASoC: Fix supported sample rates of TWL4030 audio codec
by Jarkko Nikula 12 Nov '08

12 Nov '08

TWL4030 currently supports rates between 8 kHz and 48 kHz and sets the codec mode register accordingly in twl4030_hw_params. Expose this info so that ASoC can match other rates than 44.1 kHz or 48 kHz as well. Signed-off-by: Jarkko Nikula <jarkko.nikula(a)nokia.com> Cc: Steve Sakoman <steve(a)sakoman.com> --- sound/soc/codecs/twl4030.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/codecs/twl4030.c b/sound/soc/codecs/twl4030.c index 90f3b4d..c1893d2 100644 --- a/sound/soc/codecs/twl4030.c +++ b/sound/soc/codecs/twl4030.c @@ -504,7 +504,7 @@ static int twl4030_set_dai_fmt(struct snd_soc_dai *codec_dai, return 0; } -#define TWL4030_RATES (SNDRV_PCM_RATE_44100 | SNDRV_PCM_RATE_48000) +#define TWL4030_RATES (SNDRV_PCM_RATE_8000_48000) #define TWL4030_FORMATS (SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FORMAT_S24_LE) struct snd_soc_dai twl4030_dai = { -- 1.5.6.5

3 2

[alsa-devel] RFC: add possibility to change text identification string
by Jaroslav Kysela 12 Nov '08

12 Nov '08

Hi all, based on discussion today, I prepared a patch to handle udev-style card renaming. Comments are welcome. Jaroslav

2 4

Re: [alsa-devel] Regression on alsa-driver-1.0.18a on HDA for Dell Inspiron 1521
by Takashi Iwai 12 Nov '08

12 Nov '08

At Wed, 12 Nov 2008 12:14:45 -0200, Manuel Naranjo wrote: > > > > I guess this has been fixed on my tree. > > Try the snapshot tarball below > > ftp://ftp.kernel.org/pub/kernel/linux/people/tiwai/snapshot/alsa-driver-sna… > > > > > > Takashi > > > Ok thanks, I give it a try, the url was wrong it should be: > ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/alsa-driver-sna… Oh yes, thanks for correction. BTW, .gz is the original tarball, and .bz2 is the one created automatically on kernel.org. Thus .bz2 might be missing sometimes. That's why I showed .gz in the above. Takashi

1 0

[alsa-devel] amixer error
by Arun KS 12 Nov '08

12 Nov '08

Hi, I am getting an error for amixer, but my amixer controls works fine. Here is the log: [root@OMAP2530EVM ~]# [root@OMAP2530EVM ~]# [root@OMAP2530EVM ~]# [root@OMAP2530EVM ~]# amixer amixer: Mixer default load error: Operation not permitted [root@OMAP2530EVM ~]# [root@OMAP2530EVM ~]# [root@OMAP2530EVM ~]# [root@OMAP2530EVM ~]# amixer controls numid=2,iface=MIXER,name='PCM Playback Volume' numid=22,iface=MIXER,name='Line Input Function' numid=20,iface=MIXER,name='Line Out Function' numid=9,iface=MIXER,name='Mic Bias Level' numid=23,iface=MIXER,name='Mic Function' numid=5,iface=MIXER,name='HP DAC Playback Switch' numid=3,iface=MIXER,name='HP Driver Gain' numid=1,iface=MIXER,name='ICE1724 EEPROM' numid=21,iface=MIXER,name='Jack Function' numid=6,iface=MIXER,name='LO DAC Playback Switch' numid=4,iface=MIXER,name='LO Driver Gain' numid=18,iface=MIXER,name='Left DAC_L Mixer HP Switch' numid=19,iface=MIXER,name='Left DAC_L Mixer LO Switch' numid=13,iface=MIXER,name='Left PGA Mixer Line1L Switch' numid=14,iface=MIXER,name='Left PGA Mixer Line2L Switch' numid=15,iface=MIXER,name='Left PGA Mixer Line3L Switch' numid=7,iface=MIXER,name='PGA Capture Volume' numid=8,iface=MIXER,name='Program Registers' numid=16,iface=MIXER,name='Right DAC_R Mixer HP Switch' numid=17,iface=MIXER,name='Right DAC_R Mixer LO Switch' numid=10,iface=MIXER,name='Right PGA Mixer Line1R Switch' numid=11,iface=MIXER,name='Right PGA Mixer Line2R Switch' numid=12,iface=MIXER,name='Right PGA Mixer Line3R Switch' [root@OMAP2530EVM ~]# Can somebody tell me what all can be the reasons for this? Should I need to enable some option in the kernel? Regards, Arun

4 7