All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: "Lin, Mengdong" <mengdong.lin@intel.com>
Cc: "Yang, Libin" <libin.yang@intel.com>,
	"anssi.hannula@iki.fi" <anssi.hannula@iki.fi>,
	"alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
	Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>,
	David Henningsson <david.henningsson@canonical.com>
Subject: Re: [PATCH] ALSA: hda - using POS_FIX_LPIB on Broadwell HDMI Audio
Date: Mon, 12 May 2014 10:31:24 +0200	[thread overview]
Message-ID: <s5htx8vo0tf.wl%tiwai@suse.de> (raw)
In-Reply-To: <F46914AEC2663F4A9BB62374E5EEF8F82B4142B7@SHSMSX101.ccr.corp.intel.com>

At Mon, 12 May 2014 08:22:13 +0000,
Lin, Mengdong wrote:
> 
> > -----Original Message-----
> > From: Takashi Iwai [mailto:tiwai@suse.de]
> > Sent: Friday, May 09, 2014 6:20 PM
> > To: Lin, Mengdong
> > Cc: David Henningsson; Yang, Libin; anssi.hannula@iki.fi;
> > alsa-devel@alsa-project.org; Pierre-Louis Bossart
> > Subject: Re: [alsa-devel] [PATCH] ALSA: hda - using POS_FIX_LPIB on Broadwell
> > HDMI Audio
> > 
> > At Fri, 9 May 2014 10:08:19 +0000,
> > Lin, Mengdong wrote:
> > >
> > > Hi,
> > >
> > > We found the Broadwell HDMI audio regression is introduced by this patch:
> > >
> > > commit dcb32ecd9a533f47ab652c5c5680bc50a7a822cd
> > > Author: Anssi Hannula <anssi.hannula@iki.fi>
> > > Date: Tue Apr 8 12:36:42 2014 +0300
> > > ALSA: hda - Do not assign streams in reverse order
> > >
> > > We'll further check the root cause.
> > > Since this patch seems only affect the stream ID. Actually Intel GPU tool only
> > find the stream ID is changed by this patch.
> > >
> > > In addition, Haswell HDMI audio is not affected and works well. It seems
> > there is HW behavior difference between HSW and BDW.
> > 
> > Thanks for spotting out!
> > 
> > This sounds like a weird hardware bug of BDW.  If any, we'd need to introduce
> > a flag indicating flipping this  lookup behavior depending on the chip.
> 
> In the display HD-A controller of HSW/BDW, there are 3 sets of stream descriptors registers which controls the DMA engines to transfer audio data over HD-A link:
> set #0: 0x80 ~ 0x9c SD0CTL ~ SD0BDPU
> set #1: 0xa0 ~ 0xbc SD1CTL ~ SD1BDPU
> set #2: 0xc0 ~ 0xdc SD2CTL ~ SD2BDPU
> 
> Test shows that
> On HSW, DMA update on all 3 sets of registers are okay.
> On BDW, DMA update on set #1 and #2 are okay, but is buggy on set #0. Since the three sets of registers have the same definition according to spec and driver behavior is also same, it seems to be a HW issue.
> 
> Maybe we'll have to use the original reverse lookup order for BDW HDMI/DP audio.

I wonder what if you run three streams.  Is the set#0 always broken,
or broken only when used alone?  In the former case, the fix would to
mask the first slot.  In the latter case, back to reverse assignment
would work around it.


Takashi

  reply	other threads:[~2014-05-12  8:31 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-07 18:03 [PATCH] ALSA: hda - using POS_FIX_LPIB on Broadwell HDMI Audio libin.yang
2014-05-08  5:09 ` Takashi Iwai
2014-05-08  5:48   ` Yang, Libin
2014-05-08  5:51     ` Takashi Iwai
2014-05-08  6:13       ` Yang, Libin
2014-05-08  6:19         ` Takashi Iwai
2014-05-08  6:28           ` Yang, Libin
2014-05-08  6:39             ` Takashi Iwai
2014-05-08  7:58               ` Yang, Libin
2014-05-08 16:06                 ` David Henningsson
2014-05-09 10:08                   ` Lin, Mengdong
2014-05-09 10:20                     ` Takashi Iwai
2014-05-12  8:22                       ` Lin, Mengdong
2014-05-12  8:31                         ` Takashi Iwai [this message]
2014-05-12  9:46                           ` Lin, Mengdong
2014-05-12  9:51                             ` Takashi Iwai
2014-05-13  4:37                               ` Lin, Mengdong
2014-05-13  7:19                                 ` Takashi Iwai
2014-05-13  9:00                                   ` Lin, Mengdong
2014-05-09 14:58                     ` Pierre-Louis Bossart
2014-05-08  9:37               ` Lin, Mengdong
2014-05-08  9:42                 ` Takashi Iwai

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=s5htx8vo0tf.wl%tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@alsa-project.org \
    --cc=anssi.hannula@iki.fi \
    --cc=david.henningsson@canonical.com \
    --cc=libin.yang@intel.com \
    --cc=mengdong.lin@intel.com \
    --cc=pierre-louis.bossart@linux.intel.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 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.