[alsa-devel] Acer Ferrari 5000

Takashi Iwai tiwai at suse.de
Mon Mar 23 22:57:32 CET 2009


At Mon, 23 Mar 2009 10:45:52 -0700,
Russ Dill wrote:
> 
> On Mon, 2009-03-23 at 18:07 +0100, Takashi Iwai wrote:
> > At Mon, 23 Mar 2009 09:40:46 -0700,
> > Russ Dill wrote:
> > > 
> > > On Mon, Mar 23, 2009 at 9:36 AM, Takashi Iwai <tiwai at suse.de> wrote:
> > > > At Mon, 23 Mar 2009 09:27:24 -0700,
> > > > Russ Dill wrote:
> > > >>
> > > >> I'm testing with the acer-aspire quirk set, and things seem to be
> > > >> working rather well. The headphone plug/unplug detection and speaker
> > > >> muting actually work :) However, I'm still not getting HDMI audio
> > > >> working. I'm not that familiar with IEC958, how should I have the
> > > >> switches set? I currently have both IEC958 and IEC958 Default PCM on.
> > > >> I've tried with mplayer -ao alsa:device=iec958 <mp3 file>
> > > >
> > > > Basically it should be OK.  I guess it's rather an issue of the video
> > > > driver side.  If the video driver doesn't support HDMI audio output,
> > > > it doesn't work, of course.
> > > >
> > > 
> > > [ Working on testing patch... ]
> > > 
> > > The audio does work over HDMI though, Vista has better support for
> > > connecting to HDTV and getting the video modes right, so I was
> > > watching a DVD. Out of curiosity, I checked a box in the audio
> > > configuration for digital output, and sound started coming out of the
> > > TV.
> > 
> > Do you mean it working on Linux?  When "IEC958 Default PCM" is set
> > to on, the analog PCM outputs are also routed to the digital output
> > automatically.  So you should be hearing the sound played via aplay.
> 
> No such luck. Enabling it and playing audio (that comes out on the
> speakers) does not cause an audio signal to be sent on the HDMI cable.

OK, then it could be rather the video-driver side problem.
Typically, there must be a register control to enable/disable the HDMI
audio in the video controller.

> > The "iec958" PCM device is for the exclusive digital output, mainly
> > for the raw digital stream like AC3.  If it's being used with the
> > analog streams at the same time, you won't be able to open it.
> 
> On the Vista side, it refers to the digital output both as S/PDIF
> digital output and "Real Panel Optical Jack". It is definitely part of
> the realtek high def audio driver. The realtek config app gives a choice
> for default audio output; speakers or digital.

In ALC883 codec, there is actually a digital I/O and snd-hda-intel
enabled it.  However, how the rest is handled (i.e. SPDIF or HDMI)
is out of the scope of the audio codec.

> > BTW, I found why model=auto doesn't work well on your machine.
> > It's because (again) of BIOS.  It doesn't set the codec SSID properly
> > so the driver doesn't accept the HP auto-toggle and other features.
> > 
> > So, in your case, using model=acer-aspire would be likely the best
> > choice (supposing it matches with most functionality).  If you have no
> > problem (at least regressions) with this model, I'll add the entry to
> > point to model=acer-aspire
> 
> Add Acer Ferrar 5000 Quirk to Intel HDA driver

Thanks, a similar fix was already merged now.


Takashi

> 
> ---
>  sound/pci/hda/patch_realtek.c |    1 +
>  1 files changed, 1 insertions(+), 0 deletions(-)
> 
> diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
> index bf7e64e..88b674e 100644
> --- a/sound/pci/hda/patch_realtek.c
> +++ b/sound/pci/hda/patch_realtek.c
> @@ -8655,6 +8655,7 @@ static struct snd_pci_quirk alc883_cfg_tbl[] = {
>  	SND_PCI_QUIRK(0x1025, 0x0110, "Acer Aspire", ALC883_ACER_ASPIRE),
>  	SND_PCI_QUIRK(0x1025, 0x0112, "Acer Aspire 9303", ALC883_ACER_ASPIRE),
>  	SND_PCI_QUIRK(0x1025, 0x0121, "Acer Aspire 5920G", ALC883_ACER_ASPIRE),
> +	SND_PCI_QUIRK(0x1025, 0x010a, "Acer Ferrari 5000", ALC883_ACER_ASPIRE),
>  	SND_PCI_QUIRK(0x1025, 0x013e, "Acer Aspire 4930G",
>  		ALC888_ACER_ASPIRE_4930G),
>  	SND_PCI_QUIRK(0x1025, 0x013f, "Acer Aspire 5930G",
> -- 
> 1.6.0.4
> 
> 
> 
> > Anyway, my previous test patch is independent from the model problem.
> > It's still helpful to know whether it can solve the codec
> > communication errors with model=auto.
> 
> [  715.680015] hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x106f000a
> [  716.684012] hda_intel: azx_get_response timeout (ERROR): last cmd=0x106f000a
> [  717.688024] hda_intel: azx_get_response timeout (ERROR): last cmd=0x106f000a
> [  718.708012] hda_intel: azx_get_response timeout (ERROR): last cmd=0x106f000a
> [  719.712011] hda_intel: azx_get_response timeout (ERROR): last cmd=0x106f000a
> [  738.813550] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
> 
> > 
> > thanks,
> > 
> > Takashi
> 


More information about the Alsa-devel mailing list