Yes, you are right. We should use quirk to set max codecs.
Thanks a lot
Wei.
-----Original Message-----
From: Takashi Iwai [mailto:tiwai@suse.de]
Sent: Tuesday, March 02, 2010 5:55 PM
To: Wei Ni
Cc: 'Pavel Hofman'; 'alsa-devel'; 'linux-kernel'; 'akpm'
Subject: Re: [alsa-devel] [PATCH]Support MCP89 and GT21x hdmi audio
At Tue, 2 Mar 2010 17:43:28 +0800,
Wei Ni wrote:
Yeah, I understand it. But, as mentioned, changing this to *all*
controller chips is dangerous.
We have already a quirk for controller chips to set max codecs depending
on the chip model. Right now, only teradici chip sets to 1.
So, add "#define AZX_DEFAULT_CODECS 4", and use this value unless
azx_max_codecs[] is defined. And, for the new controller chip
supporting more than 4, it can has 8 in azx_max_codecs[].
Is it feasible?
In sound/pci/hda/Makefile, hda_eld.c is built into snd-hda-codec-intelhdmi
by the following rule:
snd-hda-codec-intelhdmi-objs := patch_intelhdmi.o hda_eld.o
Since now hda_eld.c is used in two modules, this has to be in the common
place, such as snd-hda-codec. For this, uncomment the line:
# snd-hda-codec-$(CONFIG_SND_HDA_ELD) += hda_eld.o
and remove hda_eld.o from snd-hda-codec-intelhdmi-objs line.
For Kconfig, right now we have the definition
config SND_HDA_ELD
def_bool y
depends on SND_HDA_CODEC_INTELHDMI
Change depends on like
depends on SND_HDA_CODEC_INTELHDMI || SND_HDA_CODEC_NVHDMI
This can be done via "select" instead. But, we'd merge all hdmi codes
later, so which way to choose is no big matter.
thanks,
Takashi
-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain
confidential information. Any unauthorized review, use, disclosure or distribution
is prohibited. If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------
--