[Bug 97069] Radeon r600 glamor corruptions on ARM64

2016-07-26 Thread bugzilla-dae...@freedesktop.org
||.org Version|unspecified |11.2 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160

[Bug 97069] Radeon r600 glamor corruptions on ARM64

2016-07-26 Thread bugzilla-dae...@freedesktop.org
receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/415966ff/attachment.html>

[PATCH 2/2] dt-bindings: add simple-panel-dsi and simple-panel

2016-07-26 Thread Mark yao
An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/b368845c/attachment.html>

[Bug 97069] Radeon r600 glamor corruptions on ARM64

2016-07-26 Thread bugzilla-dae...@freedesktop.org
next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/bc0d55f2/attachment.html>

[Bug 97059] Tahiti+DRI3+Unity+Blender corruption

2016-07-26 Thread bugzilla-dae...@freedesktop.org
. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/3db212c5/attachment.html>

[PATCH -next] drm/hisilicon: Fix error handling of ade_power_up()

2016-07-26 Thread Xinliang Liu
On 19 July 2016 at 19:30, Wei Yongjun wrote: > From: Wei Yongjun > > Fix the reset_control_deassert() fail and clk_prepare_enable() fail > error handling of ade_power_up(). > > Signed-off-by: Wei Yongjun Applied, thanks. -xinliang > --- > drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c | 10

[Bug 97059] Tahiti+DRI3+Unity+Blender corruption

2016-07-26 Thread bugzilla-dae...@freedesktop.org
. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/a26b42da/attachment.html>

[Bug 97025] flip queue failed: Device or resource busy

2016-07-26 Thread bugzilla-dae...@freedesktop.org
assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/46714014/attachment-0001.html>

[Bug 97059] Tahiti+DRI3+Unity+Blender corruption

2016-07-26 Thread bugzilla-dae...@freedesktop.org
is mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/14b58424/attachment.html>

[Bug 97025] flip queue failed: Device or resource busy

2016-07-26 Thread bugzilla-dae...@freedesktop.org
ut if that would be sufficient? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/16658934/attachment.html>

[Bug 97025] flip queue failed: Device or resource busy

2016-07-26 Thread bugzilla-dae...@freedesktop.org
the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/4bfb3d60/attachment.html>

[Bug 97084] BUG: scheduling while atomic

2016-07-26 Thread bugzilla-dae...@freedesktop.org
e bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/d8c7307f/attachment.html>

[Bug 97084] BUG: scheduling while atomic

2016-07-26 Thread bugzilla-dae...@freedesktop.org
the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/d8db64cf/attachment.html>

[Bug 97084] BUG: scheduling while atomic

2016-07-26 Thread bugzilla-dae...@freedesktop.org
xt part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/9eab7019/attachment.html>

[Bug 97084] BUG: scheduling while atomic

2016-07-26 Thread bugzilla-dae...@freedesktop.org
scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/cf5babd6/attachment-0001.html>

[Bug 97025] flip queue failed: Device or resource busy

2016-07-26 Thread bugzilla-dae...@freedesktop.org
vel/attachments/20160726/c963136d/attachment.html>

[Bug 97084] BUG: scheduling while atomic

2016-07-26 Thread bugzilla-dae...@freedesktop.org
.. URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/9e344725/attachment.html>

[Bug 76490] Hang during boot when DPM is on (R9 270X)

2016-07-26 Thread bugzilla-dae...@freedesktop.org
are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/6f250302/attachment.html>

[Bug 97059] Tahiti+DRI3+Unity+Blender corruption

2016-07-26 Thread bugzilla-dae...@freedesktop.org
issue goes away :) -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/70bd59f7/attachment.html>

[Bug 96762] [radeonsi,apitrace] Firewatch: nothing rendered in scrollable (text) areas

2016-07-26 Thread bugzilla-dae...@freedesktop.org
u are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/64bcfcbb/attachment.html>

[Bug 97059] Tahiti+DRI3+Unity+Blender corruption

2016-07-26 Thread bugzilla-dae...@freedesktop.org
-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/6f764d51/attachment.html>

