stinction with
> KCIDB. Just KernelCI.
>
> However I don't really see this happening, unless I'm missing a
> part of the story or some upcoming announcement with an updated
> roadmap. For some reason the old and established paradigm seems
> unshakeable. The new KernelCI implementation is starting to look
> just like a refresh of the old one with newer components - which
> is a huge missed opportunity to really change things IMHO.
Calling that a missed opportunity is a subjective perspective about
the latest developments in KernelCI. The system implementation is
one level less important than the actual kernel community engagement
the project can generate. If one asks people around, the lack of
community engagement with KernelCI is evident.
However, after the recent leadership change in the project there is a
growing effort to bring the kernel community closer to the KernelCI
project with a renewed focus on high quality test results, clean regression
reporting, among other things. Then, with an increased number of community
members involved, we will have the necessary feedback (and funding!) to
evolve the KernelCI infrastructure and technology to new levels.
Otherwise, envisioning something that can solve *all* community testing
needs would never be anything more than a fantasy in people's heads.
- Gus
--
Gustavo Padovan
Kernel Lead
Collabora Ltd.
ure at plate->state->state is actually always
NULL (as an async update is applied right away).
Best regards,
Tomasz
From your comment in v2:
Isn't this going to drop the old fb reference on the floor without
waiting for the hardware to actually stop scanning out from it?
I'
/* TDA9950 executes all retries for us */
> - tx_status |= CEC_TX_STATUS_MAX_RETRIES;
> + if (tx_status != CEC_TX_STATUS_OK)
> + tx_status |= CEC_TX_STATUS_MAX_RETRIES;
> cec_transmit_done(priv->adap, tx_status, arb_lost_cnt,
>
On Tue, Aug 07, 2018 at 06:40:39PM +0200, Daniel Vetter wrote:
> On Mon, Aug 06, 2018 at 06:01:02PM +0200, Enric Balletbo i Serra wrote:
> > From: Gustavo Padovan
> >
> > This flag tells core to jump ahead the queued update if the conditions
> > in drm_atomic_async_che
On Fri, Aug 03, 2018 at 12:42:15PM -0400, Sean Paul wrote:
> On Thu, Aug 02, 2018 at 08:09:51AM -0300, Gustavo Padovan wrote:
> > Hi Haneen,
> >
> > On Thu, Aug 02, 2018 at 04:10:26AM +0300, Haneen Mohammed wrote:
> > > This patch implement the necessary fun
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 6d52aacd92c60331ec8c3117
Hi Haneen,
On Thu, Aug 02, 2018 at 04:10:26AM +0300, Haneen Mohammed wrote:
> This patch implement the necessary functions to compute and add CRCs
> entries:
>
> - Implement the set_crc_source() callback.
> - Compute CRC using crc32 on the visible part of the framebuffer.
> - Use ordered workqueu
Hi Souptick,
On Thu, Jul 26, 2018 at 08:15:49PM +0530, Souptick Joarder wrote:
> Use new return type vm_fault_t for fault handler.
>
> Signed-off-by: Souptick Joarder
> ---
> v2: Updated patch title
>
> drivers/gpu/drm/vkms/vkms_drv.h | 2 +-
> drivers/gpu/drm/vkms/vkms_gem.c | 5 ++---
> 2 fi
Hi Rodrigo,
On Wed, Jul 18, 2018 at 09:40:45PM -0300, Rodrigo Siqueira wrote:
> Currently, vkms shows an error message if the following steps occur: (1)
> load vkms, (2) perform any specific operation in the vkms (e.g., run an
> IGT test), and (3) unload the module. The following error message
> e
On Tue, Jul 24, 2018 at 09:20:28PM +0200, Hans Verkuil wrote:
> This caused a kernel oops since %pdH interpreted the pointer
> as a struct file.
>
> Signed-off-by: Hans Verkuil
> ---
> drivers/gpu/drm/drm_dp_cec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/
_disable,
+ .atomic_async_check = vop_plane_atomic_async_check,
+ .atomic_async_update = vop_plane_atomic_async_update,
};
static const struct drm_plane_funcs vop_plane_funcs = {
--
2.18.0
--
Gustavo Padovan
Collabora Ltd
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
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 CEC
missing v3d documentation 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
Hi Ville,
On Thu, 2018-06-28 at 16:35 +0300, Ville Syrjälä wrote:
> On Wed, Jun 27, 2018 at 11:25:06PM +0200, Enric Balletbo i Serra
> wrote:
> > From: Gustavo Padovan
> >
> > This flag tells core to jump ahead the queued update if the
> > conditions
> >
fier and clarify 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-fbd
On Fri, 2018-06-29 at 12:08 +0200, Bartlomiej Zolnierkiewicz wrote:
> Hi Gustavo,
>
> On Thursday, June 28, 2018 07:44:38 PM Gustavo Padovan wrote:
> > Hi Bartlomiej,
> >
> > On Thu, 2018-06-28 at 15:50 +0200, Bartlomiej Zolnierkiewicz wrote:
> > > On Thursda
Hi Maarten,
On Thu, 2018-06-28 at 10:31 +0200, Maarten Lankhorst wrote:
> Op 27-06-18 om 23:25 schreef Enric Balletbo i Serra:
> > From: Gustavo Padovan
> >
> > This flag tells core to jump ahead the queued update if the
> > conditions
> > in drm_atomic_async_c
Hi Bartlomiej,
On Thu, 2018-06-28 at 15:50 +0200, Bartlomiej Zolnierkiewicz wrote:
> On Thursday, June 28, 2018 11:03:48 AM Hans de Goede wrote:
> > Hi All,
> >
> > Here is v5 of my patch-set, to delay fbcon taking over the console
> > (and
> > binding to fbdev devices) until there actually is so
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 Cha
_get(module))
> + fence->owner = NULL;
>
> trace_dma_fence_init(fence);
> }
> -EXPORT_SYMBOL(dma_fence_init);
> +EXPORT_SYMBOL(_dma_fence_init);
Do we still need to export the symbol, it won't be called from outside
anymore? Other than that looks good to me:
Reviewed-by: Gustavo Padovan
Gustavo
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
g formats 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
H
c
Dave Stevenson (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
Hi Ezequiel,
On Wed, 2018-05-09 at 17:14 -0300, Ezequiel Garcia wrote:
> Change how dma_fence_add_callback() behaves, when the fence
> has error-signaled by the time it is being add. After this commit,
> dma_fence_add_callback() returns the fence error, if it
> has error-signaled before dma_fence_
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,
th
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. (201
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 followin
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 runtim
From: Gustavo Padovan
To reflect the (backward compatible) changes in the uabi we are bumping
the driver's version.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/virtio/virtgpu_drv.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/v
From: Gustavo Padovan
On the out-fence side we get fence returned by the submitted draw call
and attach it to a sync_file and send the sync_file fd to userspace. On
error -1 is returned to userspace.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 49
From: Gustavo Padovan
Add a new field called fence_fd that will be used by userspace to send
in-fences to the kernel and receive out-fences created by the kernel.
This uapi enables virtio to take advantage of explicit synchronization of
dma-bufs.
There are two new flags
From: Gustavo Padovan
Refactor fence creation to remove the potential allocation failure from
the cmd_submit and atomic_commit paths. Now the fence should be allocated
first and just after we should proceed with the rest of the execution.
v2: - only alloc fence in virtio_gpu_alloc_fence
From: Gustavo Padovan
When the execbuf call receives an in-fence it will get the dma_fence
related to that fence fd. If that fence is from a foreign context we wait
on it before submitting the draw call.
v2: - incorporate fix for context check from Rob Herring
Signed-off-by: Gustavo
From: Gustavo Padovan
Hi,
So I finally got around to finish this work! :)
Here are the updated patchset with fixes for Rob Herring incorporated.
This follow pretty much the same semantics of other drivers that
implemented explicit fence support. It extends the execbuf ioctl to have
an fence_fd
hanks!
2018-01-31 Gustavo Padovan :
> 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 a8750
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
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 341a0ffceaa44660c43d219a3b2569eb
> + */
> + spin_lock_irqsave(fence->lock, flags);
> + fence->error = -EDEADLK;
> + dma_fence_signal_locked(fence);
> + spin_unlock_irqrestore(fence->lock, flags);
> + }
Thanks for the patc
2018-01-31 Daniel Vetter :
> I'm stepping down, also handing all the drm-misc stuff to the new
> team. Plan is that Sean handles 4.17, and Maarten then has fun with
> 4.18 as his first release.
>
> Cc: Maarten Lankhorst
> Cc: David Airlie
> Cc: Gustavo Padovan
&
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:
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 comm
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
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 fi
ls
drm/tinydrm: 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
Forgot to setup gpg sign...
2017-11-30 Gustavo Padovan :
> 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 i
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:
Cross-subsyste
a nice team of three who are
> > actually doing the drm-misc work, while I focus on drm-intel.
> >
> > Cc: Daniel Vetter
> > Cc: Gustavo Padovan
> > Cc: Sean Paul
> > Cc: Dave Airlie
> > Signed-off-by: Jani Nikula
> >
>
> :(
>
> Relu
> 1 file changed, 3 insertions(+)
Reviewed-by: Gustavo Padovan
Gustavo
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
t; 5 files changed, 93 insertions(+), 80 deletions(-)
Reviewed-by: Gustavo Padovan
Gustavo
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
2017-11-02 Daniel Vetter :
> On Wed, Nov 01, 2017 at 08:35:33PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > When debugging bad plane source coordinates it helps to have an
> > idea of what the framebuffer dimensions are.
> >
> > Signed-off-by: Ville Syrjälä
>
> Makes sense.
>
Hi Liviu,
2017-11-01 Liviu Dudau :
> drm_mm_insert_node_generic() is a simplified version of
> drm_mm_insert_node_in_range(), update comment to reflect correct
> function name.
>
> Signed-off-by: Liviu Dudau
> ---
> include/drm/drm_mm.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Hi Liviu,
2017-11-01 Liviu Dudau :
> Mappings need to be unmapped by calling dma_buf_unmap_attachment() and
> not by calling again dma_buf_map_attachment(). Also fix some spelling
> mistakes.
>
> Signed-off-by: Liviu Dudau
> ---
> drivers/dma-buf/dma-buf.c | 6 +++---
> 1 file changed, 3 inser
Hi Liviu,
2017-11-01 Liviu Dudau :
> Minor spelling fix for 'monster' and replace 'on' with 'own' in
> comments.
>
> Signed-off-by: Liviu Dudau
> ---
> drivers/gpu/drm/drm_atomic.c | 2 +-
> drivers/gpu/drm/drm_mm.c | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
pushed to drm-
30s: %6dkb BOs (%d)\n", "total purged BO",
> + seq_printf(m, "%30s: %6zdkb BOs (%d)\n", "total purged BO",
> vc4->purgeable.purged_size / 1024,
> vc4->purgeable.purged_num);
> mutex_unlock(&vc4-&
gt; +++ b/drivers/gpu/drm/stm/ltdc.c
> @@ -556,7 +556,7 @@ static int ltdc_plane_atomic_check(struct drm_plane
> *plane,
> src_h = state->src_h >> 16;
>
> /* Reject scaling */
> - if ((src_w != state->crtc_w) || (src_h != state->cr
-stm.c
> @@ -342,7 +342,7 @@ static int dw_mipi_dsi_stm_remove(struct platform_device
> *pdev)
> .remove = dw_mipi_dsi_stm_remove,
> .driver = {
> .of_match_table = dw_mipi_dsi_stm_dt_ids,
> - .name = "dw_mipi_d
so return an error if the new state's "visible" isn't the same as the
> current state's "visible".
>
> Cc: Gustavo Padovan
> Signed-off-by: Archit Taneja
> ---
> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 25 +
> 1
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:
> >>>
> >>> Reminder, we have this new list dim-to...@lists.freedesktop.org for
> >>> maintainer too
has been
> > encoded and using that as the overall sync_file status.
> >
> > Tested-by: Vamsidhar Reddy Gaddam
> > Signed-off-by: John Einar Reitan
> > Cc: Sumit Semwal
> > Cc: Gustavo Padovan
> > Cc: dri-devel@lists.freedesktop.org
> Reviewed-by: Chris
2017-09-08 Chris Wilson :
> 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(dev);
> > int ret = 0;
> >
> &g
From: Gustavo Padovan
After converting legacy cursor updates to atomic async commits
intel_cursor_plane_funcs just duplicates intel_plane_funcs now.
Cc: Daniel Vetter
Cc: intel-...@lists.freedesktop.org
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 12
From: Gustavo Padovan
After converting legacy cursor updates to atomic async commits
mdp5_cursor_plane_funcs just duplicates mdp5_plane_funcs now.
Cc: Rob Clark
Cc: Archit Taneja
Signed-off-by: Gustavo Padovan
Tested-by: Archit Taneja
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 26
From: Gustavo Padovan
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 check hook
v4: add missing atomic
From: Gustavo Padovan
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)
v4: add drm_atomic_helper_async
From: Gustavo Padovan
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() from the check hook
v3:
- set
Hi Chris,
2017-09-07 Chris Wilson :
> Quoting Gustavo Padovan (2017-09-07 20:02:46)
> > From: Dominik Behr
> >
> > To avoid hanging userspace components that might have been waiting on the
> > active fences of the destroyed timeline we need to signal with error all
&
relies on. It was broken on the dma fence conversion a few
years ago and never fixed.
v2: Do not bother with cleanup do the list (Chris Wilson)
Signed-off-by: Dominik Behr
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/sw_sync.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a
From: Emilio López
If a sw_sync_timeline is destroyed the fences associated to it need
to be signalled. This test checks that.
Cc: Shuah Khan
Cc: linux-kselft...@vger.kernel.org
Signed-off-by: Emilio López
Signed-off-by: Gustavo Padovan
---
tools/testing/selftests/sync/sync_test.c | 1
From: Emilio López
If a sw_sync_timeline is destroyed the fences associated to it need
to be signalled. This test checks that.
Cc: Shuah Khan
Cc: linux-kselft...@vger.kernel.org
Signed-off-by: Emilio López
Signed-off-by: Gustavo Padovan
---
tools/testing/selftests/sync/sync_test.c | 1
relies on. It was broken on the dma fence conversion a few
years ago and never fixed.
Signed-off-by: Dominik Behr
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/sw_sync.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/dma-buf/sw_sync.c b/drivers/dma-buf/sw_sync.c
index
update, and force the slowpath
> > to be used as was originally intended.
> >
> > Cc: Gustavo Padovan
> > Signed-off-by: Maarten Lankhorst
>
> Makes sense, but I think like patch 1 it would be better to do this in a
> separate series. Which would then include
2017-08-01 Sumit Semwal :
> Hi Gustavo,
>
> On 1 August 2017 at 01:06, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Documentation for it was missing.
> >
> > Signed-off-by: Gustavo Padovan
> Acked-by: Sumit Semwal
Thanks.
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: Gustavo Padovan
> Cc: B
Hi Shuah,
On Wed, 2017-08-02 at 13:45 -0600, Shuah Khan wrote:
> On 07/31/2017 01:43 PM, Gustavo Padovan wrote:
> > 2017-07-30 Chris Wilson :
> >
> > > Quoting Gustavo Padovan (2017-07-29 16:22:17)
> > > > From: Gustavo Padovan
> > > >
> >
2017-07-30 Chris Wilson :
> Quoting Gustavo Padovan (2017-07-29 16:22:17)
> > From: Gustavo Padovan
> >
> > We found this bug in the sw_sync so adding a test case to prevent it to
> > happen in the future.
> >
> > Cc: Shuah Khan
> > Cc: linu
From: Gustavo Padovan
Documentation for it was missing.
Signed-off-by: Gustavo Padovan
---
include/linux/sync_file.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/linux/sync_file.h b/include/linux/sync_file.h
index 0ad87c4..790ca02 100644
--- a/include/linux/sync_file.h
2017-07-30 Chris Wilson :
> Quoting Gustavo Padovan (2017-07-29 16:22:16)
> > From: Gustavo Padovan
> >
> > If userspace already dropped its own reference by closing the sw_sync
> > fence fd we might end up in a deadlock where
> > dma_fence_is_signaled_locked(
2017-07-30 Chris Wilson :
> Quoting Gustavo Padovan (2017-07-29 16:22:15)
> > From: Gustavo Padovan
> >
> > We are going to use timeline_fence_signaled() in a internal function in
> > the next commit.
> >
> > Cc: Chris Wilson
> > Signed-of
2017-07-31 Daniel Vetter :
> On Sat, Jul 29, 2017 at 12:18:32PM -0300, Gustavo Padovan wrote:
> > Hi Chris,
> >
> > 2017-07-28 Chris Wilson :
> >
> > > Up until recently sync_file were create to export a single dma-fence to
> > > userspace, and so
2017-07-31 Daniel Vetter :
> The enumeration of FIXMEs wasn't indented properly.
>
> Fixes: fef9df8b5945 ("drm/atomic: initial support for asynchronous plane
> update")
> Cc: Gustavo Padovan
> Signed-off-by: Daniel Vetter
> ---
> include/drm/drm_modese
From: Gustavo Padovan
We are going to use timeline_fence_signaled() in a internal function in
the next commit.
Cc: Chris Wilson
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/sw_sync.c | 138 +++---
1 file changed, 69 insertions(+), 69 deletions
From: Gustavo Padovan
We found this bug in the sw_sync so adding a test case to prevent it to
happen in the future.
Cc: Shuah Khan
Cc: linux-kselft...@vger.kernel.org
Signed-off-by: Gustavo Padovan
---
To be applied after the TAP13 convertion patches.
---
tools/testing/selftests/sync
tion 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
> Fixes: f1e8c67123cf ("d
From: Gustavo Padovan
If userspace already dropped its own reference by closing the sw_sync
fence fd we might end up in a deadlock where
dma_fence_is_signaled_locked() will trigger the release of the fence and
thus try to hold the lock to remove the fence from the list
2017-07-27 Chris Wilson :
> Quoting Gustavo Padovan (2017-07-27 20:03:53)
> > From: Gustavo Padovan
> >
> > If userspace already dropped its own reference by closing the sw_sync
> > fence fd we might end up in a deadlock where
> > dma_fence_is_signaled_locked(
From: Gustavo Padovan
If userspace already dropped its own reference by closing the sw_sync
fence fd we might end up in a deadlock where
dma_fence_is_signaled_locked() will trigger the release of the fence a
thus try to hold the lock to remove the fence from the list.
We need to grab a
and even for it to be corrupted if
> > the u64 write 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 t
From: Gustavo Padovan
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)
v4: add drm_atomic_helper_async
From: Gustavo Padovan
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 check hook
v4: add missing atomic
From: Gustavo Padovan
After converting legacy cursor updates to atomic async commits
mdp5_cursor_plane_funcs just duplicates mdp5_plane_funcs now.
Cc: Rob Clark
Cc: Archit Taneja
Signed-off-by: Gustavo Padovan
Tested-by: Archit Taneja
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 26
From: Gustavo Padovan
After converting legacy cursor updates to atomic async commits
intel_cursor_plane_funcs just duplicates intel_plane_funcs now.
Cc: Daniel Vetter
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 13 +
1 file changed, 1 insertion
From: Gustavo Padovan
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 until its scan out. In cases like this if we
From: Gustavo Padovan
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):
drm/atomic: initial suppor
From: Gustavo Padovan
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() from the check hook
v3:
- set
Hi Daniel,
2017-06-30 Daniel Vetter :
> Core code should never have to look at helper stuff, to make sure that
> all helper code is 100% optional and can be overriden.
>
> Cc: Gustavo Padovan
> Signed-off-by: Daniel Vetter
Reviewed-by: Gustavo Pa
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
> > Cc: Sumit Semwal
> > Cc: Sean Pa
From: Gustavo Padovan
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)
v4: add drm_atomic_helper_async
From: Gustavo Padovan
After converting legacy cursor updates to atomic async commits
mdp5_cursor_plane_funcs just duplicates mdp5_plane_funcs now.
Cc: Rob Clark
Cc: Archit Taneja
Signed-off-by: Gustavo Padovan
Tested-by: Archit Taneja
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 26
From: Gustavo Padovan
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 commit call to msm_atomic_commit(Archit Taneja)
v3: move
From: Gustavo Padovan
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 until its scan out. In cases like this if we
From: Gustavo Padovan
After converting legacy cursor updates to atomic async commits
intel_cursor_plane_funcs just duplicates intel_plane_funcs now.
Cc: Daniel Vetter
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 13 +
1 file changed, 1 insertion
1 - 100 of 1589 matches
Mail list logo