From: Takashi Iwai <tiwai@suse.de>
To: Wei Ni <wni@nvidia.com>
Cc: "'Pavel Hofman'" <pavel.hofman@insite.cz>,
"'alsa-devel'" <alsa-devel@alsa-project.org>,
"'linux-kernel'" <linux-kernel@vger.kernel.org>,
"'akpm'" <akpm@linux-foundation.org>
Subject: Re: [alsa-devel] [PATCH]Support MCP89 and GT21x hdmi audio
Date: Tue, 02 Mar 2010 10:55:19 +0100 [thread overview]
Message-ID: <s5heik3ujy0.wl%tiwai@suse.de> (raw)
In-Reply-To: <6B4D417B830BC44B8026029FD256F7F1C068B2BA8C@HKMAIL01.nvidia.com>
At Tue, 2 Mar 2010 17:43:28 +0800,
Wei Ni wrote:
>
> Hi, Takashi
> 1. About AZX_MAX_CODECS, on our new chipset, the codec_mask=0x31, it means
> the codec connect on the slot0, slot4, slot5, and on some GT2xx, the codec
> will connect to slot6 or slot7, although these chip at most have 4 codecs.
> So I change the AZX_MAX_CODECS to 8 directly.
> In hda_intel.c, the azx_command_addr(), azx_response_addr(), and
> azx_codec_create() use the AZX_MAX_CODECS, if it set as 4, the driver will
> not detect the codecs which connect to slot4~7.
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?
> 2. yes, it's better to merge the hdmi common codes.
> 3. About ELD, yes, we need to change the Makefile and Kconfig as well.
> Could you help me to change it.
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
next prev parent reply other threads:[~2010-03-02 9:55 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <6B4D417B830BC44B8026029FD256F7F1C068B2BA8B@HKMAIL01.nvidia.com>
2010-03-02 5:43 ` Wu Fengguang
2010-03-03 3:33 ` Wei Ni
2010-03-03 6:46 ` Takashi Iwai
2010-03-04 1:17 ` Wu Fengguang
2010-03-04 2:18 ` Wu Fengguang
2010-03-04 5:44 ` Wu Fengguang
2010-03-04 5:52 ` Wei Ni
2010-03-04 6:09 ` Wu Fengguang
2010-03-02 7:59 ` Takashi Iwai
2010-03-02 9:43 ` Wei Ni
2010-03-02 9:55 ` Takashi Iwai [this message]
2010-03-02 10:03 ` Wei Ni
2010-03-02 10:42 ` Takashi Iwai
2010-03-02 10:44 ` Wei Ni
2010-03-03 3:28 ` Wei Ni
2010-03-03 4:06 ` Wei Ni
2010-03-03 6:44 ` Takashi Iwai
2010-03-03 7:21 ` Wei Ni
2010-03-03 21:49 ` Takashi Iwai
2010-03-04 2:21 ` Wei Ni
2010-03-04 9:46 ` Takashi Iwai
2010-03-04 10:46 ` Wei Ni
2010-03-04 10:56 ` Takashi Iwai
2010-03-04 11:09 ` Wei Ni
2010-03-04 11:31 ` Takashi Iwai
2010-03-04 11:37 ` Wei Ni
2010-03-04 11:43 ` Takashi Iwai
2010-03-04 11:46 ` Wei Ni
2010-03-04 15:34 ` Takashi Iwai
2010-03-05 2:41 ` Wei Ni
2010-03-07 19:21 ` VDR User
2010-03-08 4:35 ` Wei Ni
2010-03-08 4:46 ` Wu Fengguang
2010-03-10 5:42 ` VDR User
2010-03-10 6:01 ` Wu Fengguang
2010-03-10 7:58 ` Jaroslav Kysela
2010-03-10 8:05 ` VDR User
2010-03-10 12:54 ` Wu Fengguang
2010-03-10 17:38 ` VDR User
2010-03-11 7:30 ` Jaroslav Kysela
2010-03-11 18:15 ` VDR User
2010-03-11 18:32 ` Jaroslav Kysela
2010-03-11 19:24 ` VDR User
2010-03-12 4:32 ` VDR User
2010-03-12 4:37 ` Wu Fengguang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=s5heik3ujy0.wl%tiwai@suse.de \
--to=tiwai@suse.de \
--cc=akpm@linux-foundation.org \
--cc=alsa-devel@alsa-project.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel.hofman@insite.cz \
--cc=wni@nvidia.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®