All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Lin, Mengdong" <mengdong.lin@intel.com>
To: 'Takashi Iwai' <tiwai@suse.de>
Cc: "'alsa-devel@alsa-project.org'" <alsa-devel@alsa-project.org>
Subject: Re: [PATCH] ALSA: hda - not use regmap for vendor verb 0x781 of Intel HDMI codec
Date: Tue, 14 Apr 2015 03:26:10 +0000	[thread overview]
Message-ID: <F46914AEC2663F4A9BB62374E5EEF8F82B826F6A@SHSMSX101.ccr.corp.intel.com> (raw)
In-Reply-To: <F46914AEC2663F4A9BB62374E5EEF8F82B826848@SHSMSX101.ccr.corp.intel.com>

> -----Original Message-----
> From: Lin, Mengdong
> Sent: Monday, April 13, 2015 9:30 PM

> > > For HDMI codec on Haswell/Broadwell/Skylake platforms, the vendor
> > > verb
> > > 0x781 is used enable DP 1.2 mode as a fixup if BIOS has not done
> > > this, in function intel_haswell_fixup_enable_dp12(). Otherwise, the
> > > display audio playback will be silent.
> > >
> > > Although the verb 0x781 is added to vendor verbs array, but
> > > snd_hdac_regmap_
> > > encode_verb() will translate it to verb 0xf81 and cause regmap_write
> > > IO failure because 0xf81 is not in the vendor verb array and so will
> > > not be taken as a writable register.
> > >
> > > So this patch no longer uses regmap for verb 0x781 but directly send
> > > this command to enable DP1.2 mode.
> >
> > What if just add INTEL_GET_VENDOR_VERB as a vendor verb?
> 
> Yes, it should work. hda_reg_write will drop the GET bit.
> I'll have a test tomorrow.

> > What if just add INTEL_GET_VENDOR_VERB as a vendor verb?
> 
> Yes, it should work. hda_reg_write will drop the GET bit.
> I'll have a test tomorrow.

Hi Takashi,

I've submitted v2 and v3 patches, both can work one my SKL. Please review.

V2: add INTEL_GET_VENDOR_VERB as a vendor verb as you suggested.
   I verified this on a SKL desktop, on which BIOS does not enable DP1.2 mode by default and so we observed the HDMI/DP audio failure.

V3: set GET bit when adding a vendor verb to the codec regmap
   It also works on my SKL. It's more generic than v2, because I observed other HD-A codecs (Conexant, si3054, sigmatel) also add their own vendor SET verbs and may have the same problem.
   However, I have no chance to verify these codecs since I cannot find platforms with them.

Thanks
Mengdong

  reply	other threads:[~2015-04-14  3:26 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-13  9:50 [PATCH] ALSA: hda - not use regmap for vendor verb 0x781 of Intel HDMI codec mengdong.lin
2015-04-13 11:20 ` Takashi Iwai
2015-04-13 13:29   ` Lin, Mengdong
2015-04-14  3:26     ` Lin, Mengdong [this message]
2015-04-14  5:24       ` Takashi Iwai
2015-04-14  2:15 ` [PATCH v2] ALSA: hda - add Intel get vendor verb 0xf81 to regmap of the " mengdong.lin
2015-04-14  3:25 ` [PATCH v3] ALSA: hda - set GET bit when adding a vendor verb to the codec regmap mengdong.lin

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=F46914AEC2663F4A9BB62374E5EEF8F82B826F6A@SHSMSX101.ccr.corp.intel.com \
    --to=mengdong.lin@intel.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=tiwai@suse.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.