[Bug 141741] drm:radeon_get_bios [radeon]] *ERROR* Unable to locate a BIOS ROM

2016-07-26 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=141741 --- Comment #10 from Michael Schenaerts --- I'll be glad to help but I don't know where to start. Do you have some documentation ? Thanks Michaël -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 97059] Tahiti+DRI3+Unity+Blender corruption

2016-07-26 Thread bugzilla-dae...@freedesktop.org
art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/30b4b46d/attachment.html>

[PATCH 1/3] drm: introduce share plane

2016-07-26 Thread Mark Yao
What is share plane: Plane hardware only be used when the display scanout run into plane active scanout, that means we can reuse the plane hardware resources on plane non-active scanout. -- | scanout |

[PATCH 3/3] drm/rockchip: vop: rk3288: add area plane

2016-07-26 Thread Mark Yao
Change-Id: Iac8fde019020d8f1a671d52c1a4d91ad2d050d43 Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 52 - 1 file changed, 44 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_vop_reg.c b/drivers/gpu/drm/rockchip/r

[PATCH 2/3] drm/rockchip: vop: support multi area plane

2016-07-26 Thread Mark Yao
The series vop of VOP_FULL framework support area plane, such as RK3288 and RK3399, one group of area planes share same hardware, reuse the hardware on different scanout time, this design is useful to support mulit planes with low hardware consume. Signed-off-by: Mark Yao --- drivers/gpu/drm/roc

[Bug 97069] Radeon r600 glamor corruptions on ARM64

2016-07-26 Thread bugzilla-dae...@freedesktop.org
ignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/71d48b88/attachment.html>

[Bug 97075] VCE encoding slow when GPU is not stressed (HD 7970M)

2016-07-26 Thread bugzilla-dae...@freedesktop.org
-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/9e0ace1b/attachment.html>

[Bug 96762] [radeonsi,apitrace] Firewatch: nothing rendered in scrollable (text) areas

2016-07-26 Thread bugzilla-dae...@freedesktop.org
HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/36349de0/attachment.html>

[PATCH 1/3] drm: introduce share plane

2016-07-26 Thread Daniel Vetter
On Tue, Jul 26, 2016 at 03:46:32PM +0800, Mark Yao wrote: > What is share plane: > Plane hardware only be used when the display scanout run into plane active > scanout, that means we can reuse the plane hardware resources on plane > non-active scanout. > >

[PATCH 2/2] dt-bindings: add simple-panel-dsi and simple-panel

2016-07-26 Thread Thierry Reding
s is a bit off topic, I'm sure that your customers' customers would be very happy to get all the security and bug fixes that would automatically be delivered with the frequent kernel updates that bring in support for new panels. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/b075159b/attachment-0001.sig>

[PATCH] drm: BIT(DRM_ROTATE_?) -> DRM_ROTATE_?

2016-07-26 Thread Liviu Dudau
Hi Joonas, On Mon, Jul 25, 2016 at 10:00:25AM +0300, Joonas Lahtinen wrote: > Only property creation uses the rotation as an index, so convert the > #define to the more used BIT(DRM_ROTATE_?) form and use __builtin_ffs > to figure the index when needed. > > Cc: intel-gfx at lists.freedesktop.org

[PATCH 1/3] drm: introduce share plane

2016-07-26 Thread Mark yao
On 2016年07月26日 16:26, Daniel Vetter wrote: > On Tue, Jul 26, 2016 at 03:46:32PM +0800, Mark Yao wrote: >> >What is share plane: >> >Plane hardware only be used when the display scanout run into plane active >> >scanout, that means we can reuse the plane hardware resources on plane >> >non-act

[PATCH v2 00/13] IPUv3 prep for i.MX5/6 v4l2 staging drivers, v2

2016-07-26 Thread Philipp Zabel
Hi Steve, Am Dienstag, den 19.07.2016, 18:10 -0700 schrieb Steve Longerbeam: > These updates to IPUv3 are needed for media staging drivers > for i.MX5/6 video capture and mem2mem. > > Steve Longerbeam (13): > gpu: ipu-cpmem: Add ipu_cpmem_set_uv_offset() > gpu: ipu-cpmem: Add ipu_cpmem_get_bu

