On 05/30/2016 02:56 PM, Belisko Marek wrote:
> Hi Peter,
>
> On Mon, May 30, 2016 at 1:42 PM, Peter Ujfalusi
> wrote:
>> The panel is not used by any legacy board files so the legacy (pdata) boot
>> support can be dropped.
> What about platforms which doesn't support DT boot yet?
We don't have
On Mon, May 30, 2016 at 5:32 AM, Daniel Vetter wrote:
> On Mon, May 30, 2016 at 02:09:17PM +0530, Archit Taneja wrote:
>>
>>
>> On 05/25/2016 10:06 PM, Rob Clark wrote:
>> >On Wed, May 25, 2016 at 9:12 AM, Daniel Vetter wrote:
>> >>On Wed, May 25, 2016 at 04:28:36PM +0530, Archit Taneja wrote:
>>
Hi,
> - add a small core function to registerr HOT_X/HOT_Y for a (cursor) plane,
> e.g. drm_plane_register_hotspot(). That should allocate the properties
> (if they don't exist yet) and then attach those props to the cursor. We
> don't want those props everywhere, but only on drivers that
On Mon, May 30, 2016 at 11:32:59AM +0100, David Binderman wrote:
> Hello there,
>
> drivers/gpu/drm/i915/i915_reg.h:90:28: warning: result of â65535 <<
> 20â requires 37 bits to represent, but âintâ only has 32 bits
> [-Wshift-overflow=]
>
> Source code is
>
> #define BSM_MASK (0x
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/4a579b7d/attachment.sig>
On Mon, May 30, 2016 at 09:47:53AM -0400, Rob Clark wrote:
> On Mon, May 30, 2016 at 5:32 AM, Daniel Vetter wrote:
> > drm_hwcomposer (developed by Google) is a generic hwc implementation along
> > the lines of weston and any other generic kms compositor. I think it makes
> > a lot of sense to aim
On Mon, May 30, 2016 at 02:06:50PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > But I'll take you up on the implied offer to help out and test ;-)
> >
> > git://people.freedesktop.org/~danvet/drm stuff
>
> Tried that branch.
>
> > Would be really awesome if you could test this on virtio. Note th
On Mon, May 30, 2016 at 03:50:36PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > - add a small core function to registerr HOT_X/HOT_Y for a (cursor) plane,
> > e.g. drm_plane_register_hotspot(). That should allocate the properties
> > (if they don't exist yet) and then attach those props to the cu
On Mon, 30 May 2016, Chris Wilson wrote:
> On Mon, May 30, 2016 at 11:32:59AM +0100, David Binderman wrote:
>> Hello there,
>>
>> drivers/gpu/drm/i915/i915_reg.h:90:28: warning: result of â65535 <<
>> 20â requires 37 bits to represent, but âintâ only has 32 bits
>> [-Wshift-overflow=]
>>
On Mon, May 30, 2016 at 11:58:27AM +0200, Maarten Lankhorst wrote:
> Op 30-05-16 om 11:18 schreef Laurent Pinchart:
> > Hi Daniel,
> >
> > Thank you for the patch.
> >
> > This looks good to me as the resulting code is mostly similar. However, the
> > for_each_*_in_state macros end with an for_eac
On Sun, May 29, 2016 at 08:35:05PM +0200, Daniel Vetter wrote:
> It's kinda pointless to have 2 separate mallocs for these. And when we
> add more per-connector state in the future it's even more pointless.
>
> Right now there's no such thing planned, but both Gustavo's per-crtc
> fence patches, a
On Mon, May 30, 2016 at 02:17:06PM +0200, Maarten Lankhorst wrote:
> Op 29-05-16 om 20:34 schreef Daniel Vetter:
> > This avois leaking drm_atomic_state internals into the helpers. The
> > only place where this still happens after this patch is
> > drm_atomic_helper_swap_state().
> > It's unavoida
On Mon, May 30, 2016 at 01:42:40PM +0200, Maarten Lankhorst wrote:
> Op 29-05-16 om 20:35 schreef Daniel Vetter:
> > ... and use it in msm&vc4. Again just want to encapsulate
> > drm_atomic_state internals a bit.
> >
> > The const threading is a bit awkward in vc4 since C sucks, but I still
> > thi
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/c9e36cc1/attachment.sig>
On Mon, May 30, 2016 at 03:08:39PM +0200, Maarten Lankhorst wrote:
> Op 29-05-16 om 20:35 schreef Daniel Vetter:
> > - dev is redundant, we have state->atomic
> > - add stall parameter, which must be set when swapping needs to stall
> > for preceeding commits to stop looking at ->state pointers.
On Mon, May 30, 2016 at 11:36:06AM +0200, Maarten Lankhorst wrote:
> Op 30-05-16 om 11:24 schreef Daniel Vetter:
> > On Mon, May 30, 2016 at 10:15:14AM +0200, Maarten Lankhorst wrote:
> >> Op 29-05-16 om 20:35 schreef Daniel Vetter:
> >>> Committing with block it is not.
> >>>
> >>> Thanks to the f
On Mon, May 30, 2016 at 05:59:24PM +0300, Ville Syrjälä wrote:
> On Sun, May 29, 2016 at 08:35:05PM +0200, Daniel Vetter wrote:
> > It's kinda pointless to have 2 separate mallocs for these. And when we
> > add more per-connector state in the future it's even more pointless.
> >
> > Right now th
On Mon, May 30, 2016 at 02:03:26PM +0200, Gerd Hoffmann wrote:
> Needed for multihead setups where we can have disabled
> outputs and therefore plane->crtc can be NULL.
>
> Signed-off-by: Gerd Hoffmann
See my reply in the other thread, but I think you have a more fundamental
issue here. I droppe
On Mon, May 30, 2016 at 05:13:56PM +0200, Daniel Vetter wrote:
> On Mon, May 30, 2016 at 05:59:24PM +0300, Ville Syrjälä wrote:
> > On Sun, May 29, 2016 at 08:35:05PM +0200, Daniel Vetter wrote:
> > > It's kinda pointless to have 2 separate mallocs for these. And when we
> > > add more per-connec
On Mon, May 30, 2016 at 10:38 AM, Daniel Vetter wrote:
> On Mon, May 30, 2016 at 09:47:53AM -0400, Rob Clark wrote:
>> On Mon, May 30, 2016 at 5:32 AM, Daniel Vetter wrote:
>> > drm_hwcomposer (developed by Google) is a generic hwc implementation along
>> > the lines of weston and any other gener
On Mon, May 30, 2016 at 06:25:50PM +0300, Ville Syrjälä wrote:
> On Mon, May 30, 2016 at 05:13:56PM +0200, Daniel Vetter wrote:
> > On Mon, May 30, 2016 at 05:59:24PM +0300, Ville Syrjälä wrote:
> > > On Sun, May 29, 2016 at 08:35:05PM +0200, Daniel Vetter wrote:
> > > > It's kinda pointless to
On Mon, May 30, 2016 at 05:33:56PM +0200, Daniel Vetter wrote:
> On Mon, May 30, 2016 at 06:25:50PM +0300, Ville Syrjälä wrote:
> > On Mon, May 30, 2016 at 05:13:56PM +0200, Daniel Vetter wrote:
> > > On Mon, May 30, 2016 at 05:59:24PM +0300, Ville Syrjälä wrote:
> > > > On Sun, May 29, 2016 at
On Mon, May 30, 2016 at 5:45 PM, Ville Syrjälä
wrote:
>> state->connectors[i].connector is really long, and makes a lot of code
>> look ugly. "obj" might be a bit better than "ptr" at least. Something
>> else?
>
> How often are you expecting to have to type this anyway? Using any
> kind of gener
Drivers transitioning to atomic might not yet want to enable full
DRIVER_ATOMIC support when it's not entirely working. But using atomic
internally makes a lot more sense earlier.
Instead of spreading such flags to more places I figured it's simpler
to just check for mode_config->funcs->atomic_com
This was somehow lost between v3 and the merged version in Maarten's
patch merged as:
commit f2d580b9a8149735cbc4b59c4a8df60173658140
Author: Maarten Lankhorst
Date: Wed May 4 14:38:26 2016 +0200
drm/core: Do not preserve framebuffer on rmfb, v4.
Actual code copied from Maarten's patch, b
On Mon, May 30, 2016 at 1:39 PM, Peter Senna Tschudin
wrote:
> Configure the IPU assignment order to assign one IPU per external
> display. A single IPU can drive multiple external displays but there are
> resolution restrictions. After this patch the GPU is capalbe of driving two
I think you mea
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/3debc4f9/attachment.html>
On Mon, May 30, 2016 at 1:39 PM, Peter Senna Tschudin
wrote:
> +&mux2_i2c2 {
> + status = "okay";
> + clock-frequency = <10>;
> +
> + b850v3_lvds_dp_bridge {
> + compatible = "ge,b850v3_lvds_dp";
> + #address-cells = <1>;
> + #size-c
Hi Uli,
On Mon, May 30, 2016 at 5:59 PM, Ulrich Hecht
wrote:
> This is a prototype of HDMI output support for the Renesas r8a7795 SoC and
> Salvator-X board. It is based on the renesas-devel-20160516-v4.6 tree and
> includes the bridge API conversion patches to the adv7511 and rcar-du
> drivers
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/bd355cea/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/858a20ee/attachment-0001.html>
HI all,
Here's the pile of lockless gem BO free conversion patches. Assuming I didn't
botch it these are all the ones that didn't yet get an ack. Since this is all
pretty boring stuff I'll just send a pull request to Dave later this week if no
one pipes.
Thanks, Daniel
Benjamin Gaignard (1):
d
No dev->struct_mutex anywhere to be seen.
Cc: Dave Airlie
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/mgag200/mgag200_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_drv.c
b/drivers/gpu/drm/mgag200/mgag200_drv.c
index ebb470ff7200.
No dev->struct_mutex anywhere to be seen.
Cc: Ben Skeggs
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/nouveau/nouveau_drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c
b/drivers/gpu/drm/nouveau/nouveau_drm.c
index 11f8dd9c0edb..
No dev->struct_mutex anywhere to be seen.
Cc: Dave Airlie
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/qxl/qxl_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/qxl/qxl_drv.c b/drivers/gpu/drm/qxl/qxl_drv.c
index dc9df5fe50ba..460bbceae297 100644
---
No dev->struct_mutex anywhere to be seen.
Cc: Laurent Pinchart
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_drv.c
b/drivers/gpu/drm/rcar-du/rcar_du_drv.c
index fb9242d2
No dev->struct_mutex anywhere to be seen.
Cc: Mark Yao
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
b/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
inde
No dev->struct_mutex anywhere to be seen.
Cc: Russell King
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/armada/armada_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/armada/armada_drv.c
b/drivers/gpu/drm/armada/armada_drv.c
index 439824a61aa5..cb21
No dev->struct_mutex anywhere to be seen.
Cc: Dave Airlie
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/ast/ast_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/ast/ast_drv.c b/drivers/gpu/drm/ast/ast_drv.c
index fcd9c0714836..f54afd2113a9 100644
---
No dev->struct_mutex anywhere to be seen.
Cc: Boris Brezillon
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c
b/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc
No dev->struct_mutex anywhere to be seen.
Cc: Gerd Hoffmann
Cc: Dave Airlie
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bochs/bochs_drv.c
b/drivers/gpu/drm/bochs/bochs_drv.c
index b332b4
No dev->struct_mutex anywhere to be seen.
Cc: Dave Airlie
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/cirrus/cirrus_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/cirrus/cirrus_drv.c
b/drivers/gpu/drm/cirrus/cirrus_drv.c
index dc83f69da6f1..b05f7
No dev->struct_mutex anywhere to be seen.
Cc: Jianwei Wang
Cc: Stefan Agner
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
b/drivers/gpu/drm/fsl-dcu/fsl_dc
No dev->struct_mutex anywhere to be seen.
Cc: Laurent Pinchart
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/shmobile/shmob_drm_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/shmobile/shmob_drm_drv.c
b/drivers/gpu/drm/shmobile/shmob_drm_drv.c
index
No dev->struct_mutex anywhere to be seen.
Cc: Tomi Valkeinen
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_drv.c
b/drivers/gpu/drm/tilcdc/tilcdc_drv.c
index 709bc903524d..30
Since my last struct_mutex crusade someone escaped!
This already has the advantage that for the common case when someone
else holds a ref the unref won't even acquire dev->struct_mutex. And
I'm working on code to allow drivers to completely opt-out of any and
all dev->struct_mutex usage, but that
No dev->struct_mutex anywhere to be seen.
Cc: Eric Anholt
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/vc4/vc4_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/vc4/vc4_drv.c b/drivers/gpu/drm/vc4/vc4_drv.c
index 143dd98aa079..b662d0492471 100644
---
No dev->struct_mutex anywhere to be seen.
Cc: seanpaul at chromium.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/vgem/vgem_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/vgem/vgem_drv.c b/drivers/gpu/drm/vgem/vgem_drv.c
index 341f9be3dde6..1b4cc8
No dev->struct_mutex anywhere to be seen.
Cc: Gerd Hoffmann
Cc: David Airlie
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/virtio/virtgpu_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_drv.c
b/drivers/gpu/drm/virtio/virtgpu_drv.c
in
From: Benjamin Gaignard
No need to protect debugfs functions with dev->struct_mutex
Signed-off-by: Benjamin Gaignard
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/sti/sti_cursor.c | 7 ---
drivers/gpu/drm/sti/sti_drv.c| 6 --
drivers/gpu/drm/sti/sti_dvo.c| 7 ---
dri
No need to reinvent this little wheel.
v2: Like, try to make it compile even.
Cc: Mark Yao
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
b/dri
With Benjanim's patch to remove the dev->struct_mutex cargo cult the
sti driver is now also entirely legacy locking free. Let's convert it
too.
Cc: Benjamin Gaignard
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/sti/sti_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
It's an optional hook.
Cc: Rob Clark
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/msm/msm_fb.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/msm/msm_fb.c b/drivers/gpu/drm/msm/msm_fb.c
index 461dc8b873f0..7919c24c6ddd 100644
--- a/drivers/gpu/drm/msm/msm_fb.c
++
It's an optional hook.
Cc: Tomi Valkeinen
Cc: Laurent Pinchart
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/omapdrm/omap_fb.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_fb.c
b/drivers/gpu/drm/omapdrm/omap_fb.c
index 94ec06d3d737..d639707f67db 1
No dev->struct_mutex anywhere to be seen.
Cc: Maxime Ripard
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sun4i/sun4i_drv.c
b/drivers/gpu/drm/sun4i/sun4i_drv.c
index 76e922bb60e5..68e9d8508
No dev->struct_mutex anywhere to be seen.
Cc: Alexey Brodkin
Cc: Carlos Palminha
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/arc/arcpgu_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/arc/arcpgu_drv.c b/drivers/gpu/drm/arc/arcpgu_drv.c
index 76e18
No dev->struct_mutex anywhere to be seen.
Cc: Liviu Dudau
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/arm/hdlcd_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/arm/hdlcd_drv.c b/drivers/gpu/drm/arm/hdlcd_drv.c
index b987c63ba8d6..4f909378d581 10064
No dev->struct_mutex anywhere to be seen.
Cc: Xinliang Liu
Cc: Xinwei Kong
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c
b/drivers/gpu/drm/his
No dev->struct_mutex anywhere to be seen.
Cc: Philipp Zabel
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_drv.c
b/drivers/gpu/drm/mediatek/mtk_drm_drv.c
index b1223d54
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/02fdb1a6/attachment.html>
Hi Ulrich,
On 30.05.2016 19:00, Ulrich Hecht wrote:
> From: Vladimir Zapolskiy
>
> The change adds support of internal HDMI I2C master controller, this
> subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
>
> The main purpose of this functionality is to support reading EDID
...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/8858dd8b/attachment.html>
ev
f1)
--
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/20160530/70cde503/attachment.html>
: text/x-log
Size: 27983 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/158f5f72/attachment-0001.bin>
-- next part --
[0.00] Linux version 4.7.0-rc1+ (jejb at jarvis) (gcc version 4.8.5
(SUSE Linux) ) #1
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/7244e3d3/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/a36a9f1c/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/93bc88b2/attachment.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/10b18352/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/38538bc0/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/20160530/3b4541e7/attachment.html>
Hello Inki,
On 04/05/2016 04:27 AM, Inki Dae wrote:
> This patch adds HW trigger support on i80 mode.
>
> Until now, Exynos DRM only supported SW trigger which was set
> SWTRGCMD bit of TRIGCON register by CPU to transfer scanout
> buffer to Display bus device or panel.
>
> With this patch, the
il because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160530/95d515ca/attachment.html>
s from dmesg from
various different hangs while I was playing TF2.
--
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/20160530/72453d47/attachment.html>
From: Gustavo Padovan
When disabling a plane it current plane->state->crtc is NULL and thus
can't be used to to retrieve the crtc index. In this case we should get
the old_state->crtc and disable the plane on it.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/virtio/virtgpu_plane.c | 4 ++-
The field value is only checked in fimd_setup_trigger() if .trg_type is
I80_HW_TRG so there's no point in setting this field for the s3c6400 if
is never going to be used since .trg_type is not set.
Signed-off-by: Javier Martinez Canillas
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 1 -
1 fil
The series adds a driver that creates a drm_bridge and a drm_connector for the
LVDS to DP++ display bridge of the GE B850v3. There are two physical bridges on
the video signal pipeline: a STDP4028(LVDS to DP) and a STDP2690(DP to DP++).
However the physical bridges are automatically configured by t
Add the interface needed by audio hdmi-codec driver.
Signed-off-by: Arnaud Pouliquen
---
drivers/gpu/drm/sti/Kconfig| 1 +
drivers/gpu/drm/sti/sti_hdmi.c | 294 ++---
drivers/gpu/drm/sti/sti_hdmi.h | 13 ++
3 files changed, 291 insertions(+), 17 deletio
This patchset implements audio interface in HDMI drm driver. Implementation is
based on
ASoC generic hdmi codec driver( https://patchwork.kernel.org/patch/8713141/).
V5:
Helper functions are suppressed, following dicussion on IRC with Daniel
Vetter.
request is that other driver
Hi!
This is a prototype of HDMI output support for the Renesas r8a7795 SoC and
Salvator-X board. It is based on the renesas-devel-20160516-v4.6 tree and
includes the bridge API conversion patches to the adv7511 and rcar-du
drivers written by Archit Taneja.
The obvious issue with this series is t
From: Archit Taneja
The hdmi output in rcar-du uses the i2c slave encoder interface to link
to the adv7511 encoder chip. The kms driver creates encoder and connector
entities that internally uses the drm_encoder_slave_funcs ops provided by
the slave encoder driver.
Change the driver such that it
From: Koji Matsuoka
The output format of the RPF must be unified in RGB or YCbCr by
specification of the H/W. To unify the output format in RGB in
driver, if the input format is YCbCr, the output format must be
converted to RGB by CSC (Color Space Conversion).
The driver is missing the format set
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
Signed-off-by: Geert Uytterhoeven
---
drivers/gpu/drm/bridge/dw-hdmi.c | 158 ++-
include/drm/bridge/dw_hdmi.h | 9 +++
2 files changed, 131 insertions(+), 36 deletions(-)
diff --git a/drivers/gpu/drm/b
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
Signed-off-by: Geert Uytterhoeven
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 4 +++-
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 14 --
drivers/gpu/drm/rcar-du/rcar_du_drv.h | 2 ++
3 files changed, 17 insertions(+), 3 deletions(-)
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
Signed-off-by: Geert Uytterhoeven
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 97 -
drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 8 +++
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 1 +
drivers/gpu/drm/rcar-du/rcar_
From: Koji Matsuoka
VSP feeds plane1 and plane3 with R-Car Gen3.
Signed-off-by: Koji Matsuoka
Signed-off-by: Geert Uytterhoeven
---
drivers/gpu/drm/rcar-du/rcar_du_plane.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_plane.c
b/drivers
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
Signed-off-by: Geert Uytterhoeven
---
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_kms.c
b/drivers/gpu/drm/rcar-du/rcar_du_kms.c
index a8c59c3..d6d
This patch changes to VSPD hardware recommended value.
Purpose is highest pixel clock without underruns.
In the default R-Car Linux BSP config this value is
wrong and therefore there are many underruns.
Signed-off-by: Takashi Saito
Signed-off-by: Koji Matsuoka
Signed-off-by: Ulrich Hecht
Signed
Adds DU pinmux support to r8a7795 SoC.
Based on work by Takeshi Kihara.
Signed-off-by: Ulrich Hecht
Signed-off-by: Geert Uytterhoeven
---
drivers/pinctrl/sh-pfc/pfc-r8a7795.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/drivers/pinctrl/sh-pfc/pfc-r8a7795.c
b
Based on work by Koji Matsuoka.
Signed-off-by: Ulrich Hecht
Signed-off-by: Geert Uytterhoeven
---
arch/arm64/boot/dts/renesas/r8a7795.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a7795.dtsi
b/arch/arm64/boot/dts/renesas/r8a7795.dtsi
From: Koji Matsuoka
Based on work by Koji Matsuoka.
Signed-off-by: Ulrich Hecht
[geert: Re-add removed extal_clk]
[geert: Modify existing du node instead of moving it around]
[geert: Use generic pinctrl properties]
Signed-off-by: Geert Uytterhoeven
---
arch/arm64/boot/dts/renesas/r8a7795-salv
Signed-off-by: Ulrich Hecht
Signed-off-by: Geert Uytterhoeven
---
arch/arm64/boot/dts/renesas/r8a7795.dtsi | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/renesas/r8a7795.dtsi
b/arch/arm64/boot/dts/renesas/r8a7795.dtsi
index fcad91a..6e
From: Kuninori Morimoto
DRM_RCAR_VSP requests VIDEO_RENESAS_VSP1, and VIDEO_RENESAS_VSP1 requests
VIDEO_RENESAS_FCP. But VIDEO_RENESAS_FCP is not set on defconfig.
This patch adds it. Otherwise kernel goes to Oops.
Signed-off-by: Kuninori Morimoto
Signed-off-by: Geert Uytterhoeven
---
arch/ar
On Mon, May 30, 2016 at 04:09:09PM +0300, Mika Westerberg wrote:
...
> > > > > > +
> > > > > > + if (!parent_pdev)
> > > > > > + return false;
> > > > > > +
> > > > > > + ad = ACPI_COMPANION(&parent_pdev->dev);
> > > > > > + if (!ad)
> > > > > > + return false;
> > > > > >
Add support to attach a drm_bridge to imx-ldb in addition to
existing support to attach a LVDS panel.
Signed-off-by: Peter Senna Tschudin
---
drivers/gpu/drm/imx/imx-ldb.c | 75 +++
1 file changed, 54 insertions(+), 21 deletions(-)
diff --git a/drivers/gp
Configure the IPU assignment order to assign one IPU per external
display. A single IPU can drive multiple external displays but there are
resolution restrictions. After this patch the GPU is capalbe of driving two
Full-HD monitors.
Signed-off-by: Peter Senna Tschudin
---
arch/arm/boot/dts/imx6q
Devicetree bindings documentation for the GE B850v3 LVDS/DP++
display bridge.
Signed-off-by: Peter Senna Tschudin
---
.../devicetree/bindings/ge/b850v3_lvds_dp.txt | 38 ++
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetree/bindings/ge/b850v3_l
This driver creates a drm_bridge and a drm_connector for the LVDS to DP++
display bridge of the GE B850v3(imx6q-b850v3.dts). There are two physical
bridges on the video signal pipeline: a STDP4028(LVDS to DP) and a
STDP2690(DP to DP++). However the physical bridges are automatically
configured by t
Configure the GE B850v3 to use the LVDS/DP++ bridge.
Signed-off-by: Peter Senna Tschudin
---
arch/arm/boot/dts/imx6q-b850v3.dts | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm/boot/dts/imx6q-b850v3.dts
b/arch/arm/boot/dts/imx6q-b850v3.dts
index 88a7
From: Archit Taneja
We don't want to use the old i2c slave encoder interface anymore.
Remove that and make the i2c driver create a drm_bridge entity instead.
Converting to bridges helps because the kms drivers don't need to
exract encoder slave ops from this driver and use it within their
own en
From: Vladimir Zapolskiy
The change adds support of internal HDMI I2C master controller, this
subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
The main purpose of this functionality is to support reading EDID from
an HDMI monitor on boards, which don't have an I2C bus conne
101 - 200 of 208 matches
Mail list logo