[Intel-gfx] [PULL] drm-misc-next-fixes

Hi Dave, Two fixes for 4.19 here. For an oops on the DP CEC code and a memory leak on the vkms driver. Please pull. Regards, Gustavo drm-misc-next-fixes-2018-08-02: Fixes an oops on the DP CEC code and a memory leak on the vkms driver. The following changes since commit

[Intel-gfx] [PULL] drm-misc-next

Hi Dave, Another round for 4.19. Fixes the build issue for sun4i. Many fixes and improvements, most interesting thing is probably the DisplayPort CEC-Tunneling-over-AUX support. Please pull, thanks. drm-misc-next-2018-07-18: drm-misc-next for 4.19: Core Changes: - add support for DisplayPort

[Intel-gfx] [PULL] drm-misc-next

tation structure. drm/v3d: Fix a grammar nit in the scheduler docs. Gustavo Padovan (1): Merge drm-upstream/drm-next into drm-misc-next Haneen Mohammed (1): drm/vkms: Introduce basic VKMS driver Jagan Teki (1): drm/panel: simple: Add support for Rocktech RK070ER9427 LCD pan

[Intel-gfx] [PULL] drm-misc-next

larify license drm/vmwgfx: add SPDX idenitifier and clarify license Eric Anholt (2): drm/v3d: Define the fourcc modifier for the Broadcom UIF format. drm/vc4: Make DSI call into the bridge after the DSI link is enabled. Gustavo Padovan (2): Merge tag 'ib-fbdev-drm-v4.19-de

[Intel-gfx] [PULL] drm-misc-next

Hi Dave, One more for 4.19. We don't have any big change on this one, it is mostly drivers updates here. Please pull. Regards, Gustavo drm-misc-next-2018-06-27: drm-misc-next for 4.19: Cross-subsystem Changes: devicetree documentation dt-bindings defintions for sun8i (Jernej Skrabec) Core

[Intel-gfx] [PULL] drm-misc-next

to vc4_format_mod_supported(). Gerd Hoffmann (1): dma-buf: make map_atomic and map function pointers optional Gustavo Padovan (1): Merge drm-upstream/drm-next into drm-misc-next Haneen Mohammed (1): drm: Add checks for atomic_[duplicate/destroy]_state with atomic drivers Heiko Stueb

[Intel-gfx] [PULL] drm-misc-next

evenson (1): drm/vc4: Add support for SAND modifier. Eric Anholt (2): drm: Trust format_mod_supported() when it OKs a plane modifier. drm/vc4: Add missing formats to vc4_format_mod_supported(). Gerd Hoffmann (1): dma-buf: make map_atomic and map function pointers optional

[Intel-gfx] [PULL] drm-misc-fixes

Hi Dave, A few fixes for 4.16. Main thing here is getting getfb to reject multiplanar fbs. I should have sent some of these before but conference and traveling got in the way. Thanks, Gustavo drm-misc-fixes-2018-03-22: Main change is a patch to reject getfb call for multiplanar framebuffers,

[Intel-gfx] [PULL] drm-misc-fixes

Hi Dave, Only a few sun4i fixes this week. Please pull. Regards, Gustavo drm-misc-fixes-2018-03-07: sun4i fixes on clk, division by zero and LVDS. The following changes since commit 9a191b114906457c4b2494c474f58ae4142d4e67: virtio-gpu: fix ioctl and expose the fixed status to userspace.

[Intel-gfx] [PULL] drm-misc-fixes

Hi Dave, A few more fixes for 4.16, including 2 regression fixes. Please pull. Thanks, Gustavo drm-misc-fixes-2018-02-28: Two regression fixes here: a fb format regression on nouveau and a 4.16-rc1 regression with on LVDS with one sun4i device. Plus a sun4i and a virtio-gpu fixes. The

[Intel-gfx] [PULL] drm-misc-fixes

Hi Dave, A bunch of fixes for 4.16. For some reason the lut fixes showed up again here when generating the pull-request with dim-tools. Once you pull I can fast forward the to drm-fixes hopefully. Thanks, Gustavo drm-misc-fixes-2018-02-21: Fixes for 4.16. I contains fixes for deadlock on

Re: [Intel-gfx] [PULL] drm-misc-fixes

! 2018-01-31 Gustavo Padovan <gust...@padovan.org>: > Hi Dave, > > This one got applied late to drm-misc-fixes, it should go to 4.16 > anyway. Please pull, Thanks. > > Gustavo > > drm-misc-fixes-2018-01-31: > - fix lut loading for cirrus >

