> -Original Message-
> From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of
> Jani Nikula
> Sent: Monday, October 10, 2016 11:04 PM
> To: intel-gfx@lists.freedesktop.org
> Cc: Nikula, Jani ; libin.y...@linux.intel.com;
> Pandiyan, Dhinakaran
> Subject: [Intel-gfx
Hi Ben,
How will Gfx driver support runtime PM on Haswell? Will the Gfx driver trigger
"Adapter Power State" notification to BIOS when GPU switch state between D0 and
D3?
We need to support RTD3 for HD-A legacy audio on Haswell Ultrabook. And this
depends on Gfx driver to implement two BIOS no
Hi ,
Are there any recent i915 patches that could possibly affect HDMI audio, during
last two weeks?
We got an audio regression on BDW that HDMI audio output becomes intermittent.
Maybe HSW also has the same issue.
It seems the HW DMA position is not correct and we suspect there maybe
somethin
> wrote:
> > >> On Tue, May 20, 2014 at 05:29:07PM +0300, Imre Deak wrote:
> > >> > On Tue, 2014-05-20 at 05:52 +0300, Lin, Mengdong wrote:
> > >> > > This RFC is based on previous discussion to set up a generic
> > >> > > communicati
e:
> >>> > >On Tue, 2014-05-20 at 05:52 +0300, Lin, Mengdong wrote:
> >>>> > >>This RFC is based on previous discussion to set up a generic
> >>>> > >>communication channel between display and audio driver and an
> >>>>
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch]
> > Hi Daniel,
> >
> > Would you please share more info about your idea?
> >
> > - What would be an avsink device represent here?
> > E.g. on Intel platforms, will the whole display device have a child
> > avsink
Sorry to pick up this thread after a long time.
> -Original Message-
> From: daniel.vet...@ffwll.ch [mailto:daniel.vet...@ffwll.ch] On Behalf Of
> Daniel Vetter
> Sent: Thursday, January 23, 2014 4:27 PM
> To: Takashi Iwai
> On Thu, Jan 23, 2014 at 8:57 AM, Takashi Iwai wrote:
> >> Than
> -Original Message-
> From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> Sent: Tuesday, February 18, 2014 10:23 PM
> To: Lin, Mengdong
> Cc: Daniel Vetter; Takashi Iwai; alsa-de...@alsa-project.org; Barnes, Jesse;
> Zanoni, Paulo R; dri-devel; intel-gfx@lis
> -Original Message-
> From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> Sent: Wednesday, February 19, 2014 7:30 PM
> > > > Is there a 1:1 mapping between these connector nodes and ports of
> > > > Gfx
> > > display engine?
> > > > Eg. For Haswell Ultrabook, under
> > > > /sys/d
Hi Jesse,
Could you tell us why Baytrail Gfx driver does not always use pipe A when it's
free?
We have a Baytrail-M which only have HDMI (port B) and DisplayPort (port C)
output.
When I connect HDMI or DP only, the Gfx driver always uses pipe B for port B/C,
although pipe A is free. This behav
Hi,
Could someone clarify how to check HDMI TMDS clock frequency and DisplayPort
link symbol clock frequency?
- Is there some registers which can dump the clock frequency?
- Is 'clock' field in 'struct drm_display_mode' reflect the this clock?
My platform is Haswell, Broadwel
Dear audio and gfx stakeholders,
We hope to add a new interface between audio and gfx driver, for gfx driver to
notify audio about HDMI/DP hot-plug and ELD update.
Would you please share some comments on the proposal below?
Background of this issue: On Intel Haswell/Broadwell platforms, there is
> -Original Message-
> From: daniel.vet...@ffwll.ch [mailto:daniel.vet...@ffwll.ch] On Behalf Of
> Daniel Vetter
> Sent: Tuesday, January 21, 2014 9:11 PM
> To: Lin, Mengdong
> Cc: Takashi Iwai (ti...@suse.de); Barnes, Jesse; Zanoni, Paulo R;
> alsa-de...@alsa-p
> -Original Message-
> From: Takashi Iwai [mailto:ti...@suse.de]
> Sent: Thursday, January 23, 2014 1:19 AM
> To: Daniel Vetter
> Cc: Lin, Mengdong; Barnes, Jesse; Zanoni, Paulo R;
> alsa-de...@alsa-project.org; intel-gfx@lists.freedesktop.org; dri-devel
> Subject:
Hi Daniel and Mukesh,
This patch is submitted on behalf of Arora Mukesh. Please have a review.
And the 2nd version of patch is also submitted with subject: [PATCH v2]
drm/i915/hsw: Add display Audio codec disable sequence for Haswell. Please also
have a review.
http://lists.freedesktop.org/arch
Hi Daniel and Paulo,
I think we need a confirmation from HW owner whether vblank wait can be skipped
in audio enabling and disabling. I'll ping HW owner and involve you.
The original code just follows b-spec but there is no explanation why.
Thanks
Mengdong
> -Original Message-
> From: i
Hi Ben,
Thank you very much for the review. I'm sorry I missed the feedback for quite a
long time.
Please see comments below ...
> -Original Message-
> From: Ben Widawsky [mailto:b...@bwidawsk.net]
> Sent: Thursday, September 05, 2013 1:03 AM
> To: Lin, Mengdon
ber 05, 2013 2:50 AM
> To: Lin, Mengdong
> Cc: intel-gfx; Arora, MukeshX
> Subject: Re: [Intel-gfx] [PATCH v2] drm/i915/hsw: Add display Audio codec
> disable sequence for Haswell
>
> On Fri, Aug 30, 2013 at 1:50 AM, wrote:
> > + /* Wait for 2 vertical blanks */
&g
> -Original Message-
> From: daniel.vet...@ffwll.ch [mailto:daniel.vet...@ffwll.ch] On Behalf Of
> Daniel Vetter
> Sent: Monday, September 23, 2013 4:57 PM
> To: Lin, Mengdong
> Cc: ville.syrj...@linux.intel.com; intel-gfx; Arora, MukeshX
> Subject: Re: [Intel-gfx] [P
> Sent: Tuesday, September 24, 2013 8:48 PM
> To: Lin, Mengdong
> Cc: intel-gfx@lists.freedesktop.org
> Subject: Re: [Intel-gfx] [PATCH v3 2/2] drm/i915/hsw: add flag has_audio in
> crtc
> config
>
> On Tue, Sep 24, 2013 at 01:01:37AM -0400, mengdong@intel.com wrote:
> &
Hi,
Is it okay to integrate this patch at first?
We can check whether vblank wait can be removed safely later
Thanks
Mengdong
> -Original Message-
> From: Lin, Mengdong
> Sent: Tuesday, September 24, 2013 1:01 PM
> To: intel-gfx@lists.freedesktop.org
> Cc: Arora, MukeshX
Hi Daniel,
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
> Sent: Sunday, October 27, 2013 9:59 PM
> To: Lin, Mengdong
> Cc: intel-gfx@lists.freedesktop.org
> Subject: Re: [Intel-gfx] [PATCH v2] drm/i915/vlv: ena
Hi Daniel,
Thanks for your clarification! Could you share more info ...
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
> Sent: Saturday, November 02, 2013 12:03 AM
> To: Lin, Mengdong
> Cc: Daniel Ve
rom the my Outlook
inbox, and generated this v4 patch.
But it seems that message id does not make this mail in the proper review
thread.
I'll always use 'git format-patch' to generate the message id in the future to
avoid such annoying issues.
Thanks
Mengdong
> -Original M
> > On 04/29/2013 05:02 PM, Jesse Barnes wrote:
> > > On Sat, 27 Apr 2013 13:35:29 +0200
> > > Daniel Vetter wrote:
> > > The high level goal here should be for the audio driver to call into
> > > i915 with get/put power well around the sequences where it needs the
> > > power to be up (reading/wr
Hi Jani,
> -Original Message-
> From: Nikula, Jani
> Sent: Thursday, July 03, 2014 3:33 PM
> I wrote this as a quick hack patch to try as an alternative to [1] which
> ended up not working on Haswell. Please reassure me that this is going to
> be a temporary solution until we get a more
> -Original Message-
> From: Lespiau, Damien
> Sent: Thursday, July 03, 2014 7:19 PM
> To: Nikula, Jani
> Cc: Lin, Mengdong; alsa-de...@alsa-project.org; ti...@suse.de;
> intel-gfx@lists.freedesktop.org
> Subject: Re: [Intel-gfx] [PATCH v2 1/2] drm/i915: provid
> -Original Message-
> From: Takashi Iwai [mailto:ti...@suse.de]
> Sent: Monday, May 18, 2015 5:21 PM
> At Thu, 14 May 2015 09:10:33 +1000,
> Dave Airlie wrote:
> >
> > On 12 May 2015 at 13:27, Dave Airlie wrote:
> > > On 12 May 2015 at 11:50, Dave Airlie wrote:
> > >> Hi,
> > >>
> > >>
> -Original Message-
> From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of
> Jani Nikula
> On Wed, 17 Jun 2015, Chris Wilson wrote:
> > On Wed, Jun 17, 2015 at 02:01:57PM +1000, Dave Airlie wrote:
> >> From: Dave Airlie
> >>
> >> This just adds enables for the
Hi Takashi/Dave,
Shall we move or cc this discussion on audio driver side to ALSA ML?
I think we also need to decide how to manage PCM devices for DP MST.
Now the HD-A driver create a PCM device for each pin, and the substream
number is 1 for each PCM. Now with DP MST enabled, each pin can suppor
> -Original Message-
> From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of
> Lukas Wunner
> Hi,
>
> On Sun, Aug 09, 2015 at 01:12:53PM +0100, Chris Wilson wrote:
> > We follow the VBT as to whether a DDI port is used for eDP and if so,
> > do not attach a HDMI en
31 matches
Mail list logo
