ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/c1fa019f/attachment.html>
||
--
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/20160318/5908ff8d/attachment.html>
On 17.03.2016 16:36, Daniel Vetter wrote:
> On Thu, Mar 17, 2016 at 06:41:14AM +1000, Dave Airlie wrote:
>> Just an aside,
>>
>> So is there no way to do hibernate with these blocks?
>>
>> Like can you not cleanly shut them down without doing a power cycle.
>>
>> I have to say UVD is a real pain in
On 16.03.2016 21:56, Christian König wrote:
> Can somebody with commit access push those two patches after the review?
> I don't have write permission for libdrm.
Well, that should clearly get fixed. Daniel, can you add him, or who
should we ask for this?
--
Earthling Michel Dänzer
Hi,
On 17-03-16 23:04, Pierre Moreau wrote:
> Hello Abheek,
>
> Sorry for the long delay.
>
> So, things have changed a bit since last year idea. You should now be able to
> start kernels on most generations, atomic operations are supported and image
> is
> in the work. Regarding the compiler, Ha
On Thu, Mar 17, 2016 at 08:27:10PM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Tue, 2016-03-15 at 16:59 +0100, Daniel Vetter wrote:
> > On Tue, Mar 15, 2016 at 03:24:46PM +, Alexey Brodkin wrote:
> > > On Tue, 2016-03-15 at 09:10 +0100, Daniel Vetter wrote:
> > > > On Mon, Mar 14, 2016 at
On Fri, Mar 18, 2016 at 01:00:26PM +0900, Michel Dänzer wrote:
> On 17.03.2016 16:36, Daniel Vetter wrote:
> > On Thu, Mar 17, 2016 at 06:41:14AM +1000, Dave Airlie wrote:
> >> Just an aside,
> >>
> >> So is there no way to do hibernate with these blocks?
> >>
> >> Like can you not cleanly shut th
Hi all,
I pick this series up and test on C101PA chromebook, after Heiko update
the 3 patches.
[v14.1,09/17] drm: rockchip: dp: add rockchip platform dp driver
[v14.1,04/17] drm: bridge: analogix/dp: fix some obvious code style
[v14.1,01/17] drm: bridge: analogix/dp: split exynos dp driver to br
å¨ 2016å¹´03æ18æ¥ 05:51, Heiko Stübner åé:
> Rockchip have three clocks for dp controller, we leave pclk_edp
> to analogix_dp driver control, and keep the sclk_edp_24m and
> sclk_edp in platform driver.
>
> Signed-off-by: Yakir Yang
> Tested-by: Javier Martinez Canillas
Tested-by: Cae
å¨ 2016å¹´02æ15æ¥ 19:10, Yakir Yang åé:
> RK3288 need some special registers setting, we can separate
> them out by the dev_type of plat_data.
>
> Signed-off-by: Yakir Yang
Tested-by: Caesar Wang
> ---
> Changes in v14: None
> Changes in v13: None
> Changes in v12: None
> Changes in v
Hi Samsung Guys,
Can you take your time to test or review for exynos controller?:-)
Anyway, verified on rockchip controller.
So feel free add my test tag for this patch.
å¨ 2016å¹´03æ18æ¥ 05:47, Heiko Stübner åé:
> Split the dp core driver from exynos directory to bridge directory,
> a
Hi Daniel,
On Fri, 2016-03-18 at 09:02 +0100, Daniel Vetter wrote:
> On Thu, Mar 17, 2016 at 08:27:10PM +, Alexey Brodkin wrote:
> >
> > Hi Daniel,
> >
> > On Tue, 2016-03-15 at 16:59 +0100, Daniel Vetter wrote:
> > >
> > > On Tue, Mar 15, 2016 at 03:24:46PM +, Alexey Brodkin wrote:
> >
On Thu, Mar 17, 2016 at 02:33:50PM -0700, Joe Perches wrote:
> On Thu, 2016-03-17 at 18:19 -0300, Gustavo Padovan wrote:
> > 2016-03-17 Joe Perches :
> > > On Thu, 2016-03-17 at 16:50 -0400, Rob Clark wrote:
> > > > On Thu, Mar 17, 2016 at 4:40 PM, Joe Perches wrote:
> > > []
> > > > > It's a name
1) There was a chance that "cursor" or "primary" were error pointers
leading to an oops.
2) The error handling wasn't very complete.
When I started working on this, the one err label style error handling
became unwieldy so I just re-wrote it with multiple exit labels.
Signed-off-by: Dan Car
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/9b345ceb/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/d57b93e4/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/f12fd2fe/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/4c1a2f10/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/9ca31f71/attachment-0001.html>
description||Behaviour)
--
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/20160318/3a940655/attachment.html>
On Thu, Mar 17, 2016 at 06:18:06PM -0300, Tiago Vignatti wrote:
> +static void test_ioctl_errors(void)
> +{
> + int i;
> + int num_children = 8*sysconf(_SC_NPROCESSORS_ONLN);
> +
> + igt_fork_signal_helper();
> + igt_fork(child, num_children) {
Actually there is a danger here in on
On Fri, Mar 18, 2016 at 09:44:40AM +, Chris Wilson wrote:
> On Thu, Mar 17, 2016 at 06:18:06PM -0300, Tiago Vignatti wrote:
> > +static void test_ioctl_errors(void)
> > +{
> > + int i;
> > + int num_children = 8*sysconf(_SC_NPROCESSORS_ONLN);
> > +
> > + igt_fork_signal_helper();
> > +
On Thu, Mar 17, 2016 at 08:26:36PM +0100, Christian König wrote:
> Am 17.03.2016 um 20:18 schrieb Jerome Glisse:
> >On Fri, Mar 11, 2016 at 3:29 PM, Christian König
> > wrote:
> >>From: Christian König
> >>
> >>With the updated MMU notifier we should also be able to
> >>handle the writeback cas
So that when DRM_IOCTL_MODE_SETCRTC is called without a FB nor mode, the
CRTC gets disabled.
Signed-off-by: Tomeu Vizoso
Link:
http://lkml.kernel.org/g/CAAObsKAv+05ih5U+=4kic_NsjGMhfxYheHR8xXXmacZs+p5SHw at
mail.gmail.com
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 3 ---
1 file changed,
When the VOP is re-enabled, it will start scanning right away the
framebuffers that were configured from the last time, even if those have
been destroyed already. To prevent the VOP from trying to access freed
memory, reset the registers that hold pointers to framebuffers right
after we can write t
.
--
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/20160318/b95e8645/attachment.html>
From: Gustavo Padovan
struct sync_merge_data already have documentation on top of the
struct definition. No need to duplicate it.
Signed-off-by: Gustavo Padovan
Reviewed-by: Maarten Lankhorst
---
drivers/staging/android/uapi/sync.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
From: Gustavo Padovan
This function had copies in 3 different files. Unify them in kernel.h.
Cc: Joe Perches
Cc: Andrew Morton
Cc: David Airlie
Cc: Daniel Vetter
Cc: Rob Clark
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 11 +++
drivers/gpu/drm
From: Gustavo Padovan
Change SYNC_IOC_FILE_INFO (former SYNC_IOC_FENCE_INFO) behaviour to avoid
future API breaks and optimize buffer allocation.
Now num_fences can be filled by the caller to inform how many fences it
wants to retrieve from the kernel. If the num_fences passed is greater
than ze
On Thu, Mar 17, 2016 at 11:40:45AM -0400, Lyude wrote:
> Since we've fixed up drm_dp_dpcd_read() to allow for retries when things
> timeout, there's no use for having this function anymore. Good riddens.
>
> Signed-off-by: Lyude
> ---
> drivers/gpu/drm/i915/intel_dp.c | 79
> ---
From: Gustavo Padovan
Hi,
This is the first step and the most important one of the de-stage
of the the sync framework, it de-stage the sync_file part which is used
to send/receive fence file descriptors with the userspace.
These patches sits on top of the sync ABI changes that I sent earlier to
From: Gustavo Padovan
sync_file is useful to connect one or more fences to the file. The file is
used by userspace to track fences.
Signed-off-by: Gustavo Padovan
---
drivers/Kconfig| 2 +
drivers/dma-buf/Kconfig| 11 +
drivers
Am 18.03.2016 um 11:02 schrieb Jerome Glisse:
> On Thu, Mar 17, 2016 at 08:26:36PM +0100, Christian König wrote:
>> Am 17.03.2016 um 20:18 schrieb Jerome Glisse:
>>> On Fri, Mar 11, 2016 at 3:29 PM, Christian König
>>> wrote:
From: Christian König
With the updated MMU notifier w
On Fri, 2016-03-18 at 10:27 -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> This function had copies in 3 different files. Unify them in
> kernel.h.
This function might be used more in drm files
in a separate patch too:
$ git grep -n -E "__user.*\(\s*uintptr_t\s*\)" drivers/gpu/drm
dr
On Thu, Mar 17, 2016 at 07:56:33PM +0200, Jani Nikula wrote:
> On Thu, 17 Mar 2016, Lyude wrote:
> > Since we've fixed up drm_dp_dpcd_read() to allow for retries when things
> > timeout, there's no use for having this function anymore. Good riddens.
> >
> > Signed-off-by: Lyude
> > ---
> > drive
So all patches does not change the logic or outcome (from hw register
write point of view) only what error messages get printed on failure.
Patch 13 just add a new flag to asic reset so we can force hard reset.
Patch 14 takes advantages of that for the hibernation case and hard
reset during freez
From: Jérome Glisse
This match the exact same control flow as existing code. It just
use goto instead of multiple levels of if/else. It also clarify
early initialization failures by clearing rdev->has_uvd doing so
does not change end result from hardware point of view, it only
avoids printing mo
From: Jérome Glisse
This match the exact same control flow as existing code. It just
use goto instead of multiple levels of if/else. It also clarify
early initialization failures by clearing rdev->has_uvd doing so
does not change end result from hardware point of view, it only
avoids printing mo
From: Jérome Glisse
This match the exact same control flow as existing code. It just
use goto instead of multiple levels of if/else. It also clarify
early initialization failures by clearing rdev->has_uvd doing so
does not change end result from hardware point of view, it only
avoids printing mo
From: Jérome Glisse
This match the exact same control flow as existing code. It just
use goto instead of multiple levels of if/else. It also clarify
early initialization failures by clearing rdev->has_uvd doing so
does not change end result from hardware point of view, it only
avoids printing mo
From: Jérome Glisse
This match the exact same control flow as existing code. It just
use goto instead of multiple levels of if/else. It also clarify
early initialization failures by clearing rdev->has_uvd doing so
does not change end result from hardware point of view, it only
avoids printing mo
From: Jérome Glisse
This will later on serve for module option to disable vce.
Signed-off-by: Jérôme Glisse
Cc: Alex Deucher
Cc: Christian König
---
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_asic.c | 11 +--
2 files changed, 10 insertions(+), 2 de
From: Jérome Glisse
This match the exact same control flow as existing code. It just
use goto instead of multiple levels of if/else. It also clarify
early initialization failures by clearing rdev->has_uvd doing so
does not change end result from hardware point of view, it only
avoids printing mo
From: Jérome Glisse
This match the exact same control flow as existing code. It just
use goto instead of multiple levels of if/else. It also clarify
early initialization failures by clearing rdev->has_vce doing so
does not change end result from hardware point of view, it only
avoids printing mo
From: Jérome Glisse
This match the exact same control flow as existing code. It just
use goto instead of multiple levels of if/else. It also clarify
early initialization failures by clearing rdev->has_vce doing so
does not change end result from hardware point of view, it only
avoids printing mo
From: Jérome Glisse
This match the exact same control flow as existing code. It just
use goto instead of multiple levels of if/else. It also clarify
early initialization failures by clearing rdev->has_vce doing so
does not change end result from hardware point of view, it only
avoids printing mo
From: Jérome Glisse
Quite few suspend/hibernation bugs are related to this block. Add
an option to disable those as a work around.
Signed-off-by: Jérôme Glisse
Cc: Alex Deucher
Cc: Christian König
---
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_asic.c | 3 ++
From: Jérome Glisse
Quite few suspend/hibernation bugs are related to this block. Add
an option to disable those as a work around.
Signed-off-by: Jérôme Glisse
Cc: Alex Deucher
Cc: Christian König
---
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_asic.c | 2 ++
From: Jérome Glisse
In some cases, like when freezing for hibernation, we need to be
able to force hard reset even if no engine are stuck. This patch
add a bool option to current asic reset callback to allow to force
hard reset on asic that supports it.
Signed-off-by: Jérôme Glisse
Cc: Alex
From: Jérome Glisse
Some GPU block like UVD and VCE require hard reset to be properly
resume if there is no real powerdown of the asic like during various
hibernation step. This patch perform such hard reset.
Signed-off-by: Jérôme Glisse
Cc: Alex Deucher
Cc: Christian König
---
drivers/g
On Fri, Mar 18, 2016 at 04:13:45PM +0200, Ville Syrjälä wrote:
> On Thu, Mar 17, 2016 at 11:40:45AM -0400, Lyude wrote:
> > Since we've fixed up drm_dp_dpcd_read() to allow for retries when things
> > timeout, there's no use for having this function anymore. Good riddens.
> >
> > Signed-off-by:
On Fri, Mar 18, 2016 at 06:12:35PM +0200, Ville Syrjälä wrote:
> On Fri, Mar 18, 2016 at 04:13:45PM +0200, Ville Syrjälä wrote:
> > On Thu, Mar 17, 2016 at 11:40:45AM -0400, Lyude wrote:
> > > Since we've fixed up drm_dp_dpcd_read() to allow for retries when things
> > > timeout, there's no use
Am 18.03.2016 um 16:58 schrieb Jérôme Glisse:
> From: Jérome Glisse
>
> This match the exact same control flow as existing code. It just
> use goto instead of multiple levels of if/else. It also clarify
> early initialization failures by clearing rdev->has_uvd doing so
> does not change end res
From: Colin Ian King
tdp_table is being leaked on failed allocations of
hwmgr->dyn_state.cac_dtp_table. kfree tdp_table on the error
return path to fix the leak.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/powerplay/hwmgr/tonga_processpptables.c | 4 +++-
1 file changed, 3 insertions
Use the newly added u64_to_user_pointer a bit more frequently.
Signed-off-by: Joe Perches
---
drivers/gpu/drm/armada/armada_gem.c| 2 +-
drivers/gpu/drm/nouveau/nouveau_gem.c | 7 ---
drivers/gpu/drm/tegra/drm.c| 15 ---
drivers/gpu/drm/vc4/vc4_bo.c |
On Fri, Mar 18, 2016 at 08:11:49AM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Fri, 2016-03-18 at 09:02 +0100, Daniel Vetter wrote:
> > On Thu, Mar 17, 2016 at 08:27:10PM +, Alexey Brodkin wrote:
> > >
> > > Hi Daniel,
> > >
> > > On Tue, 2016-03-15 at 16:59 +0100, Daniel Vetter wrote:
On Sat, 2016-03-19 at 01:39 +0800, kbuild test robot wrote:
> Hi Joe,
>
> [auto build test WARNING on drm/drm-next]
> [also build test WARNING on next-20160318]
> [cannot apply to v4.5]
> [if your patch is applied to the wrong git tree, please drop us a
> note to help
On Thu, Mar 17, 2016 at 10:51:55PM +0100, Noralf Trønnes wrote:
>
> Den 16.03.2016 16:11, skrev Daniel Vetter:
> >On Wed, Mar 16, 2016 at 02:34:15PM +0100, Noralf Trønnes wrote:
> >>tinydrm provides a very simplified view of DRM for displays that has
> >>onboard video memory and is connected thr
On Thu, Mar 17, 2016 at 11:00:00PM +0100, Noralf Trønnes wrote:
>
> Den 16.03.2016 19:26, skrev Eric Anholt:
> >Noralf Trønnes writes:
> >
> >>This is an attempt at providing a DRM version of drivers/staging/fbtft.
> >>I'm sending this early before cleaning up the code hoping to get some
> >>fe
On Thu, Mar 17, 2016 at 09:49:42AM +0100, Boris Brezillon wrote:
> Hi Daniel,
>
> On Wed, 16 Mar 2016 16:17:38 +0100
> Daniel Vetter wrote:
>
> > On Wed, Mar 16, 2016 at 02:57:35PM +0100, Boris Brezillon wrote:
> > > Add a ->cleanup_fb() operation to avoid memory leaks when the atomic
> > > oper
On Fri, Mar 18, 2016 at 06:41:40PM +0200, Ville Syrjälä wrote:
> On Fri, Mar 18, 2016 at 06:12:35PM +0200, Ville Syrjälä wrote:
> > On Fri, Mar 18, 2016 at 04:13:45PM +0200, Ville Syrjälä wrote:
> > > On Thu, Mar 17, 2016 at 11:40:45AM -0400, Lyude wrote:
> > > > Since we've fixed up drm_dp_d
On Fri, Mar 18, 2016 at 01:01:42PM +0300, Alexey Brodkin wrote:
> As a pair to already existing drm_connector_unplug_all() we're adding
> generic implementation of what is already done in some drivers.
>
> Once this helper is implemented we'll be ready to switch existing
> driver-specific implemen
On Fri, Mar 18, 2016 at 07:00:29PM +0100, Daniel Vetter wrote:
> On Fri, Mar 18, 2016 at 06:41:40PM +0200, Ville Syrjälä wrote:
> > On Fri, Mar 18, 2016 at 06:12:35PM +0200, Ville Syrjälä wrote:
> > > On Fri, Mar 18, 2016 at 04:13:45PM +0200, Ville Syrjälä wrote:
> > > > On Thu, Mar 17, 2016
This patch adds ioctl-errors subtest to be used for exercising prime sync ioctl
errors.
The subtest constantly interrupts via signals a function doing concurrent blit
to stress out the right usage of prime_sync_*, making sure these ioctl errors
are handled accordingly. Important to note that in ca
On Fri, Mar 18, 2016 at 03:08:56PM -0300, Tiago Vignatti wrote:
> This patch adds ioctl-errors subtest to be used for exercising prime sync
> ioctl
> errors.
>
> The subtest constantly interrupts via signals a function doing concurrent blit
> to stress out the right usage of prime_sync_*, making
On 03/18/2016 03:11 PM, Daniel Vetter wrote:
> On Fri, Mar 18, 2016 at 03:08:56PM -0300, Tiago Vignatti wrote:
>> This patch adds ioctl-errors subtest to be used for exercising prime sync
>> ioctl
>> errors.
>>
>> The subtest constantly interrupts via signals a function doing concurrent
>> blit
>
From: Christian König
This reverts commit c02196834456f2d5fad334088b70e98ce4967c34.
In the meantime we moved get_user_pages() outside of the reservation lock,
so that shouldn't be an issue any more
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_mn.c | 22 ++
From: Christian König
Otherwise we can run into problems with the writeback code.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_mn.c | 98 +-
1 file changed, 72 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdg
ation/logs/traces if necessary.
--
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/20160318/24cc76d4/attachment.html>
On Fri, Mar 18, 2016 at 12:47 PM, Colin King
wrote:
> From: Colin Ian King
>
> tdp_table is being leaked on failed allocations of
> hwmgr->dyn_state.cac_dtp_table. kfree tdp_table on the error
> return path to fix the leak.
>
> Signed-off-by: Colin Ian King
Applied, thanks!
Alex
> ---
> d
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/cf0d537d/attachment.html>
Drivers, especially i915.ko, can fail during the initial migration of a
dma-buf for CPU access. However, the error code from the driver was not
being propagated back to ioctl and so userspace was blissfully ignorant
of the failure. Rendering corruption ensues.
Whilst fixing the ioctl to return the
On Fri, Mar 18, 2016 at 03:08:56PM -0300, Tiago Vignatti wrote:
> This patch adds ioctl-errors subtest to be used for exercising prime sync
> ioctl
> errors.
>
> The subtest constantly interrupts via signals a function doing concurrent blit
> to stress out the right usage of prime_sync_*, making
stripped
--
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/20160318/006af2f9/attachment-0001.html>
-related rendering problems.
--
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/20160318/adeee15f/attachment-0001.html>
A few prep patches, plus drm/msm conversion to 'struct fence' for gpu
and display sync. Uses drm_atomic_helper_wait_for_fences() to sync
atomic updates with rendering.
This is the first step towards implementing EGL_ANDROID_native_fence_sync.
Next step would be to extend submit uapi to use syncpt
In the atomic modesetting path, each driver simply wants to grab a ref
to the exlusive fence from a reservation object to store in the incoming
drm_plane_state, without doing the whole RCU dance. Since each driver
will need to do this, lets make a helper.
Signed-off-by: Rob Clark
---
include/li
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_atomic_helper.c | 15 +--
include/drm/drm_atomic_helper.h | 2 ++
2 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic_helper.c
b/drivers/gpu/drm/drm_atomic_helper.c
index 7c52306..aa72732 100
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/Makefile | 1 +
drivers/gpu/drm/msm/msm_debugfs.c | 168 ++
drivers/gpu/drm/msm/msm_debugfs.h | 26 ++
drivers/gpu/drm/msm/msm_drv.c | 153 +-
4 files changed, 196
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/Makefile | 1 +
drivers/gpu/drm/msm/msm_atomic.c | 1 +
drivers/gpu/drm/msm/msm_drv.c| 108 +---
drivers/gpu/drm/msm/msm_drv.h| 27 +---
drivers/gpu/drm/msm/msm_fence.c | 129 +++
This was always the intention, but somehow it was never wired up
properly.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/msm_drv.h | 2 +-
drivers/gpu/drm/msm/msm_gem.c | 18 --
drivers/gpu/drm/msm/msm_gem_prime.c | 2 +-
3 files changed, 14 insertions(+), 8 dele
Split up locking and pinning buffers in the submit path. This is needed
because we'll want to insert fencing in between the two steps.
This makes things end up looking more similar to etnaviv submit code
(which was originally modelled on the msm code but has already added
'struct fence' support).
Since we already track the array of bo's in the submit object, just
unconditionally take and drop ref's per submit (rather than only taking
ref's if bo is not already active). This simplifies later patches.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/msm_gpu.c | 51 +++-
Better encapsulate the per-timeline stuff into fence-context. For now
there is just a single fence-context, but eventually we'll also have one
per-CRTC to enable fully explicit fencing.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 6 +--
drivers/gpu/drm/msm/msm_atomic
This was only used for atomic commit these days. So instead just give
atomic it's own work-queue where we can do a block on each bo in turn.
Simplifies things a whole bunch and makes the 'struct fence' conversion
easier.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/msm_atomic.c | 77 +++
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 4 +-
drivers/gpu/drm/msm/msm_atomic.c| 42 ++-
drivers/gpu/drm/msm/msm_drv.h | 5 +-
drivers/gpu/drm/msm/msm_fence.c | 71 +-
drivers/gpu/drm/msm/msm_fence.h |
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/msm_drv.h | 15 +++
drivers/gpu/drm/msm/msm_fence.c | 11 +--
2 files changed, 16 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/msm/msm_drv.h b/drivers/gpu/drm/msm/msm_drv.h
index fed3869..6107a39 100644
--- a/d
In preparation for working on DSI panel support, I wrote the much
simpler support for DPI panels. I've tested it on the 7" DPI panel
from Adafruit, with panel-simple support included here.
Eric Anholt (5):
of: Add vendor prefix for On Tat Industrial Company.
panel-simple: Add the 7" DPI panel
It's currently marked disabled, as it's not useful without a panel
associated with it and the GPIO pins routed to ALT2.
Signed-off-by: Eric Anholt
---
arch/arm/boot/dts/bcm283x.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/bcm283x.dtsi b/arch/arm/boot/dt
Right now exynos is exposing DPI as a TMDS encoder and VGA connector,
which seems rather misleading. This isn't just an internal detail,
since xrandr actually exposes "VGA" as the output name. Define some
new enums so that vc4's DPI can have a more informative name.
I considered other names for
This is the vendor for a 7" DPI panel sold by Adafruit which I'd like
to describe in DT.
Signed-off-by: Eric Anholt
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation
This is a basic TFT panel with a 40-pin FPC connector on it. The
specification doesn't define timings, but the Adafruit instructions
were setting up 800x480 CVT.
Signed-off-by: Eric Anholt
---
.../bindings/display/panel/ontat,yx700wv03.txt | 7 +
drivers/gpu/drm/panel/panel-simple.c
The DPI interface involves taking a ton of our GPIOs to be used as
outputs, and routing display signals over them in parallel.
Signed-off-by: Eric Anholt
---
.../devicetree/bindings/display/brcm,bcm-vc4.txt | 67 +++
drivers/gpu/drm/vc4/Kconfig| 1 +
drivers/gpu/drm/
As a pair to already existing drm_connector_unplug_all() we're adding
generic implementation of what is already done in some drivers.
After implementation of that new helper we're updating 2 drivers
that used to use it's own implementation:
[1] atmel_hlcdc
[2] rcar_du
Other drivers still use lo
As a pair to already existing drm_connector_unplug_all() we're adding
generic implementation of what is already done in some drivers.
Once this helper is implemented we'll be ready to switch existing
driver-specific implementations with generic one.
Signed-off-by: Alexey Brodkin
Cc: Daniel Vette
This driver used to have its own implementation of connector_plug_all()
which actually was taken as a prototype of drm_connector_plug_all().
Now when drm_connector_plug_all() exists reusing it here.
And while at it getting rid of mutex in both plug() and unplug()
because they were moved to generi
Now when generic drm_connector_plug_all() helper exists we may safely
substiture with it driver-specific implementation of connectors plugging in
sysfs.
Signed-off-by: Alexey Brodkin
Cc: Daniel Vetter
Cc: David Airlie
Cc: Laurent Pinchart
Cc: linux-renesas-soc at vger.kernel.org
---
drivers/g
Add CEC support to the adv7842 driver.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/Kconfig | 2 +-
drivers/media/i2c/adv7842.c | 331 +++-
2 files changed, 270 insertions(+), 63 deletions(-)
diff --git a/drivers/media/i2c/Kconfig b/drivers/media
The vivid driver has been extended to provide CEC adapters for the HDMI
input and HDMI outputs in order to test CEC applications.
This CEC emulation is faithful to the CEC timings (i.e., it all at a
snail's pace).
Signed-off-by: Hans Verkuil
---
Documentation/video4linux/vivid.txt
Add CEC support to the cobalt driver.
Signed-off-by: Hans Verkuil
---
drivers/media/pci/cobalt/Kconfig | 1 +
drivers/media/pci/cobalt/cobalt-driver.c | 115 +++-
drivers/media/pci/cobalt/cobalt-driver.h | 2 +
drivers/media/pci/cobalt/cobalt-irq.c| 3 +
1 - 100 of 117 matches
Mail list logo