On Thu, Nov 27, 2014 at 09:25:15AM +1000, Dave Airlie wrote:
---
TL;DR summary:
I wrote patches. Help me choose the best implementation and interface.
---
So the i915.ko driver could use some mechanism to run functions after a
given
number of vblanks. Implementations for this
On Thu, 2014-11-20 at 23:01 +0200, Imre Deak wrote:
Atm, we don't disable RPS interrupts and related work items before
resetting the GPU. This may interfere with the following GPU
initialization and cause RPS interrupts to show up in PM_IIR too early
before calling gen6_enable_rps_interrupts()
Essentially the same as patch 3/3 from v2 of this set, but split
into two patches; one to improve the robustness of the freespace
calculation, and then one to update all the various places that
calculate free space to call the new improved code. See individual
commit messages for more detail.
There are numerous places in the code where the driver's idea of
how much space is left in a ring is updated using the driver's
latest notions of the positions of 'head' and 'tail' for the ring.
Among them are some that update one or both of these values before
(re)doing the calculation. In
The used space in a ring is given by the cyclic distance from the
consumer (HEAD) to the producer (TAIL), i.e. ((tail-head) MOD size);
conversely, the available space in a ring is the cyclic distance
from the producer to the consumer, MINUS the amount reserved for a
gap that is supposed to
-Original Message-
From: Cheng, Yao
Sent: Saturday, November 22, 2014 3:07
To: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
daniel.vet...@ffwll.ch; Kelley, Sean V; Chehab, John
Cc: Jiang, Fei; dh.herrm...@gmail.com; jani.nik...@linux.intel.com;
On 26/11/14 18:10, Daniel Vetter wrote:
On Wed, Nov 26, 2014 at 05:07:29PM +0200, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Clear the video overlay state on GPU reset. Any pending overlay request
in the ring has been nuked, and the display itself
The same logic can be implemented without it, and it even saves a line
of code.
Signed-off-by: Ander Conselvan de Oliveira
ander.conselvan.de.olive...@intel.com
---
drivers/gpu/drm/i915/intel_display.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git
On Wed, 26 Nov 2014, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
At least on two MST devices I've tested with, when
they are link training downstream, they are totally
unable to handle aux ch msgs, so they defer like nuts.
I tried 16, it wasn't enough, 32 seems
On Tue, 25 Nov 2014, Chris Wilson ch...@chris-wilson.co.uk wrote:
This reverts commit c211a47c2c28562f8a3fff9e027be1a3ed9e154a.
This causes an unwarranteed API break for existing and active userspace.
Ville had an interesting observation regarding the commit being
reverted:
Hi Dave, a couple of regression fixes from Ville.
BR,
Jani.
The following changes since commit 5d01410fe4d92081f349b013a2e7a95429e4f2c9:
Linux 3.18-rc6 (2014-11-23 15:25:20 -0800)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel
On Thu, Nov 27, 2014 at 03:56:38PM +0200, Jani Nikula wrote:
On Tue, 25 Nov 2014, Chris Wilson ch...@chris-wilson.co.uk wrote:
This reverts commit c211a47c2c28562f8a3fff9e027be1a3ed9e154a.
This causes an unwarranteed API break for existing and active userspace.
Ville had an interesting
On 11/24/2014 09:52 PM, Matt Roper wrote:
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
We need to get hdisplay and vdisplay in a few places so create a
helper to make our job easier.
v2 (by Matt): Use new stereo doubling function (suggested by Ville)
v3 (by Matt):
- Add missing
to a procedural to save space.
Signed-off-by: Mika Kuoppala mika.kuopp...@intel.com
---
drivers/gpu/drm/i915/intel_pm.c | 155 +---
1 file changed, 18 insertions(+), 137 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_pm.c
Reviewed-by: Ander Conselvan de Oliveira ander.conselvan.de.olive...@intel.com
On 11/24/2014 09:53 PM, Matt Roper wrote:
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
After some refactor intel_primary_plane_setplane() does the same
as intel_pipe_set_base() so we can get rid of it and
On 19/11/14 23:33, Daniel Vetter wrote:
This is (mostly, some exceptions that need fixing) the hw setup
function which starts the ring. And not the function which allocates
all the resources.
Make this clear by giving it a better name.
Signed-off-by: Daniel Vetter daniel.vet...@intel.com
From: Tvrtko Ursulin tvrtko.ursu...@intel.com
Things like reliable GGTT mappings and mirrored 2d-on-3d display will need
to map objects into the same address space multiple times.
Added a GGTT view concept and linked it with the VMA to distinguish between
multiple instances per address space.
On 19/11/14 23:33, Daniel Vetter wrote:
Since it's not for the rings but engine, and its specifically for
render state and workarounds.
Note that there's a massive s/ring/engine/ required all over the
driver, but that's really not part of this patch here. So I've leaft
the paramter names
Useful since this way we can pass around just the state objects and
will get ther real object, too.
Specifically this allows us to again simplify the parameters for
set_crtc_for_plane.
v2: msm already has it's own specific plane_reset hook, don't forget
that one!
Cc: Rob Clark
Hi Shuang,
The threading is still broken in some MUAs. I believe we also need the
References: header in addition to in-reply-to: to solve that.
HTH,
--
Damien
On Mon, Nov 24, 2014 at 11:39:48PM -0800, shuang...@intel.com wrote:
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
On 19/11/14 23:33, Daniel Vetter wrote:
With this all the -init_hw hooks really only set up hw state needed
to start the ring, all the software state setup and memory/buffer
allocations happen beforehand.
v2: We need to call intel_init_pipe_control after the ring init since
otherwise
Quoting the workaround database:
FBC can show stale data when using 180 degree hardware rotation of the
primary display plane.
WA: Do not enable FBC when using hardware 180 degree rotation on the
primary display plane.
References: https://bugs.freedesktop.org/show_bug.cgi?id=86548
2014-11-27 14:18 GMT-02:00 Chris Wilson ch...@chris-wilson.co.uk:
Quoting the workaround database:
FBC can show stale data when using 180 degree hardware rotation of the
primary display plane.
WA: Do not enable FBC when using hardware 180 degree rotation on the
primary display plane.
On Thu, Nov 27, 2014 at 02:40:34PM -0200, Paulo Zanoni wrote:
2014-11-27 14:18 GMT-02:00 Chris Wilson ch...@chris-wilson.co.uk:
Quoting the workaround database:
FBC can show stale data when using 180 degree hardware rotation of the
primary display plane.
WA: Do not enable FBC when
On Thu, Nov 27, 2014 at 01:08:58PM +0200, Imre Deak wrote:
On Thu, 2014-11-20 at 23:01 +0200, Imre Deak wrote:
Atm, we don't disable RPS interrupts and related work items before
resetting the GPU. This may interfere with the following GPU
initialization and cause RPS interrupts to show up
On Thu, 2014-11-27 at 20:07 +0100, Daniel Vetter wrote:
On Thu, Nov 27, 2014 at 01:08:58PM +0200, Imre Deak wrote:
On Thu, 2014-11-20 at 23:01 +0200, Imre Deak wrote:
Atm, we don't disable RPS interrupts and related work items before
resetting the GPU. This may interfere with the
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV 364/364
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV 364/364
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV -1 364/364
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV -1 364/364
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV 364/364
Summary
We covered the platform: Baswell, Broadwell, Baytrail, Haswell, Ivybridge,
SandyBridge
In this circle, 4 new bugs are filed:
Bug 86770https://bugs.freedesktop.org/show_bug.cgi?id=86770 - [BYT
Regression]HDMI monitor unable to light up
Bug
32 matches
Mail list logo