Re: [RFC/RFT v2 0/4] ALSA: hda - hdmi: ATI/AMD multi-channel andHBR support
From: Anssi Hannula
Date: Wed Oct 02 2013 - 12:51:34 EST
02.10.2013 17:34, Takashi Iwai kirjoitti:
> At Tue, 1 Oct 2013 23:30:52 +0300,
> Anssi Hannula wrote:
[...]
>> Anssi Hannula (4):
>> ALSA: hda - hdmi: Add ATI/AMD multi-channel audio support
>> ALSA: hda - hdmi: Add ELD emulation for ATI/AMD codecs
>> ALSA: hda - hdmi: Add HBR bitstreaming support for ATI/AMD HDMI codecs
>> ALSA: hda - hdmi: Disable ramp-up/down for non-PCM on AMD codecs
>
>
> The patches generally look good, but I'm thinking whether it's cleaner
> to create a new ops items. Maybe it can be specific to HDMI codec,
> e.g.
>
> struct hda_hdmi_ops {
> int (*get_chan_slot)(struct hda_codec *codec, hda_nid_t pin, int slot);
> int (*set_chan_slot)(struct hda_codec *codec, hda_nid_t pin, int setup);
> int (*set_ca)(struct hda_codec *codec, hda_nid_t pin, int ca);
> ....
> }
>
> It's not sexy to have a thing like is_atihdmi() in the common header
> and see it in everywhere.
OK, will do that for next version.
Regarding hda_eld.c, I guess I'll add struct hda_hdmi_ops to struct
hdmi_spec, then keep snd_hdmi_ati_get_eld() in hda_eld.c but make it
non-static, so I can assign the correct _get_eld in patch_hdmi.c?
P.S. I asked whether new callbacks should be added in the previous RFC
message, but I guess that was easy to overlook as the message was a bit
incoherent... :)
--
Anssi Hannula
> thanks,
>
> Takashi
>
>>
>> sound/pci/hda/hda_eld.c | 157 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> sound/pci/hda/hda_local.h | 5 +++
>> sound/pci/hda/patch_hdmi.c | 424 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++------------------
>> 3 files changed, 547 insertions(+), 39 deletions(-)
>>
>> --
>> Anssi Hannula
>>
--
Anssi Hannula
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/