[Intel-gfx] [PULL] drm-misc-fixes

Hi Dave, This one got applied late to drm-misc-fixes, it should go to 4.16 anyway. Please pull, Thanks. Gustavo drm-misc-fixes-2018-01-31: - fix lut loading for cirrus The following changes since commit a8750ddca918032d6349adbf9a4b6555e7db20da: Linux 4.15-rc8 (2018-01-14 15:32:30 -0800) are

[Intel-gfx] [PULL] drm-misc-next-fixes

Hi Dave, two fixes for the 4.16 cycle from the drm-misc-next-fixes. drm-misc-next-fixes-2018-01-31: This contains a fix to restrict what lessee can do with masters and another one when waiting for timeouts on reservation objects. The following changes since commit

[Intel-gfx] [PULL] drm-misc-next-fixes

Hi Dave, A few fixes for 4.16. Please pull. Thanks. drm-misc-next-fixes-2018-01-18: Fixes for 4.16: Fixes one Kconfig issue and a enable some panels to work properly. There is also a fix of error code return in sun4i. The following changes since commit a1c55bccf6004ec9fbcf892328f9658767aa22bb:

[Intel-gfx] [PULL] drm-misc-next

Hi Dave, This is a late pull request for 4.16. It our final one. Due to holidays we failed to send it before. In terms of features nothing really big/important apart from the addition of the Ilitek ILI9322 panel driver, that have been tested at linux-next for more than two weeks. The changes

[Intel-gfx] [PULL] drm-misc-next

Hi Dave, Flushing out drm-misc-next before the holidays. Docs and fbdev work here. We will skip a pull request next week, back in 2018! Regards, Gustavo drm-misc-next-2017-12-21: drm-misc-next for 4.16: Core Changes: - mostly doc updates and some fbdev improvements The following changes since

[Intel-gfx] [PULL] drm-misc-next

Hi Dave, More of the same. A lot of improvements from Noralf on this one. Nothing really big here. Regards, Gustavo drm-misc-next-2017-12-14: drm-misc-next for 4.16: Cross-subsystem Changes: - Documentation for amlogic dt dt-bindings Core Changes: - Update edid-derived drm_display_info

[Intel-gfx] [PULL] drm-misc-next

ydrm: export mipi_dbi_buf_copy and mipi_dbi_spi_cmd_max_speed drm/tinydrm: add driver for ILI9225 panels Gustavo A. R. Silva (1): drm/fb-helper: Fix potential NULL pointer dereference Gustavo Padovan (1): Merge arlied/drm-next into drm-misc-next Hans de Goede (8): fbcon: A

Re: [Intel-gfx] [PULL] drm-misc-next for 4.16

Forgot to setup gpg sign... 2017-11-30 Gustavo Padovan <gust...@padovan.org>: > Hi Dave, > > Here goes my first pull request as drm-misc co-maintainer, outstanding > here is the plane clipping fixes from Ville and the work to reduce > bdev emulation footprint in drivers f

[Intel-gfx] [PULL] drm-misc-next for 4.16

Hi Dave, Here goes my first pull request as drm-misc co-maintainer, outstanding here is the plane clipping fixes from Ville and the work to reduce bdev emulation footprint in drivers from Noralf. Otherwise it is more of the same. No UAPI changes. drm-misc-next-2017-11-30 for 4.16:

Re: [Intel-gfx] [PATCH] MAINTAINERS: Remove Jani as drm-misc co-maintainer

; > maintainer. This still leaves us with a nice team of three who are > > actually doing the drm-misc work, while I focus on drm-intel. > > > > Cc: Daniel Vetter <daniel.vet...@intel.com> > > Cc: Gustavo Padovan <gust...@padovan.org> > > Cc: Sean Paul &

Re: [Intel-gfx] [maintainer-tools PATCH] dim: Sign commits in addition to tags

2017-10-31 Sean Paul : > On Tue, Oct 31, 2017 at 1:31 PM, Daniel Vetter wrote: > > On Tue, Oct 31, 2017 at 5:14 PM, Sean Paul wrote: > >> On Tue, Oct 31, 2017 at 4:27 AM, Jani Nikula > >> wrote: > >>> >

Re: [Intel-gfx] [-PATCH v5 1/5] drm/i915: update cursors asynchronously through atomic

