[PATCH 2/4] drm: panel: sofef00: remove reset GPIO handling

2021-05-01 Thread Caleb Connolly
Resetting the panel on fajita causes it to never come back, we aren't quite sure why this is so for now lets remove reset handling as it is effectively broken. It is also not needed on enchilada. Signed-off-by: Caleb Connolly --- drivers/gpu/drm/panel/panel-samsung-sofef00.c | 26 +++

Re: [Mesa-dev] [RFC] Linux Graphics Next: Explicit fences everywhere and no BO fences - initial proposal

2021-05-01 Thread Marek Olšák
On Wed, Apr 28, 2021 at 5:07 AM Michel Dänzer wrote: > On 2021-04-28 8:59 a.m., Christian König wrote: > > Hi Dave, > > > > Am 27.04.21 um 21:23 schrieb Marek Olšák: > >> Supporting interop with any device is always possible. It depends on > which drivers we need to interoperate with and update t

Re: [PATCHv1] drm/omap: get fbdev working for manually updated display

2021-05-01 Thread Laurent Pinchart
On Sat, May 01, 2021 at 10:00:50PM +0200, Sebastian Reichel wrote: > Running a legacy application, which directly uses /dev/fb0 > currently results in display not being refreshed when the > application mmaps the memory instead of calling write(). > > Deferred IO support will also schedule dirty_wo

[PATCHv1] drm/omap: get fbdev working for manually updated display

2021-05-01 Thread Sebastian Reichel
Running a legacy application, which directly uses /dev/fb0 currently results in display not being refreshed when the application mmaps the memory instead of calling write(). Deferred IO support will also schedule dirty_work with the damage collected from the mmap page writes and thus gets some mor

Re: [RFC] CRIU support for ROCm

2021-05-01 Thread Adrian Reber
On Fri, Apr 30, 2021 at 09:57:45PM -0400, Felix Kuehling wrote: > We have been working on a prototype supporting CRIU (Checkpoint/Restore > In Userspace) for accelerated compute applications running on AMD GPUs > using ROCm (Radeon Open Compute Platform). We're happy to finally share > this work pu

Re: [Intel-gfx] [PATCH 08/21] drm/i915/gem: Disallow bonding of virtual engines

2021-05-01 Thread Matthew Brost
On Fri, Apr 30, 2021 at 12:11:07PM +0200, Daniel Vetter wrote: > On Thu, Apr 29, 2021 at 09:03:48PM -0700, Matthew Brost wrote: > > On Thu, Apr 29, 2021 at 02:14:19PM +0200, Daniel Vetter wrote: > > > On Wed, Apr 28, 2021 at 01:17:27PM -0500, Jason Ekstrand wrote: > > > > On Wed, Apr 28, 2021 at 1:

Re: [PATCH 1/1] i915/query: Correlate engine and cpu timestamps with better accuracy

2021-05-01 Thread Jason Ekstrand
On April 30, 2021 23:01:44 "Dixit, Ashutosh" wrote: On Fri, 30 Apr 2021 19:19:59 -0700, Umesh Nerlige Ramappa wrote: On Fri, Apr 30, 2021 at 07:35:41PM -0500, Jason Ekstrand wrote: On April 30, 2021 18:00:58 "Dixit, Ashutosh" wrote: On Fri, 30 Apr 2021 15:26:09 -0700, Umesh Nerlige Ramappa

[PATCH] drm/panel: leadtek: Fix an error handling path

2021-05-01 Thread Christophe JAILLET
'ret' is know to be >=0 a this point. Checking the return value of 'mipi_dsi_dcs_enter_sleep_mode()' was intended instead. So add the missing assignment. Fixes: 6ea4383b9214 ("drm/panel: add panel driver for Leadtek LTK050H3146W") Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/panel/pane

[PATCH] drm/panel: xinpeng: Fix an error handling path

2021-05-01 Thread Christophe JAILLET
'ret' is know to be >=0 a this point. Checking the return value of 'mipi_dsi_dcs_enter_sleep_mode()' was intended instead. So add the missing assignment. Fixes: d1479d028af2 ("drm/panel: add panel driver for Xinpeng XPP055C272 panels") Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/pane

[PATCH] drm/rockchip: Fix an error handling path

2021-05-01 Thread Christophe JAILLET
'ret' is know to be 0 a this point. Checking the return value of 'phy_init()' and 'phy_set_mode()' was intended instead. So add the missing assignments. Fixes: cca1705c3d89 ("drm/rockchip: lvds: Add PX30 support") Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/rockchip/rockchip_lvds.c |

Re: [PATCH v5 01/20] drm/panel: panel-simple: Add missing pm_runtime_disable() calls

2021-05-01 Thread Linus Walleij
Hi Doug, On Fri, Apr 30, 2021 at 11:04 PM Doug Anderson wrote: > Pushed this one patch. Rest of the series is pending adult > supervision. Overall summary: > > 1. I could probably push some of the early sn65dsi86 cleanup patches > in this series since they have Bjorn's review and are pretty much

Re: [PATCH v5 09/20] drm/bridge: ti-sn65dsi86: Break GPIO and MIPI-to-eDP bridge into sub-drivers

2021-05-01 Thread Linus Walleij
On Fri, Apr 23, 2021 at 6:59 PM Douglas Anderson wrote: > Let's use the newly minted aux bus to break up the driver into sub > drivers. We're not doing a full breakup here: all the code is still in > the same file and remains largely untouched. The big goal here of > using sub-drivers is to allow

[PATCH RESEND] drm/i915/gem: Use user_write_access_begin() instead of user_access_begin()

2021-05-01 Thread Christophe Leroy
eb_copy_relocations() only do unsafe_put_user(), it only requires write access to user. Use user_write_access_begin() instead of user_access_begin(). Signed-off-by: Christophe Leroy --- Resending with mm list in addition drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c | 6 +++--- 1 file changed