[PATCH] dma-buf/fence-array: enable_signaling from wq

On Thu, Nov 03, 2016 at 07:34:02PM -0400, Rob Clark wrote: > On Thu, Nov 3, 2016 at 5:41 PM, Chris Wilson > wrote: > > static bool dma_fence_array_enable_signaling(struct dma_fence *fence) > > { > > struct dma_fence_array *array = to_dma_fence_array(fence); > > int num_pending = a

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

ry 400 MHz or even 350? What is the performance like? -- 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/20161103/61331bab/attachment.html>

[PATCHv3 2/4] drm/tilcdc: Stop using struct drm_driver load() callback

On 11/03/16 20:15, Laurent Pinchart wrote: > Hi Jyri, > > Thank you for the patch. > > On Wednesday 02 Nov 2016 17:57:50 Jyri Sarha wrote: >> Stop using struct drm_driver load() and unload() callbacks. The >> callbacks should not be used anymore. Instead of using load the >> drm_device is allocat

[Bug 98276] Kernel Panic on shutdown caused by "drm/amdgpu: always apply pci shutdown callbacks"

the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161103/71d691a8/attachment.html>

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On 11/3/2016 9:33 PM, Daniel Vetter wrote: > On Thu, Nov 3, 2016 at 2:49 PM, Ville Syrjälä > wrote: >>> If you still think you should send this revert, I am removing my NACK. >>> Pls Go ahead. >> The other option is to not revert and instead slap a fix on top. But >> that would have to be done

[PATCH] dma-buf/fence-array: enable_signaling from wq

On Thu, Nov 03, 2016 at 04:31:14PM -0400, Rob Clark wrote: > Currently with fence-array, we have a potential deadlock situation. If we > fence_add_callback() on an array-fence, the array-fence's lock is aquired > first, and in it's ->enable_signaling() callback, it will install cb's on > it's arra

[Bug 98276] Kernel Panic on shutdown caused by "drm/amdgpu: always apply pci shutdown callbacks"

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/20161103/bf6d8cba/attachment-0001.html>

[Bug 98578] AMDGPU white glitches in some games

ssignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161103/3152a657/attachment.html>

[Bug 98578] AMDGPU white glitches in some games

ives/dri-devel/attachments/20161103/0a75426a/attachment.html>

[PATCH] drm: move check for min/max width/height for atomic drivers

On Thu, Nov 03, 2016 at 02:37:30PM -0400, Rob Clark wrote: > On Thu, Nov 3, 2016 at 2:32 PM, Ville Syrjälä > wrote: > > On Thu, Nov 03, 2016 at 11:22:37AM -0400, Rob Clark wrote: > >> On Thu, Nov 3, 2016 at 10:55 AM, Ville Syrjälä > >> wrote: > >> > On Thu, Nov 03, 2016 at 10:14:20AM -0400, R

[PATCH] drm: move check for min/max width/height for atomic drivers

On Thu, Nov 03, 2016 at 09:35:24AM -0600, Sean Paul wrote: > On Thu, Nov 3, 2016 at 9:22 AM, Rob Clark wrote: > > On Thu, Nov 3, 2016 at 10:55 AM, Ville Syrjälä > > wrote: > >> On Thu, Nov 03, 2016 at 10:14:20AM -0400, Rob Clark wrote: > >>> On Thu, Nov 3, 2016 at 10:12 AM, Ville Syrjälä > >>

[PATCH] drm: move check for min/max width/height for atomic drivers

On Thu, Nov 03, 2016 at 11:22:37AM -0400, Rob Clark wrote: > On Thu, Nov 3, 2016 at 10:55 AM, Ville Syrjälä > wrote: > > On Thu, Nov 03, 2016 at 10:14:20AM -0400, Rob Clark wrote: > >> On Thu, Nov 3, 2016 at 10:12 AM, Ville Syrjälä > >> wrote: > >> > On Wed, Nov 02, 2016 at 10:27:44AM -0400,

[PATCHv3 2/4] drm/tilcdc: Stop using struct drm_driver load() callback

Hi Jyri, Thank you for the patch. On Wednesday 02 Nov 2016 17:57:50 Jyri Sarha wrote: > Stop using struct drm_driver load() and unload() callbacks. The > callbacks should not be used anymore. Instead of using load the > drm_device is allocated with drm_dev_alloc() and registered with > drm_dev_re

[Intel-gfx] [PATCH 16/19] drm/i915: Use new atomic iterator macros in fbc

On Thu, Nov 03, 2016 at 07:55:20PM +0200, Ville Syrjälä wrote: > On Thu, Nov 03, 2016 at 03:45:43PM -0200, Paulo Zanoni wrote: > > Em Qui, 2016-11-03 às 18:45 +0200, Ville Syrjälä escreveu: > > > On Mon, Oct 17, 2016 at 02:37:15PM +0200, Maarten Lankhorst wrote: > > > > > > > > Signed-off-by:

[Intel-gfx] [PATCH 16/19] drm/i915: Use new atomic iterator macros in fbc

On Thu, Nov 03, 2016 at 03:45:43PM -0200, Paulo Zanoni wrote: > Em Qui, 2016-11-03 às 18:45 +0200, Ville Syrjälä escreveu: > > On Mon, Oct 17, 2016 at 02:37:15PM +0200, Maarten Lankhorst wrote: > > > > > > Signed-off-by: Maarten Lankhorst > > > > > > --- > > >  drivers/gpu/drm/i915/intel_fbc.

[Intel-gfx] [PATCH 2/2] drm/i915: Reinit polling before hpd when resuming

On Thu, Nov 03, 2016 at 11:42:38AM -0400, Lyude wrote: > Now that we don't run the connector reprobing from i915_drm_resume(), we > need to make it so we don't have to wait for reprobing to finish so that > we actually speed things up. In order to do this, we need to make sure > that i915_drm_resum

[Intel-gfx] [PATCH 1/2] drm/i915: Remove redundant reprobe in i915_drm_resume

On Thu, Nov 03, 2016 at 11:42:37AM -0400, Lyude wrote: > Weine's investigation on benchmarking the suspend/resume process pointed > out a lot of the time in suspend/resume is being spent reprobing. While > the reprobing process is a lengthy one for good reason, we don't need to > hold up the entire

[PATCH 3/3] drm/tilcdc: Add drm bridge support for attaching drm bridge drivers

Hi Jyri, Thank you for the patch. On Wednesday 02 Nov 2016 18:32:17 Jyri Sarha wrote: > Adds drm bride support for attaching drm bridge drivers to tilcdc. The > decision whether a video port leads to an external encoder or bridge > is made simply based on remote device's compatible string. The co

[PATCH] drm/rockchip: Use an enum to identify Rockchip VOPs

t; > #endif /* _ROCKCHIP_DRM_VOP_H */ > > diff --git a/drivers/gpu/drm/rockchip/rockchip_vop_reg.c > b/drivers/gpu/drm/rockchip/rockchip_vop_reg.c > > index aaede6b..a46e2c8 100644 > > --- a/drivers/gpu/drm/rockchip/rockchip_vop_reg.c > > +++ b/drivers/gpu/drm/rockchip/rockchip_vop_reg.c > > @@ -131,6 +131,7 @@ static const struct vop_reg_data > rk3036_vop_init_reg_table[] = { > > }; > > > > static const struct vop_data rk3036_vop = { > > + .id = RK3036_VOP, > > .init_table = rk3036_vop_init_reg_table, > > .table_size = ARRAY_SIZE(rk3036_vop_init_reg_table), > > .ctrl = &rk3036_ctrl_data, > > @@ -272,6 +273,7 @@ static const struct vop_intr rk3288_vop_intr = { > > }; > > > > static const struct vop_data rk3288_vop = { > > + .id = RK3288_VOP, > > .init_table = rk3288_init_reg_table, > > .table_size = ARRAY_SIZE(rk3288_init_reg_table), > > .intr = &rk3288_vop_intr, > > @@ -340,6 +342,7 @@ static const struct vop_reg_data > rk3399_init_reg_table[] = { > > }; > > > > static const struct vop_data rk3399_vop_big = { > > + .id = RK3399_VOP_BIG, > > .init_table = rk3399_init_reg_table, > > .table_size = ARRAY_SIZE(rk3399_init_reg_table), > > .intr = &rk3399_vop_intr, > > @@ -359,6 +362,7 @@ static const struct vop_win_data > rk3399_vop_lit_win_data[] = { > > }; > > > > static const struct vop_data rk3399_vop_lit = { > > + .id = RK3399_VOP_LIT, > > .init_table = rk3399_init_reg_table, > > .table_size = ARRAY_SIZE(rk3399_init_reg_table), > > .intr = &rk3399_vop_intr, > > -- > > 2.8.0.rc3.226.g39d4020 > > > > ___ > > dri-devel mailing list > > dri-devel at lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/dri-devel > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161103/093a54b4/attachment-0001.html>

[PATCH 2/3] drm/bridge: Add ti-ftp410 HDMI transmitter driver

Hi Jyri, Thank you for the patch. On Wednesday 02 Nov 2016 18:32:16 Jyri Sarha wrote: > Add very basic ti-ftp410 HDMI transmitter driver. The only feature > separating this from a completely dummy bridge is the DDC i2c > support. However, other HW specific features may be added later when > neede

[PATCH] dma-buf/fence-array: enable_signaling from wq

On Thu, Nov 3, 2016 at 5:41 PM, Chris Wilson wrote: > On Thu, Nov 03, 2016 at 04:31:14PM -0400, Rob Clark wrote: >> Currently with fence-array, we have a potential deadlock situation. If we >> fence_add_callback() on an array-fence, the array-fence's lock is aquired >> first, and in it's ->enabl

[Bug 98578] AMDGPU white glitches in some games

RL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161103/dfad188c/attachment.html>

[Intel-gfx] [PATCH 19/19] drm/atomic: Rename atomic oldnew iterator

On Mon, Oct 17, 2016 at 02:37:18PM +0200, Maarten Lankhorst wrote: > With the old users of for_each_obj_in_state gone, we can rename > for_each_oldnew_obj_in_state back to that name. It's slightly less > ugly. > > Signed-off-by: Maarten Lankhorst Simple sed/coccinelle job I presume. Assuming the

[Intel-gfx] [PATCH 15/19] drm/i915: Use new atomic iterator macros in ddi

On Mon, Oct 17, 2016 at 02:37:14PM +0200, Maarten Lankhorst wrote: > Also make the function static, it's only used inside intel_ddi.c > > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/i915/intel_ddi.c | 4 ++-- > drivers/gpu/drm/i915/intel_drv.h | 2 -- > 2 files changed, 2 insertions

[Bug 98578] AMDGPU white glitches in some games

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161103/34e55ccd/attachment.html>

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

Regards Shashank On 11/3/2016 6:56 PM, Ville Syrjälä wrote: > On Thu, Nov 03, 2016 at 06:40:11PM +0530, Sharma, Shashank wrote: >> Regards >> >> Shashank >> >> >> On 11/3/2016 6:32 PM, Ville Syrjälä wrote: >>> On Thu, Nov 03, 2016 at 12:47:39PM +, Sharma, Shashank wrote: Hi Ville, >

[Intel-gfx] [PATCH 18/19] drm/i915: Use new atomic iterator macros in display code

On Mon, Oct 17, 2016 at 02:37:17PM +0200, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/i915/intel_display.c | 156 > ++- > 1 file changed, 80 insertions(+), 76 deletions(-) > > diff --git a/drivers/gpu/drm/i915/intel_display

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

Regards Shashank On 11/3/2016 6:39 PM, Ville Syrjälä wrote: > On Thu, Nov 03, 2016 at 03:04:04PM +0200, Ville Syrjälä wrote: >> On Thu, Nov 03, 2016 at 03:02:53PM +0200, Ville Syrjälä wrote: >>> On Thu, Nov 03, 2016 at 12:47:39PM +, Sharma, Shashank wrote: Hi Ville, (-dri-dev

[Intel-gfx] [PATCH 17/19] drm/i915: Use new atomic iterator macros in wm code

On Mon, Oct 17, 2016 at 02:37:16PM +0200, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/i915/intel_pm.c | 12 ++-- > 1 file changed, 6 insertions(+), 6 deletions(-) > > diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c >

[Intel-gfx] [PATCH 16/19] drm/i915: Use new atomic iterator macros in fbc

On Mon, Oct 17, 2016 at 02:37:15PM +0200, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/i915/intel_fbc.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/i915/intel_fbc.c > b/drivers/gpu/drm/i915/intel_fbc.c > i

[Spice-devel] [drm/qxl 5/6] qxl: Don't notify userspace when monitors config is unchanged

Hi guys, On 2 November 2016 at 16:31, Christophe Fergeau wrote: > Hey, > > On Mon, Oct 31, 2016 at 08:00:09AM -0400, Frediano Ziglio wrote: >> > diff --git a/drivers/gpu/drm/qxl/qxl_display.c >> > b/drivers/gpu/drm/qxl/qxl_display.c >> > index 156b7de..edb90f6 100644 >> > --- a/drivers/gpu/drm/qx

[Intel-gfx] [PATCH 14/19] drm/mediatek: Use new atomic iterator macros

On Mon, Oct 17, 2016 at 02:37:13PM +0200, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst Patches 13-14 Reviewed-by: Ville Syrjälä > --- > drivers/gpu/drm/mediatek/mtk_drm_drv.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm/mediatek

[Intel-gfx] [PATCH 12/19] drm/msm: Use new atomic iterator macros

On Mon, Oct 17, 2016 at 02:37:11PM +0200, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.c | 4 ++-- > drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c | 6 +++--- > drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.h | 3 ++- > drivers/gpu/drm/msm/m

[Intel-gfx] [PATCH 07/19] drm/atomic: Fix atomic helpers to use the new iterator macros.

On Mon, Oct 17, 2016 at 02:37:06PM +0200, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/drm_atomic_helper.c | 302 > +++- > 1 file changed, 157 insertions(+), 145 deletions(-) > > diff --git a/drivers/gpu/drm/drm_atomic_helpe

[PATCH] drm/bridge: analogix_dp: return error if transfer none byte

Reference from drm_dp_aux description (about transfer): Upon success, the implementation should return the number of payload bytes that were transferred, or a negative error-code on failure. Helpers propagate errors from the .transfer() function, with the exception of the -EBUSY error, which causes

[drm/qxl v2 7/7] qxl: Allow resolution which are not multiple of 8

On Do, 2016-11-03 at 12:41 +0100, Christophe Fergeau wrote: > On Thu, Nov 03, 2016 at 09:53:48AM +0100, Gerd Hoffmann wrote: > > On Mi, 2016-11-02 at 18:00 +0100, Christophe Fergeau wrote: > > > The use of drm_cvt_mode() in qxl_add_monitors_config_modes() means that > > > the resolutions we are goi

[PATCH] drm/amd/powerplay: return false instead of -EINVAL

6081/ -- Cheers, Andrew -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161103/56fc1a91/attachment-0001.sig>

[PATCH] drm/msm: Fix error handling crashes seen when VRAM allocation fails

If VRAM allocation fails, the error handling path crashes in msm_drm_uninit(). The following changes are made to fix this: msm_gem_shrinker_cleanup() is fixed to unregister the shrinker only if it was init-ed in the first place. Before calling kms->funcs->destroy(), we check if kms->funcs is also

[Intel-gfx] [PATCH 06/19] drm/atomic: Use new atomic iterator macros.

On Mon, Oct 17, 2016 at 02:37:05PM +0200, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/drm_atomic.c | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c > index 1915e

[Intel-gfx] [PATCH 05/19] drm/atomic: Make add_affected_connectors look at crtc_state.

On Mon, Oct 17, 2016 at 02:37:04PM +0200, Maarten Lankhorst wrote: > This kills another dereference of connector->state. connector_mask > holds all unchanged connectors at least and any changed connectors > are already in state anyway. > > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm

[PATCH 04/19] drm/blend: Use new atomic iterator macros.

On Mon, Oct 17, 2016 at 02:37:03PM +0200, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst Patches 02-04 looks sane to me, so for them Reviewed-by: Ville Syrjälä > --- > drivers/gpu/drm/drm_blend.c | 22 +++--- > 1 file changed, 11 insertions(+), 11 deletions(-) >

[Bug 98578] AMDGPU white glitches in some games

-- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161103/20a0c21e/attachment.html>

[Bug 98578] AMDGPU white glitches in some games

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161103/bd35f26d/attachment.html>

linux-next: manual merge of the mali-dp tree with the drm-misc tree

On Tue, Oct 25, 2016 at 11:20:44AM +1100, Stephen Rothwell wrote: > Hi Liviu, Hi Stephen, > > Today's linux-next merge of the mali-dp tree got a conflict in: > > drivers/gpu/drm/arm/malidp_planes.c > > between commit: > > ea0e1ce20f73 ("drm/arm: Use per-plane rotation property") > > from

[Intel-gfx] [PATCH 01/19] drm/atomic: Add new iterators over all state

On Wed, Nov 02, 2016 at 09:28:46AM +0100, Maarten Lankhorst wrote: > Op 01-11-16 om 14:41 schreef Ville Syrjälä: > > On Tue, Nov 01, 2016 at 02:34:00PM +0100, Maarten Lankhorst wrote: > >> Op 01-11-16 om 14:09 schreef Ville Syrjälä: > >>> On Mon, Oct 17, 2016 at 02:37:00PM +0200, Maarten Lankho

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Thu, Nov 3, 2016 at 2:49 PM, Ville Syrjälä wrote: >> If you still think you should send this revert, I am removing my NACK. >> Pls Go ahead. > > The other option is to not revert and instead slap a fix on top. But > that would have to be done reasonably quickly so that the thing is > ready in

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Thu, Nov 3, 2016 at 1:47 PM, Sharma, Shashank wrote: > Hi Ville, > (-dri-devel) > I would appreciate an internal discussion before going to dri-devel. Nack on internal discssion. We do development in the open. > What did this patch break ? > This is exposed in the same way, as the 3D flags. >

[PATCH] drm: move check for min/max width/height for atomic drivers

On Thu, Nov 03, 2016 at 10:14:20AM -0400, Rob Clark wrote: > On Thu, Nov 3, 2016 at 10:12 AM, Ville Syrjälä > wrote: > > On Wed, Nov 02, 2016 at 10:27:44AM -0400, Rob Clark wrote: > >> drm-hwc + android tries to create an fb for the wallpaper layer, which > >> is larger than the screen resolutio

[PATCH] drm/amd/powerplay: return false instead of -EINVAL

> -Original Message- > From: Andrew Shadura [mailto:andrew.shadura at collabora.co.uk] > Sent: Thursday, November 03, 2016 12:42 PM > To: Deucher, Alexander; linux-kernel at vger.kernel.org; dri- > devel at lists.freedesktop.org; Koenig, Christian; David Airlie > Cc: Zhu, Rex; Jammy Zhou >

[PATCH] drm/amd/powerplay: return false instead of -EINVAL

> -Original Message- > From: Andrew Shadura [mailto:andrew.shadura at collabora.co.uk] > Sent: Thursday, November 03, 2016 6:09 AM > To: linux-kernel at vger.kernel.org; dri-devel at lists.freedesktop.org; > Deucher, > Alexander; Koenig, Christian; David Airlie > Cc: Zhu, Rex; Jammy Zhou >

[PATCH] dma-buf/fence-array: enable_signaling from wq

Currently with fence-array, we have a potential deadlock situation. If we fence_add_callback() on an array-fence, the array-fence's lock is aquired first, and in it's ->enable_signaling() callback, it will install cb's on it's array-member fences, so the array-member's lock is acquired second. Bu

[Intel-gfx] [PATCH 1/2] drm/i915: Remove redundant reprobe in i915_drm_resume

On Thu, Nov 03, 2016 at 12:11:55PM -0400, Lyude Paul wrote: > On Thu, 2016-11-03 at 12:11 -0400, Lyude Paul wrote: > > On Thu, 2016-11-03 at 16:02 +, Chris Wilson wrote: > > > > > > On Thu, Nov 03, 2016 at 11:42:37AM -0400, Lyude wrote: > > > > > > > > > > > > Weine's investigation on benchm

[PATCH] drm: move check for min/max width/height for atomic drivers

On Wed, Nov 02, 2016 at 10:27:44AM -0400, Rob Clark wrote: > drm-hwc + android tries to create an fb for the wallpaper layer, which > is larger than the screen resolution, and potentially larger than > mode_config->max_{width,height}. But the plane src_w/src_h is within > the max limits, so it is

[PATCH] drm/uapi: Add a warning that mode flags must match the xrandr definitions

From: Ville Syrjälä Existing userspace expected the mode flags to match the xrandr definitions 1:1, and even adding new flags in he previously unused bits is likely to break existing userspace. Add a comment warning people about this potential trap. Cc: Shashank Sharma Cc: "Lin, Jia" Cc: Aka

[Intel-gfx] [PATCH 1/2] drm/i915: Remove redundant reprobe in i915_drm_resume

On Thu, Nov 03, 2016 at 11:42:37AM -0400, Lyude wrote: > Weine's investigation on benchmarking the suspend/resume process pointed > out a lot of the time in suspend/resume is being spent reprobing. While > the reprobing process is a lengthy one for good reason, we don't need to > hold up the entire

[Bug 98573] Mesa build fail since radeonsi: use PS epilog for monolithic shaders

vel/attachments/20161103/fa65cb19/attachment.html>

[Intel-gfx] [PATCH 17/19] drm/i915: Use new atomic iterator macros in wm code

Em Qui, 2016-11-03 às 18:49 +0200, Ville Syrjälä escreveu: > On Mon, Oct 17, 2016 at 02:37:16PM +0200, Maarten Lankhorst wrote: > > > > Signed-off-by: Maarten Lankhorst > > > > --- > >  drivers/gpu/drm/i915/intel_pm.c | 12 ++-- > >  1 file changed, 6 insertions(+), 6 deletions(-) > >

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Thu, Nov 03, 2016 at 07:04:37PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 11/3/2016 6:56 PM, Ville Syrjälä wrote: > > On Thu, Nov 03, 2016 at 06:40:11PM +0530, Sharma, Shashank wrote: > >> Regards > >> > >> Shashank > >> > >> > >> On 11/3/2016 6:32 PM, Ville Syrjälä w

[Intel-gfx] [PATCH 16/19] drm/i915: Use new atomic iterator macros in fbc

Em Qui, 2016-11-03 às 18:45 +0200, Ville Syrjälä escreveu: > On Mon, Oct 17, 2016 at 02:37:15PM +0200, Maarten Lankhorst wrote: > > > > Signed-off-by: Maarten Lankhorst > > > > --- > >  drivers/gpu/drm/i915/intel_fbc.c | 6 +++--- > >  1 file changed, 3 insertions(+), 3 deletions(-) > > > >

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Thu, Nov 03, 2016 at 06:40:11PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 11/3/2016 6:32 PM, Ville Syrjälä wrote: > > On Thu, Nov 03, 2016 at 12:47:39PM +, Sharma, Shashank wrote: > >> Hi Ville, > >> (-dri-devel) > >> I would appreciate an internal discussion before

[PATCH 0/5] drm/sun4i: Handle TV overscan

On Thu, Nov 3, 2016 at 3:01 AM, Maxime Ripard wrote: > Hi Russell, > > On Mon, Oct 31, 2016 at 08:42:34AM +, Russell King - ARM Linux wrote: >> On Tue, Oct 18, 2016 at 12:03:49PM +0200, Maxime Ripard wrote: >> > The first one is that this overscanning should be reported by the >> > connector I

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Thu, Nov 03, 2016 at 03:04:04PM +0200, Ville Syrjälä wrote: > On Thu, Nov 03, 2016 at 03:02:53PM +0200, Ville Syrjälä wrote: > > On Thu, Nov 03, 2016 at 12:47:39PM +, Sharma, Shashank wrote: > > > Hi Ville, > > > (-dri-devel) > > > I would appreciate an internal discussion before going

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Thu, Nov 03, 2016 at 03:02:53PM +0200, Ville Syrjälä wrote: > On Thu, Nov 03, 2016 at 12:47:39PM +, Sharma, Shashank wrote: > > Hi Ville, > > (-dri-devel) > > I would appreciate an internal discussion before going to dri-devel. a > > Added back. Private discussions are pointless. Now ad

[PATCH 2/2] drm/edid: Consider alternate cea timings to be the same VIC

From: Ville Syrjälä CEA-861 specifies that the vertical front porch may vary by one or two lines for specific VICs. Up to now we've only considered a mode to match the VIC if it matched the shortest possible vertical front porch length (as that is the variant we store in cea_modes[]). Let's all

[PATCH 1/2] drm/edid: Add the missing "Hz" to VIC 58,59 comment

From: Ville Syrjälä All the VICs apart from 58 and 59 have the word "Hz" included in the comment. Include it for 59 and 59 as well. Cc: Shashank Sharma Cc: Andrzej Hajda Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/drm_edid.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[Intel-gfx] [PATCH] drm: make drm_get_format_name thread-safe

On Sun, Aug 14, 2016 at 8:02 PM, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > > I moved the main bits to be the first diffs, shouldn't affect anything > when applying the patch, but I wanted to ask: > I don't like the hard-coded `32` the appears in both kmalloc() and > snprintf()

[Bug 98573] Mesa build fail since radeonsi: use PS epilog for monolithic shaders

eedesktop.org/patch/119816/ should fix it. Yea, Ok with that, thanks. -- 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/attachm

[PATCH] drm: move check for min/max width/height for atomic drivers

On Thu, Nov 3, 2016 at 2:32 PM, Ville Syrjälä wrote: > On Thu, Nov 03, 2016 at 11:22:37AM -0400, Rob Clark wrote: >> On Thu, Nov 3, 2016 at 10:55 AM, Ville Syrjälä >> wrote: >> > On Thu, Nov 03, 2016 at 10:14:20AM -0400, Rob Clark wrote: >> >> On Thu, Nov 3, 2016 at 10:12 AM, Ville Syrjälä

[PATCH 2/2] Revert "drm: Add aspect ratio parsing in DRM layer"

From: Ville Syrjälä This reverts commit 6dffd431e2296cda08e7e4f0242e02df1d1698cd. Adding new mode flags willy nilly breaks existing userspace. We need to coordinate this better, potentially with a new client cap that only exposes the aspect ratio flags when userspace is prepared for them (simi

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

From: Ville Syrjälä This reverts commit a68362fe3e84fcbedd49939aa200519aa5410135. Adding new mode flags willy nilly breaks existing userspace. We need to coordinate this better, potentially with a new client cap that only exposes the aspect ratio flags when userspace is prepared for them (simi

[Bug 98573] Mesa build fail since radeonsi: use PS epilog for monolithic shaders

iving 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/20161103/434d8517/attachment.html>

[Bug 98573] Mesa build fail since radeonsi: use PS epilog for monolithic shaders

ct 28 14:45:59 2016 +0200 radeonsi: use PS epilog for monolithic shaders -- 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/a

[PATCH 3/3] drm/amdgpu: return first signaled fence index in status parameter

From: "monk.liu" Return the index of the first signaled fence in the fences ioctl. This information is useful in some APIs like Vulkan. Signed-off-by: monk.liu Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 4 +++- drivers/gpu/drm/amd/amdgpu/amdgpu_sa.c | 2 +- inclu

[PATCH 2/3] drm/amdgpu: add the interface of waiting multiple fences (v3)

From: Junwei Zhang v2: agd: rebase and squash in all the previous optimizations and changes so everything compiles. v3: squash in Slava's 32bit build fix Signed-off-by: Junwei Zhang Reviewed-by: Monk Liu Reviewed-by: Jammy Zhou Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdg

[PATCH 1/3] dma-buf: return index of the first signaled fence

From: "monk.liu" Return the index of the first signaled fence. This information is useful in some APIs like Vulkan. Signed-off-by: monk.liu Signed-off-by: Alex Deucher Cc: Sumit Semwal --- drivers/dma-buf/fence.c | 19 ++- include/linux/fence.h | 2 +- 2 files changed, 15

[Bug 67713] Freezes on Trinity 7500G

- 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/20161103/e1c063c8/attachment.html>

[Bug 93478] [amdgpu] [tonga] VM Faults and card lock up

vel/attachments/20161103/f3140d2d/attachment-0001.html>

[Bug 97248] [regression] [amdgpu] New regression in 4.8-rc1

|RESOLVED -- 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/20161103/aa3505e2/attachment.html>

[Bug 97840] [regression] [tonga] Freeze since new memory manager enabled

vel/attachments/20161103/90de0fe2/attachment.html>

[PATCH 2/2] Revert "drm: Add aspect ratio parsing in DRM layer"

NACK until we get to the right reason. -Original Message- From: ville.syrjala at linux.intel.com [mailto:ville.syrj...@linux.intel.com] Sent: Thursday, November 3, 2016 6:02 PM To: dri-devel at lists.freedesktop.org Cc: Sharma, Shashank ; Lin; Jia, Lin A ; Sharma, Akashdeep ; Jim Bride ;

[PATCH v2] drm/rockchip: Use an enum to identify Rockchip VOPs

We used to call drm_of_encoder_active_endpoint_id() from rockchip_dp_drm_encoder_atomic_check() to determine the endpoint for the active encoder. However, the encoder isn't necessarily active at this point or it may be connected to different crtc than what we're switching to. Instead, look at the c

[Intel-gfx] [PATCH 1/2] drm/i915: Remove redundant reprobe in i915_drm_resume

On Thu, 2016-11-03 at 16:25 +, Chris Wilson wrote: > On Thu, Nov 03, 2016 at 12:11:55PM -0400, Lyude Paul wrote: > > > > On Thu, 2016-11-03 at 12:11 -0400, Lyude Paul wrote: > > > > > > On Thu, 2016-11-03 at 16:02 +, Chris Wilson wrote: > > > > > > > > > > > > On Thu, Nov 03, 2016 at 11

[drm/qxl v2 7/7] qxl: Allow resolution which are not multiple of 8

ach this differently would be very useful. Christophe -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161103/013280ea/attachment.sig>

[PATCH 2/3] drm/bridge: Add ti-ftp410 HDMI transmitter driver

tes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161103/e54fda85/attachment.sig>

[pull] radeon and amdgpu drm-fixes-4.9

Hi Dave, A few more fixes for 4.9. The following changes since commit a2941d01267437b6edcd3e769ae9a461fe36ae62: drm/amd/powerplay: fix bug get wrong evv voltage of Polaris. (2016-10-27 13:59:36 -0400) are available in the git repository at: git://people.freedesktop.org/~agd5f/linux drm-fi

[Intel-gfx] [PATCH 1/2] drm/i915: Remove redundant reprobe in i915_drm_resume

On Thu, 2016-11-03 at 12:11 -0400, Lyude Paul wrote: > On Thu, 2016-11-03 at 16:02 +, Chris Wilson wrote: > > > > On Thu, Nov 03, 2016 at 11:42:37AM -0400, Lyude wrote: > > > > > > > > > Weine's investigation on benchmarking the suspend/resume process pointed > > > out a lot of the time in s

[Intel-gfx] [PATCH 1/2] drm/i915: Remove redundant reprobe in i915_drm_resume

On Thu, 2016-11-03 at 16:02 +, Chris Wilson wrote: > On Thu, Nov 03, 2016 at 11:42:37AM -0400, Lyude wrote: > > > > Weine's investigation on benchmarking the suspend/resume process pointed > > out a lot of the time in suspend/resume is being spent reprobing. While > > the reprobing process is

[Bug 97402] AMDGPU/Iceland kernel panic on shutdown

|RESOLVED --- Comment #2 from Armin K --- Fixed in 4.9-rc2 -- 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/20161

[PATCH 2/2] drm/i915: Reinit polling before hpd when resuming

Now that we don't run the connector reprobing from i915_drm_resume(), we need to make it so we don't have to wait for reprobing to finish so that we actually speed things up. In order to do this, we need to make sure that i915_drm_resume() doesn't get blocked by i915_hpd_poll_init_work() while tryi

[PATCH 1/2] drm/i915: Remove redundant reprobe in i915_drm_resume

Weine's investigation on benchmarking the suspend/resume process pointed out a lot of the time in suspend/resume is being spent reprobing. While the reprobing process is a lengthy one for good reason, we don't need to hold up the entire suspend/resume process while we wait for it to finish. Luckily

[PATCH 0/2] Small fixes to speed up resume

Recently David Weinehall has been investigating how we can make the resume process in i915 faster, and poked me to take a look at why we were taking so long while reprobing. As it turns out the main issue is just that we hold up the entire resume process while we reprobe connectors, which isn't rea

[PATCH] drm: move check for min/max width/height for atomic drivers

On Thu, Nov 3, 2016 at 10:55 AM, Ville Syrjälä wrote: > On Thu, Nov 03, 2016 at 10:14:20AM -0400, Rob Clark wrote: >> On Thu, Nov 3, 2016 at 10:12 AM, Ville Syrjälä >> wrote: >> > On Wed, Nov 02, 2016 at 10:27:44AM -0400, Rob Clark wrote: >> >> drm-hwc + android tries to create an fb for the

[PATCH] drm/amd/powerplay: return false instead of -EINVAL

Returning -EINVAL from a bool-returning function phm_check_smc_update_required_for_display_configuration has an unexpected effect of returning true, which is probably not what was intended. Replace -EINVAL by false. The only place this function is called from is psm_adjust_power_state_dynamic in d

[git pull] drm fixes for 4.9-rc4

Hi Linus, Hope kernel summit is going well, this is a bit larger than I'd like, but I had some stuff I meant to send for -rc3 but was waiting for the PAT regression fix to land. So this is really fixes for rc3 and rc4 in one go. There are a set of fixes for an oops we've been seeing around MST di

[RFC PATCH] get_maintainer: Look for arbitrary letter prefixes in sections

On Thu, 2016-11-03 at 02:16 -0700, Joe Perches wrote: > Yes, it's been reported and should be fixed in -mm. > The fix should show up in -next in a little bit. Great. > For now, try: > $ sed -i -e 's/\xA0/ /g' scripts/get_maintainer.pl Thanks, Paul Bolle

[PATCH] drm: move check for min/max width/height for atomic drivers

On Thu, Nov 3, 2016 at 10:12 AM, Ville Syrjälä wrote: > On Wed, Nov 02, 2016 at 10:27:44AM -0400, Rob Clark wrote: >> drm-hwc + android tries to create an fb for the wallpaper layer, which >> is larger than the screen resolution, and potentially larger than >> mode_config->max_{width,height}. B

[RFC PATCH] get_maintainer: Look for arbitrary letter prefixes in sections

On Mon, 2016-10-24 at 11:05 -0700, Joe Perches wrote: > Jani Nikula proposes patches to add a few new letter prefixes > for "B:" bug reporting and "C:" maintainer chatting to the > various sections of MAINTAINERS. > > Add a generic mechanism to get_maintainer.pl to find sections that > have any co

[PATCH 0/5] drm/sun4i: Handle TV overscan

eric code and deal with that in my driver. Do you have any suggestions? Thanks, Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161103/29a096c4/attachment.sig>

[PATCH] drm: move check for min/max width/height for atomic drivers

On Wed, Nov 2, 2016 at 10:27 AM, Rob Clark wrote: > drm-hwc + android tries to create an fb for the wallpaper layer, which > is larger than the screen resolution, and potentially larger than > mode_config->max_{width,height}. But the plane src_w/src_h is within > the max limits, so it is somethin

[PATCH 0/5] drm/sun4i: Handle TV overscan

On Thu, Nov 03, 2016 at 10:01:06AM +0100, Maxime Ripard wrote: > Hi Russell, > > On Mon, Oct 31, 2016 at 08:42:34AM +, Russell King - ARM Linux wrote: > > On Tue, Oct 18, 2016 at 12:03:49PM +0200, Maxime Ripard wrote: > > > The first one is that this overscanning should be reported by the > >

  1   2   >