2017-09-08 Chris Wilson <ch...@chris-wilson.co.uk>: > Quoting Gustavo Padovan (2017-09-08 20:24:15) > > @@ -13167,6 +13170,26 @@ static int intel_atomic_commit(struct drm_device > > *dev, > > struct drm_i915_private *dev_priv = to_i915(de

[Intel-gfx] [-PATCH v5 1/5] drm/i915: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what intel_legacy_cursor_update() did but through atomic. v4: - call drm_atomic_helper_async_check(

[Intel-gfx] [-PATCH v5 2/5] drm/i915: remove intel_cursor_plane_funcs

From: Gustavo Padovan <gustavo.pado...@collabora.com> After converting legacy cursor updates to atomic async commits intel_cursor_plane_funcs just duplicates intel_plane_funcs now. Cc: Daniel Vetter <daniel.vet...@intel.com> Cc: intel-gfx@lists.freedesktop.org Signed-off-by: Gus

Re: [Intel-gfx] [RFC PATCH 5/5] drm/atomic: Make async plane update checks work as intended.

tion we can reject the fast update, and force the slowpath > > to be used as was originally intended. > > > > Cc: Gustavo Padovan <gustavo.pado...@collabora.com> > > Signed-off-by: Maarten Lankhorst <maarten.lankho...@linux.intel.com> > > Makes sense, but I th

Re: [Intel-gfx] [PATCH] drm/atomic: Handle -EDEADLK with out-fences correctly

e reallocate freed memory, and installing over an existing > fd, or potential other fun. > > Zero fence_state and num_fences correctly in the retry loop, which > allows kms_atomic_transition to pass. > > Fixes: beaf5af48034 ("drm/fence: add out-fences support") > Cc:

[Intel-gfx] [PATCH] tests/kms_cursor_legacy: use 'enum pipe' type instead of 'int'

From: Gustavo Padovan <gustavo.pado...@collabora.com> Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.com> --- tests/kms_cursor_legacy.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/tests/kms_cursor_legacy.c b/tests/kms_cursor_legacy.c i

Re: [Intel-gfx] [PATCH] dma-buf/sync_file: Allow multiple sync_files to wrap a single dma-fence

2017-07-31 Daniel Vetter <dan...@ffwll.ch>: > On Sat, Jul 29, 2017 at 12:18:32PM -0300, Gustavo Padovan wrote: > > Hi Chris, > > > > 2017-07-28 Chris Wilson <ch...@chris-wilson.co.uk>: > > > > > Up until recently sync_file were create to export

Re: [Intel-gfx] [PATCH] dma-buf/sync_file: Allow multiple sync_files to wrap a single dma-fence

This patch reverts my suggestion in commit e24165537312 > ("dma-buf/sync_file: only enable fence signalling on poll()") to use a > single bit in the shared dma-fence and restores the sync_file->flags for > tracking the bits individually. > > Reported-by: Gustavo Padovan

Re: [Intel-gfx] [PATCH] dma-buf/fence: Avoid use of uninitialised timestamp

amp > > for the signaled fence may be shown before the fence is reported as > > signaled, but that's a pre-existing error. > > Now deserves a > Reported-by: Rafael Antognolli <rafael.antogno...@intel.com> > > > Signed-off-by: Chris Wilson <ch...@chris-wilson.c

Re: [Intel-gfx] [PATCH i-g-t 0/5] igt/kms: Make fence waiting explicit.

| 41 -- > tests/kms_atomic_transition.c | 99 > +-- > 2 files changed, 95 insertions(+), 45 deletions(-) This make fencing a lot cleaner. For the whole series: Acked-by: Gustavo Padovan <gustavo.pado...@collabora.com&g

[Intel-gfx] [PATCH v4 6/6] drm/vc4: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support for async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what vc4_update_plane() did but through atomic. v5: add missing call to vc4_plane_atomic_check() (Eric Anholt) v

[Intel-gfx] [PATCH v4 5/6] drm/msm: remove mdp5_cursor_plane_funcs

From: Gustavo Padovan <gustavo.pado...@collabora.com> After converting legacy cursor updates to atomic async commits mdp5_cursor_plane_funcs just duplicates mdp5_plane_funcs now. Cc: Rob Clark <robdcl...@gmail.com> Cc: Archit Taneja <arch...@codeaurora.org> Signed-off-b

[Intel-gfx] [PATCH v4 3/6] drm/i915: remove intel_cursor_plane_funcs

From: Gustavo Padovan <gustavo.pado...@collabora.com> After converting legacy cursor updates to atomic async commits intel_cursor_plane_funcs just duplicates intel_plane_funcs now. Cc: Daniel Vetter <daniel.vet...@intel.com> Signed-off-by: Gustavo Padovan <gustavo.pado..

[Intel-gfx] [PATCH v4 2/6] drm/i915: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what intel_legacy_cursor_update() did but through atomic. v4: - call drm_atomic_helper_async_check(

[Intel-gfx] [PATCH v4 4/6] drm/msm: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what mdp5_update_cursor_plane_legacy() did but through atomic. v5: call drm_atomic_helper_async_check() from the

[Intel-gfx] [PATCH v4 0/6] drm: add asynchrounous plane update

From: Gustavo Padovan <gustavo.pado...@collabora.com> Hi, Follow up after Daniel's comments. Here I move the common async code to drm_atomic_helper.c. i915 and msm now have to call the drm_atomic_helper_async_check() themselves. Please review! Thanks. Gustavo Gustavo Padovan (6):

[Intel-gfx] [PATCH v4 1/6] drm/atomic: initial support for asynchronous plane update

From: Gustavo Padovan <gustavo.pado...@collabora.com> In some cases, like cursor updates, it is interesting to update the plane in an asynchronous fashion to avoid big delays. The current queued update could be still waiting for a fence to signal and thus block any subsequent update unt

Re: [Intel-gfx] [PATCH 1/7] dma-buf/dma-fence: Extract __dma_fence_is_later()

Hi, 2017-06-29 Sean Paul : > On Thu, Jun 29, 2017 at 01:59:24PM +0100, Chris Wilson wrote: > > Often we have the task of comparing two seqno known to be on the same > > context, so provide a common __dma_fence_is_later(). > > > > Signed-off-by: Chris Wilson

Re: [Intel-gfx] ✗ Fi.CI.BAT: failure for drm: add asynchrounous plane update (rev4)

This patch is meant for drm-misc, where the changes to intel_plane->update_plane() and intel_plane->disable_plane() are not present, so this patchset just builds fine there. 2017-06-28 Patchwork : > == Series Details == > > Series: drm: add asynchrounous plane

[Intel-gfx] [PATCH v3 5/6] drm/msm: remove mdp5_cursor_plane_funcs

From: Gustavo Padovan <gustavo.pado...@collabora.com> After converting legacy cursor updates to atomic async commits mdp5_cursor_plane_funcs just duplicates mdp5_plane_funcs now. Cc: Rob Clark <robdcl...@gmail.com> Cc: Archit Taneja <arch...@codeaurora.org> Signed-off-b

[Intel-gfx] [PATCH v3 6/6] drm/vc4: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support for async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what vc4_update_plane() did but through atomic. v5: add missing call to vc4_plane_atomic_check() (Eric Anholt) v

[Intel-gfx] [PATCH v3 4/6] drm/msm: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what mdp5_update_cursor_plane_legacy() did but through atomic. v4: add missing atomic async commi

[Intel-gfx] [PATCH v3 2/6] drm/i915: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what intel_legacy_cursor_update() did but through atomic. v3: - set correct vma to new state for c

[Intel-gfx] [PATCH v3 3/6] drm/i915: remove intel_cursor_plane_funcs

From: Gustavo Padovan <gustavo.pado...@collabora.com> After converting legacy cursor updates to atomic async commits intel_cursor_plane_funcs just duplicates intel_plane_funcs now. Cc: Daniel Vetter <daniel.vet...@intel.com> Signed-off-by: Gustavo Padovan <gustavo.pado..

[Intel-gfx] [PATCH v3 1/6] drm/atomic: initial support for asynchronous plane update

From: Gustavo Padovan <gustavo.pado...@collabora.com> In some cases, like cursor updates, it is interesting to update the plane in an asynchronous fashion to avoid big delays. The current queued update could be still waiting for a fence to signal and thus block any subsequent update unt

[Intel-gfx] [PATCH v3 0/6] drm: add asynchrounous plane update

From: Gustavo Padovan <gustavo.pado...@collabora.com> Hi, This is just a rebase on top of latest drm-misc-next. Last iteration can be found here: https://www.spinics.net/lists/intel-gfx/msg130582.html Please review! Thanks, Gustavo --- Gustavo Padovan (6): drm/atomic: i

[Intel-gfx] [PATCH] drm/vc4: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support for async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what vc4_update_plane() did but through atomic. v5: add missing call to vc4_plane_atomic_check() (Eric Anholt) v

[Intel-gfx] [PATCH v2 6/6] drm/vc4: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support for async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what vc4_update_plane() did but through atomic. v4: add drm_atomic_helper_async() commit (Eric Anholt) v3: mov

[Intel-gfx] [PATCH v2 5/6] drm/msm: remove mdp5_cursor_plane_funcs

From: Gustavo Padovan <gustavo.pado...@collabora.com> After converting legacy cursor updates to atomic async commits mdp5_cursor_plane_funcs just duplicates mdp5_plane_funcs now. Cc: Rob Clark <robdcl...@gmail.com> Cc: Archit Taneja <arch...@codeaurora.org> Signed-off-b

[Intel-gfx] [PATCH v2 4/6] drm/msm: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what mdp5_update_cursor_plane_legacy() did but through atomic. v4: add missing atomic async commi

[Intel-gfx] [PATCH v2 0/6] drm: add asynchrounous plane update

From: Gustavo Padovan <gustavo.pado...@collabora.com> Hi, Another iteration on this patchset. Added some a-b and r-b tags to it and fixed issues in patch 6 reported by Eric. That patch still needs testing but the rest is tested and working, looking to be already in a good shape. Mor

[Intel-gfx] [PATCH v2 2/6] drm/i915: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what intel_legacy_cursor_update() did but through atomic. v3: - set correct vma to new state for c

[Intel-gfx] [PATCH v2 1/6] drm/atomic: initial support for asynchronous plane update

From: Gustavo Padovan <gustavo.pado...@collabora.com> In some cases, like cursor updates, it is interesting to update the plane in an asynchronous fashion to avoid big delays. The current queued update could be still waiting for a fence to signal and thus block any subsequent update unt

[Intel-gfx] [PATCH v2 3/6] drm/i915: remove intel_cursor_plane_funcs

From: Gustavo Padovan <gustavo.pado...@collabora.com> After converting legacy cursor updates to atomic async commits intel_cursor_plane_funcs just duplicates intel_plane_funcs now. Cc: Daniel Vetter <daniel.vet...@intel.com> Signed-off-by: Gustavo Padovan <gustavo.pado..

Re: [Intel-gfx] [PATCH RESEND 1/6] drm/atomic: initial support for asynchronous plane update

2017-06-01 Gustavo Padovan <gust...@padovan.org>: > 2017-05-31 Eric Anholt <e...@anholt.net>: > > > Gustavo Padovan <gust...@padovan.org> writes: > > > > > From: Gustavo Padovan <gustavo.pado...@collabora.com> > > > > >

Re: [Intel-gfx] [PATCH RESEND 1/6] drm/atomic: initial support for asynchronous plane update

2017-05-31 Eric Anholt <e...@anholt.net>: > Gustavo Padovan <gust...@padovan.org> writes: > > > From: Gustavo Padovan <gustavo.pado...@collabora.com> > > > > In some cases, like cursor updates, it is interesting to update the > > plane in an async

Re: [Intel-gfx] [PATCH RESEND 6/6] drm/vc4: update cursors asynchronously through atomic

2017-05-31 Eric Anholt <e...@anholt.net>: > Gustavo Padovan <gust...@padovan.org> writes: > > > From: Gustavo Padovan <gustavo.pado...@collabora.com> > > > > Add support to async updates of cursors by using the new atomic > > "Add s

[Intel-gfx] [PATCH RESEND 2/6] drm/i915: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what intel_legacy_cursor_update() did but through atomic. v3: - set correct vma to new state for c

[Intel-gfx] [PATCH RESEND 4/6] drm/msm: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what mdp5_update_cursor_plane_legacy() did but through atomic. v4: add missing atomic async commi

[Intel-gfx] [PATCH RESEND 1/6] drm/atomic: initial support for asynchronous plane update

From: Gustavo Padovan <gustavo.pado...@collabora.com> In some cases, like cursor updates, it is interesting to update the plane in an asynchronous fashion to avoid big delays. The current queued update could be still waiting for a fence to signal and thus block any subsequent update unt

[Intel-gfx] [PATCH RESEND 3/6] drm/i915: remove intel_cursor_plane_funcs

From: Gustavo Padovan <gustavo.pado...@collabora.com> After converting legacy cursor updates to atomic async commits intel_cursor_plane_funcs just duplicates intel_plane_funcs now. Cc: Daniel Vetter <daniel.vet...@intel.com> Signed-off-by: Gustavo Padovan <gustavo.pado..

[Intel-gfx] [PATCH RESEND 6/6] drm/vc4: update cursors asynchronously through atomic

From: Gustavo Padovan <gustavo.pado...@collabora.com> Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what vc4_update_plane() did but through atomic. v3: move size checks back to drivers (Ville Syrjälä) v2: m

[Intel-gfx] [PATCH RESEND 5/6] drm/msm: remove mdp5_cursor_plane_funcs

From: Gustavo Padovan <gustavo.pado...@collabora.com> After converting legacy cursor updates to atomic async commits mdp5_cursor_plane_funcs just duplicates mdp5_plane_funcs now. Cc: Rob Clark <robdcl...@gmail.com> Cc: Archit Taneja <arch...@codeaurora.org> Signed-off-b

[Intel-gfx] [PATCH RESEND 0/6] drm/atomic: add async plane update

From: Gustavo Padovan <gustavo.pado...@collabora.com> Hi, Resending to include intel-gfx@ and get the patches picked up by CI. New version of the patches after the comments from Archit. Full details and the previous discussion can be found here: https://www.spinics.net/lists/dri

Re: [Intel-gfx] [PATCH v5] dma-buf/sync-file: Defer creation of sync_file->name

mpletely avoid the read/write race by only storing the name passed > > in from the user inside sync_file->user_name and passing in a buffer to > > dynamically construct the name otherwise. > > > > Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk> > &

Re: [Intel-gfx] [PATCH] dma-buf/sync-file: Defer creation of sync_file->name

duce the impact on the common > path (that of creating sync_file to pass around), defer the construction > of the name until it is first used. > > Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk> > Cc: Sumit Semwal <sumit.sem...@linaro.org> > Cc: Gustavo Padovan &

Re: [Intel-gfx] [PATCH] drm: Document code of conduct

wayland/commit/?id=0eefe99fe0683ae409b665a8b18cc7eb648c6c0c > > Cc: Daniel Stone <dani...@collabora.com> > Cc: Keith Packard <kei...@keithp.com> > Cc: tfh...@err.no > Signed-off-by: Daniel Vetter <daniel.vet...@intel.com> > --- > Documentation/gpu/introduction.

Re: [Intel-gfx] [PATCH 09/24] drm: Extract drm_file.h

| 5 +- > include/drm/drmP.h | 127 + > include/drm/drm_file.h | 172 > + > include/drm/drm_prime.h| 1 + > 4 files changed, 178 insertions(+), 127 deletions(-) > create mode 100644 include/drm/drm_file

Re: [Intel-gfx] [PATCH 02/24] drm: Extract drm_prime.h

vma_manager.h | 1 - > 6 files changed, 91 insertions(+), 31 deletions(-) > create mode 100644 include/drm/drm_prime.h Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.com> Gustavo ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [PATCH 07/24] drm: rename drm_fops.c to drm_file.c

ons(+), 8 deletions(-) > rename drivers/gpu/drm/{drm_fops.c => drm_file.c} (99%) Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.com> Gustavo ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [PATCH 05/24] drm: Remove drmP.h include from drm_kms_helper_common.c

; > diff --git a/drivers/gpu/drm/drm_kms_helper_common.c > b/drivers/gpu/drm/drm_kms_helper_common.c > index 45db36cd3d20..6e35a56a6102 100644 > --- a/drivers/gpu/drm/drm_kms_helper_common.c > +++ b/drivers/gpu/drm/drm_kms_helper_common.c > @@ -25,8 +25,7 @@ > * > */ > > -#i

Re: [Intel-gfx] [PATCH 04/24] drm: Extract drm_pci.h

- > include/drm/drm_pci.h | 78 > +++ > 3 files changed, 89 insertions(+), 39 deletions(-) > create mode 100644 include/drm/drm_pci.h Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.com> Gustavo __

Re: [Intel-gfx] [PATCH 03/24] drm: Move drm_lock_data out of drmP.h

7 + > 2 files changed, 17 insertions(+), 15 deletions(-) Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.com> Gustavo ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [PATCH] dma-buf/fence: Avoid use of uninitialised timestamp

2017-02-14 Chris Wilson <ch...@chris-wilson.co.uk>: > On Tue, Feb 14, 2017 at 11:40:38AM -0200, Gustavo Padovan wrote: > > Hi Chris, > > > > 2017-02-14 Chris Wilson <ch...@chris-wilson.co.uk>: > > > diff --git a/drivers/dma-buf/sync_debug.c b/drivers/dma

Re: [Intel-gfx] [PATCH] dma-buf/fence: Avoid use of uninitialised timestamp

ite is not atomic. Instead use a new bit to record the > presence of the timestamp, and teach the readers to wait until it is set > if the fence is complete. There still remains a race where the timestamp > for the signaled fence may be shown before the fence is reported as > signaled, but that's

Re: [Intel-gfx] [PATCH] drm/atomic: Fix double free in drm_atomic_state_default_clear

or TEST_ONLY too. > + * Free the allocated event. drm_atomic_helper_setup_commit > + * can allocate an event too, so only free it if it's ours > + * to prevent a double free in drm_atomic_state_clear. >

Re: [Intel-gfx] [PATCH] dma/fence: Export enable-signaling tracepoint for emission by drivers

Hi Chris, 2017-01-24 Chris Wilson : > Currently this tracepoint is solely used by dma_fence_enable_sw_signaling, > however I have a need to manually perform the hw enabling of the > signaling and would like to emit this tracepoint for completeness. > > Signed-off-by:

Re: [Intel-gfx] [PATCH] dma/fence: Export enable-signaling tracepoint for emission by drivers

> > Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk> > Cc: Sumit Semwal <sumit.sem...@linaro.org> > Cc: Daniel Vetter <daniel.vet...@ffwll.ch> > --- > drivers/dma-buf/dma-fence.c | 1 + > 1 file changed, 1 insertion(+) Reviewed-by: Gu

Re: [Intel-gfx] [PATCH 06/15] drm/doc: Clarify connector overview

2017-01-25 Daniel Vetter <dan...@ffwll.ch>: > On Wed, Jan 25, 2017 at 10:57:17AM -0200, Gustavo Padovan wrote: > > Hi Daniel, > > > > 2017-01-25 Daniel Vetter <daniel.vet...@ffwll.ch>: > > > > > There was a bit of mix-up between initialization and

Re: [Intel-gfx] [PATCH 07/15] drm/gma500: Nuke device_is_agp callback

drivers/gpu/drm/gma500/psb_drv.c | 6 -- > 1 file changed, 6 deletions(-) Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.com> ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [PATCH 06/15] drm/doc: Clarify connector overview

th a pointer to the > + * connector functions and a connector type, and then exposed to userspace > with _connector_funcs Other than that: Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.com> ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [PATCH 05/15] drm/core: Use recommened kerneldoc for struct member refs

ead and remove your ->load() callback. > + * drm_dev_register() instead and remove your _driver.load() callback. _driver.load? > * > * Return: 0 on success or a negative error code on failure. > */ > diff --git a/drivers/gpu/drm/drm_platform.c b/drivers/gpu/drm/drm_plat

Re: [Intel-gfx] [PATCH 04/15] drm/gem|prime|mm: Use recommened kerneldoc for struct member refs

.@intel.com> > --- > drivers/gpu/drm/drm_gem.c | 24 > drivers/gpu/drm/drm_mm.c| 4 ++-- > drivers/gpu/drm/drm_prime.c | 2 +- > include/drm/drm_gem.h | 16 ---- > 4 files changed, 23 insertions(+), 23 deletion

Re: [Intel-gfx] [PATCH 01/15] drm/kms-helpers: Use recommened kerneldoc for struct member refs

gt; * mode_fixup encoder and CRTC helper operations to adjust the requested > mode, > @@ -493,8 +493,7 @@ drm_crtc_helper_disable(struct drm_crtc *crtc) > * > * If the adjusted mode is identical to the current mode but changes to the > * frame buffer need to be applied, the drm_crtc_helper_set_config() function > - * will call the CRTC ->mode_set_base() ( drm_crtc_helper_funcs) > helper > - * operation. > + * will call the CRTC _crtc_helper_funcs.mode_set_base helper operation. > * > * If the adjusted mode differs from the current mode, or if the > * ->mode_set_base() helper operation is not provided, the helper function > @@ -851,14 +850,15 @@ static int drm_helper_choose_crtc_dpms(struct drm_crtc > *crtc) > * @connector: affected connector > * @mode: DPMS mode > * > - * The drm_helper_connector_dpms() helper function implements the ->dpms() > - * callback of drm_connector_funcs for drivers using the legacy CRTC > helpers. > + * The drm_helper_connector_dpms() helper function implements the > + * _connector_funcs.dpms() callback for drivers using the legacy CRTC > + * helpers. You didn't use () in any of the others. Otherwise looks good to me: Rewiewed-by: Gustavo Padovan <gustavo.pado...@collabora.com> Gustavo ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [PATCH 2/5] dma-buf: Update kerneldoc for sync_file_create

/sync_file: hold reference to fence when > creating sync_file") > Cc: Gustavo Padovan <gustavo.pado...@collabora.co.uk> > Cc: Sean Paul <seanp...@chromium.org> > Cc: linux-...@vger.kernel.org > Cc: Jonathan Corbet <cor...@lwn.net> > Cc: Sumit Semwal <sumit.sem.

Re: [Intel-gfx] [PATCH 1/5] dma-buf: Extract dma-buf.rst

> 4 files changed, 74 insertions(+), 71 deletions(-) > create mode 100644 Documentation/driver-api/dma-buf.rst Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> Gustavo ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [RFC 5/5] drm: Do not log driver prefix in debug messages

Hi Tvrtko, 2016-12-06 Tvrtko Ursulin : > From: Tvrtko Ursulin > > Driver prefix is a bit redundant in debug messages. If we choose > not to log it we change debug messages which used to look like this: > > [i915:edp_panel_off [i915]] Wait for

[Intel-gfx] [PATCH 10/12] tests/kms_atomic_transition: add out_fences tests

From: Gustavo Padovan <gustavo.pado...@collabora.co.uk> Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- lib/igt_kms.c | 22 ++ tests/kms_atomic_transition.c | 30 -- 2 files changed, 50 inse

[Intel-gfx] [PATCH 12/12] tests/kms_atomic_transition: set out_fence for all crtcs

From: Gustavo Padovan <gustavo.pado...@collabora.co.uk> Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- tests/kms_atomic_transition.c | 22 +- 1 file changed, 17 insertions(+), 5 deletions(-) diff --git a/tests/kms_atomic_transiti

[Intel-gfx] [PATCH 08/12] tests/kms_atomic: stress possible fence settings

From: Gustavo Padovan <gustavo.pado...@collabora.co.uk> Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- tests/kms_atomic.c | 124 + 1 file changed, 115 insertions(+), 9 deletions(-) diff --git a/tests/kms_atom

[Intel-gfx] [PATCH 11/12] tests/kms_atomic_transition: add in_fences tests

From: Gustavo Padovan <gustavo.pado...@collabora.co.uk> Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- tests/kms_atomic_transition.c | 92 ++- 1 file changed, 82 insertions(+), 10 deletions(-) diff -

[Intel-gfx] [PATCH 09/12] tests/kms_atomic_transition: add fencing parameter to run_transition_tests

From: Gustavo Padovan <gustavo.pado...@collabora.co.uk> Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- tests/kms_atomic_transition.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/tests/kms_atomic_transition.c b/tests/kms_atomic_

[Intel-gfx] [PATCH 06/12] lib/igt_kms: Add support for the IN_FENCE_FD property

From: Robert Foss Add support dor the IN_FENCE_FD property to enable setting in fences for atomic commits. Signed-off-by: Robert Foss --- lib/igt_kms.c | 20 lib/igt_kms.h | 5 + 2 files changed, 25 insertions(+)

[Intel-gfx] [PATCH 07/12] lib/igt_kms: Add support for the OUT_FENCE_PTR property

From: Gustavo Padovan <gustavo.pado...@collabora.co.uk> Add support for the OUT_FENCE_PTR property to enable setting out fences for atomic commits. Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- lib/igt_kms.c | 20 +++- lib/igt_kms.h | 3

[Intel-gfx] [PATCH 05/12] tests/kms_atomic: use global atomic properties definitions

From: Gustavo Padovan <gustavo.pado...@collabora.co.uk> Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- tests/kms_atomic.c | 123 - 1 file changed, 37 insertions(+), 86 deletions(-) diff --git a/tests/kms_atom

[Intel-gfx] [PATCH 04/12] lib/igt_kms: export properties names

From: Gustavo Padovan <gustavo.pado...@collabora.co.uk> Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- lib/igt_kms.c | 6 +++--- lib/igt_kms.h | 5 + 2 files changed, 8 insertions(+), 3 deletions(-) diff --git a/lib/igt_kms.c b/lib/igt_kms.c index aa9f

[Intel-gfx] [PATCH 00/12] kms tests for the DRM fences interfaces

From: Gustavo Padovan <gustavo.pado...@collabora.co.uk> Hi, That is the first version of the igt tests for DRM fences[1]. The first four patches are just fix/improvements on the kms_atomic infrastructure. These patches depends on Robert Foss tests for sw_sync and a branch with those

  1   2   >