[PATCH v2 01/13] gpu: ipu-v3: Add Video Deinterlacer unit

2016-07-26 Thread Philipp Zabel
Am Dienstag, den 19.07.2016, 18:10 -0700 schrieb Steve Longerbeam: > Adds the Video Deinterlacer (VDIC) unit. > > Signed-off-by: Steve Longerbeam [...] > +++ b/drivers/gpu/ipu-v3/ipu-vdi.c [...] > +static void __ipu_vdi_set_top_field_man(struct ipu_vdi *vdi, bool > top_field_0) > +{ > + u32

[PATCH v2 05/13] gpu: ipu-v3: Add IDMA channel linking support

2016-07-26 Thread Philipp Zabel
Am Dienstag, den 19.07.2016, 18:11 -0700 schrieb Steve Longerbeam: > Adds functions to link and unlink IDMAC source channels to sink > channels. > > So far the following links are supported: > > IPUV3_CHANNEL_IC_PRP_ENC_MEM -> IPUV3_CHANNEL_MEM_ROT_ENC > PUV3_CHANNEL_IC_PRP_VF_MEM -> IPUV3_CHAN

[PATCH v2 11/13] gpu: ipu-ic: Add complete image conversion support with tiling

2016-07-26 Thread Philipp Zabel
Am Dienstag, den 19.07.2016, 18:11 -0700 schrieb Steve Longerbeam: > This patch implements complete image conversion support to ipu-ic, > with tiling to support scaling to and from images up to 4096x4096. > Image rotation is also supported. > > The internal API is subsystem agnostic (no V4L2 depen

[PATCH] gpu: ipu-v3: Add missing IDMAC channel names

2016-07-26 Thread Philipp Zabel
This patch adds the remaining missing IDMAC channel names: VDIC channels for combining, the separate alpha channels for the MEM->IC and MEM->DC ASYNC channels, and the DC read, command, and output mask channels. Signed-off-by: Philipp Zabel --- include/video/imx-ipu-v3.h | 12 1 fil

[Bug 97069] Radeon r600 glamor corruptions on ARM64

2016-07-26 Thread bugzilla-dae...@freedesktop.org
e: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/0f1aa17c/attachment.html>

[Bug 97069] Radeon r600 glamor corruptions on ARM64

2016-07-26 Thread bugzilla-dae...@freedesktop.org
se: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/680317b8/attachment.html>

[Bug 97069] Radeon r600 glamor corruptions on ARM64

2016-07-26 Thread bugzilla-dae...@freedesktop.org
is mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/2112feea/attachment.html>

[Bug 97069] Radeon r600 glamor corruptions on ARM64

2016-07-26 Thread bugzilla-dae...@freedesktop.org
attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/f1d20693/attachment.html>

[PATCH] drm: BIT(DRM_ROTATE_?) -> DRM_ROTATE_?

2016-07-26 Thread Joonas Lahtinen
On ti, 2016-07-26 at 10:05 +0100, Liviu Dudau wrote: > > --- a/drivers/gpu/drm/arm/malidp_planes.c > > +++ b/drivers/gpu/drm/arm/malidp_planes.c > > @@ -108,7 +108,7 @@ static int malidp_de_plane_check(struct drm_plane > > *plane, > >   return -EINVAL; > >   > >   /* packed RGB888 / B

[PATCH] drm: BIT(DRM_ROTATE_?) -> DRM_ROTATE_?

2016-07-26 Thread Ville Syrjälä
On Mon, Jul 25, 2016 at 10:00:25AM +0300, Joonas Lahtinen wrote: > Only property creation uses the rotation as an index, so convert the > #define to the more used BIT(DRM_ROTATE_?) form and use __builtin_ffs > to figure the index when needed. > > Cc: intel-gfx at lists.freedesktop.org > Cc: linux-

[PATCH v2 1/4] drm/i915/gen9: Only copy WM results for changed pipes to skl_hw

2016-07-26 Thread Maarten Lankhorst
Op 21-07-16 om 21:23 schreef Lyude: > From: Matt Roper > > When we write watermark values to the hardware, those values are stored > in dev_priv->wm.skl_hw. However with recent watermark changes, the > results structure we're copying from only contains valid watermark and > DDB values for the pip

[Bug 97069] Radeon r600 glamor corruptions on ARM64

2016-07-26 Thread bugzilla-dae...@freedesktop.org
-- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/cac89d96/attachment.html>

[STLinux Kernel] [PATCH 1/1] drm/sti: use new Reset API

2016-07-26 Thread Sean Paul
On Mon, Jul 25, 2016 at 6:40 AM, Lee Jones wrote: > On Mon, 25 Jul 2016, Peter Griffin wrote: >> On Mon, 25 Jul 2016, Lee Jones wrote: >> >> > Since 0b52297f228 ("reset: Add support for shared reset controls") the >> > new Reset API now demands consumers choose either an *_exclusive or a >> > *_sh

[Bug 97069] Radeon r600 glamor corruptions on ARM64

2016-07-26 Thread bugzilla-dae...@freedesktop.org
-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/682e5862/attachment.html>

[PATCH] drm: BIT(DRM_ROTATE_?) -> DRM_ROTATE_?

2016-07-26 Thread Sean Paul
On Mon, Jul 25, 2016 at 3:00 AM, Joonas Lahtinen wrote: > Only property creation uses the rotation as an index, so convert the > #define to the more used BIT(DRM_ROTATE_?) form and use __builtin_ffs > to figure the index when needed. > > Cc: intel-gfx at lists.freedesktop.org > Cc: linux-arm-msm a

[PATCH v3 0/6] Finally fix watermarks

2016-07-26 Thread Lyude
So unfortunately, this patch series fixes most of the underruns on Skylake, but not all of them. Even with this patchset we're still apt to potentially hitting underruns since we don't update the ddb allocations atomically as well yet. I'm planning to do this eventually when I get the chance, but f

[PATCH v3 1/6] drm/i915/skl: Add support for the SAGV, fix underrun hangs

2016-07-26 Thread Lyude
Since the watermark calculations for Skylake are still broken, we're apt to hitting underruns very easily under multi-monitor configurations. While it would be lovely if this was fixed, it's not. Another problem that's been coming from this however, is the mysterious issue of underruns causing full

[PATCH v3 2/6] drm/i915/gen9: Only copy WM results for changed pipes to skl_hw

2016-07-26 Thread Lyude
From: Matt Roper When we write watermark values to the hardware, those values are stored in dev_priv->wm.skl_hw. However with recent watermark changes, the results structure we're copying from only contains valid watermark and DDB values for the pipes that are actually changing; the values for o

[PATCH v3 3/6] drm/i915/skl: Only flush pipes when we change the ddb allocation

2016-07-26 Thread Lyude
Manual pipe flushes are only necessary in order to make sure that we prevent pipes with changed ddb allocations from overlapping from one another at any point in time. Additionally, forcing us to wait for the next vblank every time we have to update the watermark values because the cursor was movin

[PATCH v3 4/6] drm/i915/skl: Fix extra whitespace in skl_flush_wm_values()

2016-07-26 Thread Lyude
Similar to how a vehicle will travel faster if you paint flames on it, cleaning up this extra whitespace is guaranteed to provide additional stability while updating watermark values. Signed-off-by: Lyude --- drivers/gpu/drm/i915/intel_pm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/driv

[PATCH v3 6/6] drm/i915/skl: Always wait for pipes to update after a flush

2016-07-26 Thread Lyude
Unfortunately right now we don't really update watermarks on Skylake properly, since ideally we'd be updating both the ddb allocations, plane properties, and watermarks all in a single go. Until this is fixed however, we can improve things somewhat by adding a vblank wait after the third iteration

[PATCH v3 5/6] drm/i915/skl: Update plane watermarks atomically during plane updates

2016-07-26 Thread Lyude
Thanks to Ville for suggesting this as a potential solution to pipe underruns on Skylake. On Skylake all of the registers for configuring planes, including the registers for configuring their watermarks, are double buffered. New values written to them won't take effect until said registers are "ar

[PATCH v3 1/6] drm/i915/skl: Add support for the SAGV, fix underrun hangs

2016-07-26 Thread Maarten Lankhorst
Op 26-07-16 om 16:50 schreef Lyude: > Since the watermark calculations for Skylake are still broken, we're apt > to hitting underruns very easily under multi-monitor configurations. > While it would be lovely if this was fixed, it's not. Another problem > that's been coming from this however, is th

[PATCH v3 1/6] drm/i915/skl: Add support for the SAGV, fix underrun hangs

2016-07-26 Thread Ville Syrjälä
On Tue, Jul 26, 2016 at 04:58:58PM +0200, Maarten Lankhorst wrote: > Op 26-07-16 om 16:50 schreef Lyude: > > Since the watermark calculations for Skylake are still broken, we're apt > > to hitting underruns very easily under multi-monitor configurations. > > While it would be lovely if this was fix

[Bug 97038] OpenArena couple times slower using llvm 3.9

2016-07-26 Thread bugzilla-dae...@freedesktop.org
was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/e25d58d2/attachment.html>

[Bug 141741] drm:radeon_get_bios [radeon]] *ERROR* Unable to locate a BIOS ROM

2016-07-26 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=141741 Vedran Miletić changed: What|Removed |Added CC||vedran at miletic.net --- Comment #11

[PATCH 7/9] drm/rockchip: Use drm_plane_helper_check_state()

2016-07-26 Thread ville.syrj...@linux.intel.com
From: Ville Syrjälä Replace the use of drm_plane_helper_check_update() with drm_plane_helper_check_state() since we have a plane state. Rockchip looks to handling plane clipping rather well already (unlikje most arm drm drivers) so there are no function changes here. Cc: Yao Cc: linux-rockch

[PATCH 8/9] drm/mediatek: Use drm_plane_helper_check_state()

2016-07-26 Thread ville.syrj...@linux.intel.com
From: Ville Syrjälä Replace the use of drm_plane_helper_check_update() with drm_plane_helper_check_state() since we have a plane state. This also eliminates the double clipping the driver was doing in both check and commit phases). And it should fix src coordinate addr adjustement. Previously

[PATCH 2/9] drm: Store clipped src/dst coordinatee in drm_plane_state

2016-07-26 Thread ville.syrj...@linux.intel.com
From: Ville Syrjälä Pretty much all driver will have need for the clipped plane coordinates, so let's stuff then into drm_plane_state. Signed-off-by: Ville Syrjälä --- include/drm/drm_crtc.h | 13 + 1 file changed, 13 insertions(+) diff --git a/include/drm/drm_crtc.h b/include

[PATCH 3/9] drm/plane-helper: Add drm_plane_helper_check_state()

2016-07-26 Thread ville.syrj...@linux.intel.com
From: Ville Syrjälä Add a version of drm_plane_helper_check_update() which takes a plane state instead of having the caller pass in everything. And to reduce code duplication, let's reimplement drm_plane_helper_check_update() in terms of the new function, by having a tempororary plane state on

[PATCH 6/9] drm/rockchip: Use drm_plane_state.{src,dst}

2016-07-26 Thread ville.syrj...@linux.intel.com
From: Ville Syrjälä Replace the private drm_rects in vop_plane_state with the ones now living in drm_plane_state. Cc: Yao Cc: linux-rockchip at lists.infradead.org Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 10 -- 1 file changed, 4 insertions(+)

[PATCH 1/9] drm: Warn about negative sizes when calculating scale factor

2016-07-26 Thread ville.syrj...@linux.intel.com
From: Ville Syrjälä Passing negative width/hight to scale factor calculations is not legal. Let's WARN if that happens. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/drm_rect.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_rect.c b/drivers/gpu/d

[PATCH 0/9] drm: Store clipped coordinates in drm_plane_state

2016-07-26 Thread ville.syrj...@linux.intel.com
From: Ville Syrjälä Moving the clipped plane coordinates into drm_plane_state has been discussed a few times, but as no patches seems to have materialized, I decoded to do it myself. I also added a new helper function like drm_plane_helper_check_update() that takes a plane state instead. I con

[PATCH 5/9] drm/i915: Use drm_plane_helper_check_state()

2016-07-26 Thread ville.syrj...@linux.intel.com
From: Ville Syrjälä Replace the use of drm_plane_helper_check_update() with drm_plane_helper_check_state() since we have a plane state. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915/intel_atomic_plane.c | 14 -- drivers/gpu/drm/i915/intel_display.c | 26 +--

[PATCH 4/9] drm/i915: Use drm_plane_state.{src,dst,visible}

2016-07-26 Thread ville.syrj...@linux.intel.com
From: Ville Syrjälä Replace the private drm_rects/flags in intel_plane_state with the ones now living in drm_plane_state. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915/intel_atomic_plane.c | 20 ++--- drivers/gpu/drm/i915/intel_display.c | 132 +++---

[PATCH 9/9] drm/simple_kms_helper: Use drm_plane_helper_check_state()

2016-07-26 Thread ville.syrj...@linux.intel.com
From: Ville Syrjälä Replace the use of drm_plane_helper_check_update() with drm_plane_helper_check_state() since we have a plane state. I don't see any actual users of drm_simple_kms_helper yet, so no actual plane clipping bugs to fix. Cc: Noralf Trønnes Signed-off-by: Ville Syrjälä ---

[PATCH] drm/arm: mali-dp: Set crtc.port to the port instead of the endpoint

2016-07-26 Thread Brian Starkey
The CRTC's port pointer was being set to the endpoint node instead of the port. Fix that, and hold a reference on the port node. Signed-off-by: Brian Starkey Acked-by: Liviu Dudau --- drivers/gpu/drm/arm/malidp_drv.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff -

[PATCH 4/9] drm/i915: Use drm_plane_state.{src,dst,visible}

2016-07-26 Thread Chris Wilson
On Tue, Jul 26, 2016 at 07:06:59PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Replace the private drm_rects/flags in intel_plane_state > with the ones now living in drm_plane_state. > > Signed-off-by: Ville Syrjälä Didn't spot any mistakes creeping in, and as

[PATCH 1/9] drm: Warn about negative sizes when calculating scale factor

2016-07-26 Thread Chris Wilson
On Tue, Jul 26, 2016 at 07:06:56PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Passing negative width/hight to scale factor calculations is not > legal. Let's WARN if that happens. Does this get called with user controllable inputs? A quick grep leads me to drm_pr

[PATCH v6 1/4] drm: add generic zpos property

2016-07-26 Thread Ville Syrjälä
On Thu, Jul 21, 2016 at 10:52:00AM +0200, Benjamin Gaignard wrote: > From: Marek Szyprowski > > version 6: > - add zpos in gpu documentation file > - merge Ville patch about zpos initial value and API improvement. > I have split Ville patch between zpos core and drivers > > version 5: > - remo

[PATCH 3/9] drm/plane-helper: Add drm_plane_helper_check_state()

2016-07-26 Thread Chris Wilson
On Tue, Jul 26, 2016 at 07:06:58PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Add a version of drm_plane_helper_check_update() which takes a plane > state instead of having the caller pass in everything. > > And to reduce code duplication, let's reimplement > drm

[PATCH 1/9] drm: Warn about negative sizes when calculating scale factor

2016-07-26 Thread Ville Syrjälä
On Tue, Jul 26, 2016 at 05:24:42PM +0100, Chris Wilson wrote: > On Tue, Jul 26, 2016 at 07:06:56PM +0300, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrjälä > > > > Passing negative width/hight to scale factor calculations is not > > legal. Let's WARN if that happens. > > Does

[PATCH 3/9] drm/plane-helper: Add drm_plane_helper_check_state()

2016-07-26 Thread Ville Syrjälä
On Tue, Jul 26, 2016 at 05:33:29PM +0100, Chris Wilson wrote: > On Tue, Jul 26, 2016 at 07:06:58PM +0300, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrjälä > > > > Add a version of drm_plane_helper_check_update() which takes a plane > > state instead of having the caller pass i

[Bug 96762] [radeonsi,apitrace] Firewatch: nothing rendered in scrollable (text) areas

2016-07-26 Thread bugzilla-dae...@freedesktop.org
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/2afd0b8d/attachment-0001.html>

[PATCH v4 0/6] Finally fix watermarks

2016-07-26 Thread Lyude
Latest version of https://lkml.org/lkml/2016/7/26/290 . Resending the whole thing to keep it in one place. Lyude (5): drm/i915/skl: Add support for the SAGV, fix underrun hangs drm/i915/skl: Only flush pipes when we change the ddb allocation drm/i915/skl: Fix extra whitespace in skl_flush_wm

[PATCH v4 1/6] drm/i915/skl: Add support for the SAGV, fix underrun hangs

2016-07-26 Thread Lyude
Since the watermark calculations for Skylake are still broken, we're apt to hitting underruns very easily under multi-monitor configurations. While it would be lovely if this was fixed, it's not. Another problem that's been coming from this however, is the mysterious issue of underruns causing full

[PATCH v4 2/6] drm/i915/gen9: Only copy WM results for changed pipes to skl_hw

2016-07-26 Thread Lyude
From: Matt Roper When we write watermark values to the hardware, those values are stored in dev_priv->wm.skl_hw. However with recent watermark changes, the results structure we're copying from only contains valid watermark and DDB values for the pipes that are actually changing; the values for o

[PATCH v4 4/6] drm/i915/skl: Fix extra whitespace in skl_flush_wm_values()

2016-07-26 Thread Lyude
Similar to how a vehicle will travel faster if you paint flames on it, cleaning up this extra whitespace is guaranteed to provide additional stability while updating watermark values. Signed-off-by: Lyude --- drivers/gpu/drm/i915/intel_pm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/driv

[PATCH v4 3/6] drm/i915/skl: Only flush pipes when we change the ddb allocation

2016-07-26 Thread Lyude
Manual pipe flushes are only necessary in order to make sure that we prevent pipes with changed ddb allocations from overlapping from one another at any point in time. Additionally, forcing us to wait for the next vblank every time we have to update the watermark values because the cursor was movin

[PATCH v4 5/6] drm/i915/skl: Update plane watermarks atomically during plane updates

2016-07-26 Thread Lyude
Thanks to Ville for suggesting this as a potential solution to pipe underruns on Skylake. On Skylake all of the registers for configuring planes, including the registers for configuring their watermarks, are double buffered. New values written to them won't take effect until said registers are "ar

[PATCH v4 6/6] drm/i915/skl: Always wait for pipes to update after a flush

2016-07-26 Thread Lyude
Unfortunately right now we don't really update watermarks on Skylake properly, since ideally we'd be updating both the ddb allocations, plane properties, and watermarks all in a single go. Until this is fixed however, we can improve things somewhat by adding a vblank wait after the third iteration

[PATCH v2 3/9] drm/plane-helper: Add drm_plane_helper_check_state()

2016-07-26 Thread ville.syrj...@linux.intel.com
From: Ville Syrjälä Add a version of drm_plane_helper_check_update() which takes a plane state instead of having the caller pass in everything. And to reduce code duplication, let's reimplement drm_plane_helper_check_update() in terms of the new function, by having a tempororary plane state on

[Bug 97038] OpenArena couple times slower using llvm 3.9

2016-07-26 Thread bugzilla-dae...@freedesktop.org
|REOPENED -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/8347851d/attachment.html>

[PATCH] drm/arm: mali-dp: Set crtc.port to the port instead of the endpoint

2016-07-26 Thread Sean Paul
On Tue, Jul 26, 2016 at 12:15 PM, Brian Starkey wrote: > The CRTC's port pointer was being set to the endpoint node instead of > the port. Fix that, and hold a reference on the port node. > > Signed-off-by: Brian Starkey > Acked-by: Liviu Dudau Applied to drm-misc > --- > drivers/gpu/drm/arm

[Bug 97025] flip queue failed: Device or resource busy

2016-07-26 Thread bugzilla-dae...@freedesktop.org
directly after a DP disconnect, but just at some random point. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/b94af2d4/attachment.html>

[Bug 97038] OpenArena couple times slower using llvm 3.9

2016-07-26 Thread bugzilla-dae...@freedesktop.org
nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160726/c49c600b/attachment-0001.html>

[Bug 97039] The Talos Principle and Serious Sam 3 GPU faults

2016-07-26 Thread bugzilla-dae...@freedesktop.org
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160726/bcdfadc6/attachment.html>

[Bug 84156] Half of lighting gets broken in older apps

2016-07-26 Thread bugzilla-dae...@freedesktop.org
nts/20160726/ba6caa0f/attachment.html>

[Bug 96512] Portal Stories Mel: Player's hands appear black at high shader quality

2016-07-26 Thread bugzilla-dae...@freedesktop.org
is, the game is invoking undefined behaviour, hence this is not our bug. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments

[PATCH 0/6] vc4 miscellaneous v3d fixes

2016-07-26 Thread Eric Anholt
Here are a bunch of miscellaneous fixes for 3D I've come up with while doing a bunch of piglit runs. One has a new IGT test sent out, and I've got a test almost ready for large CLs. Eric Anholt (6): drm/vc4: Use drm_free_large() on handles to match its allocation. drm/vc4: Use drm_malloc_ab t

[PATCH 3/6] drm/vc4: Fix handling of a pm_runtime_get_sync() success case.

2016-07-26 Thread Eric Anholt
If the device was already up, a 1 is returned instead of 0. We were erroring out, leading the 3D driver to sometimes fail at screen initialization (generally with ENOENT returned to it). Signed-off-by: Eric Anholt Fixes: af713795c59f ("drm/vc4: Add a getparam ioctl for getting the V3D identity

[PATCH 4/6] drm/vc4: Free hang state before destroying BO cache.

2016-07-26 Thread Eric Anholt
The BO cache will complain if BOs are still allocated when we try to destroy it (since freeing those BOs would try to hit the cache). You could hit this if you were to unload the module after a GPU hang. Signed-off-by: Eric Anholt Fixes: 214613656b51 ("drm/vc4: Add an interface for capturing the

[PATCH 1/6] drm/vc4: Use drm_free_large() on handles to match its allocation.

2016-07-26 Thread Eric Anholt
If you managed to exceed the limit to switch to vmalloc, we'd use the wrong free. Signed-off-by: Eric Anholt Fixes: d5b1a78a772f ("drm/vc4: Add support for drawing 3D frames.") Cc: stable at vger.kernel.org --- drivers/gpu/drm/vc4/vc4_gem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 6/6] drm/vc4: Fix oops when userspace hands in a bad BO.

2016-07-26 Thread Eric Anholt
We'd end up NULL pointer dereferencing because we didn't take the error path out in the parent. Fixes igt vc4_lookup_fail test. Signed-off-by: Eric Anholt Fixes: d5b1a78a772f ("drm/vc4: Add support for drawing 3D frames.") Cc: stable at vger.kernel.org --- drivers/gpu/drm/vc4/vc4_gem.c | 2 +-

[PATCH 5/6] drm/vc4: Fix overflow mem unreferencing when the binner runs dry.

2016-07-26 Thread Eric Anholt
Overflow memory handling is tricky: While it's still referenced by the BPO registers, we want to keep it from being freed. When we are putting a new set of overflow memory in the registers, we need to assign the old one to the last rendering job using it. We were looking at "what's currently runn

[PATCH 2/6] drm/vc4: Use drm_malloc_ab to fix large rendering jobs.

2016-07-26 Thread Eric Anholt
If you exceeded the size that kmalloc would return, you'd get a dmesg warning and an error from the job submit. We can handle much larger allocations with vmalloc, and drm_malloc_ab makes that decision. Fixes failure in piglit's scissor-many. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/

  1   2   >