On 21 April 2016 at 11:14, Laurent Pinchart
wrote:
> Hello,
>
> This patch series implement support for alpha and z-order configuration in the
> R-Car DU driver for the Gen3 SoCs family.
>
> The Gen3 SoCs delegate composition to an external IP core called VSP,
> supported by a V4L2 driver. The DU
On 19 April 2016 at 23:42, Philipp Zabel wrote:
> Hi Dave,
>
> please consider pulling this tag with initial MediaTek MT8173 DRM
> support, corresponding to v14 of the patch series. These patches have
> been mostly stable for the last few rounds. I'll follow up with the HDMI
> encoder support pend
Hi Daniel,
On Thursday 21 Apr 2016 18:10:25 Daniel Vetter wrote:
> On Thu, Apr 21, 2016 at 04:14:12AM +0300, Laurent Pinchart wrote:
> > Make the Z-order of VSP planes configurable through the zpos property,
> > exactly as for the native DU planes.
> >
> > Signed-off-by: Laurent Pinchart
> >
> >
Hi Archit,
Thank you for the patch.
On Wednesday 09 Mar 2016 16:27:15 Archit Taneja wrote:
> In order to pass DSI specific parameters to the DSI host, we need the
> driver to create a mipi_dsi_device DSI device that attaches to the
> host.
>
> Use of_graph helpers to get the DSI host DT node. Cr
Hi Archit,
Thank you for the patch.
On Wednesday 09 Mar 2016 16:27:18 Archit Taneja wrote:
> Add description of ADV7533. Add the required and optional properties that
> are specific to it.
>
> Cc: devicetree at vger.kernel.org
> Cc: Rob Herring
>
> Signed-off-by: Archit Taneja
> ---
> .../bi
Hi Archit,
On Thursday 14 Apr 2016 20:26:11 Archit Taneja wrote:
> On 3/9/2016 4:27 PM, Archit Taneja wrote:
> > ADV7533 is a DSI to HDMI encoder chip. It's like ADV7511, but with an
> > additional DSI RX block that takes in DSI video mode output.
> >
> > Trying to get this driver merged has had
Hi Archit,
On Monday 18 Apr 2016 15:18:30 Archit Taneja wrote:
> On 04/17/2016 05:01 PM, Xinliang Liu wrote:
> > On 9 March 2016 at 18:57, Archit Taneja wrote:
> >> ADV7533 is a DSI to HDMI encoder chip. It's like ADV7511, but with an
> >> additional DSI RX block that takes in DSI video mode outp
Hi all,
A bunch of trivial updates for the MAINTAINERS file - corrected files
lists, git repos. The last few patches 'nominate' developers who have
already been the effective maintainers of the specific drivers.
With the final patch we explicitly list the legacy/UMS drivers, as
Orphan/Obsolete
There are no other files but the UAPI headers, thus we can drop the
wildcard.
Cc: Alex Deucher
Cc: Christian König
Signed-off-by: Emil Velikov
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1c32f8a..2ac57ac 100644
--- a/
There is no other file but the UAPI header, thus we can drop the
wildcard.
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: intel-gfx at lists.freedesktop.org
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Emil Velikov
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Emil Velikov
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 08ae19a..17dc561 100644
--- a/MAINTAIN
Cc: Patrik Jakobsson
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Emil Velikov
---
MAINTAINERS | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 17dc561..205b3c1 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3837,8 +3837,7 @@ M:
The location listed is a folder - swap the wildcard with '/'
Cc: Mark Yao
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Emil Velikov
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 205b3c1..9df1555 100644
--- a/MAINTAIN
Cc: Lucas Stach
Cc: Russell King
Cc: Christian Gmeiner
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Emil Velikov
---
MAINTAINERS | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9df1555..47a09fe 100644
--- a/MAINTAINERS
+++ b/MAI
Cc: Russell King
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Emil Velikov
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 47a09fe..f759b53 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6908,6 +6908,8 @@ MARVELL ARMADA DRM SUPPORT
Cc: Laurent Pinchart
Cc: dri-devel at lists.freedesktop.org
Cc: linux-renesas-soc at vger.kernel.org
Signed-off-by: Emil Velikov
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index f759b53..776d614 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -386
Cc: Laurent Pinchart
Cc: dri-devel at lists.freedesktop.org
Cc: linux-renesas-soc at vger.kernel.org
Signed-off-by: Emil Velikov
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 776d614..b9eddf1 100644
--- a/MAINTAINERS
+++ b/MAI
Ben has been the maintainer of the driver even before it got included in
the kernel.
Cc: Ben Skeggs
Cc: Dave Airlie
Signed-off-by: Emil Velikov
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index b9eddf1..c81e02d 100644
--- a/MAINTAINERS
Rob and Archit are the main developers behind the driver.
Cc: Rob Clark
Cc: Archit Taneja
Signed-off-by: Emil Velikov
---
Archit,
I believe Rob is the maintainer atm, although considering the amazing
work that you've been doing for MSM and DRM in general, I think it's
worth adding you as well
Thomas is one of the original authors of the driver, with recent
contributions from Sinclair and Brian.
Cc: Sinclair Yeh
Cc: Thomas Hellstrom
Cc: Brian Paul
Cc: "VMware Graphics"
Signed-off-by: Emil Velikov
---
Gents can anyone confirm if the data is correct ?
I'm thinking that the status sh
Almost exclusively done by Dave Airlie.
Explicitly list him as a maintainer and classify them as "Odd Fixes" as I
doubt he's got much time for them these days.
Cc: Dave Airlie
Signed-off-by: Emil Velikov
---
Dave, please correct me if I got it wrong.
---
MAINTAINERS | 31 ++
Pretty much all of these hasn't seen any action singe 2008 at the very
least. Barring the occasional buildfix and DRM-wide refactoring of
course.
Note: some distributions have stopped shipping their userspace
counterparts for a while. Although some still do.
Signed-off-by: Emil Velikov
---
I'm i
On 21 April 2016 at 02:05, Alex Deucher wrote:
> Hi Dave,
>
> Misc radeon and amdgpu bug fixes for 4.6. The big change is a patch
> to fix possible display problems on NI and newer parts when reprogramming
> the mc when DP is in use.
>
> The following changes since commit ff3e84e8e479c3ba7148f8dc
From: Dave Airlie
This adds support for SET_APPEND_CNT packet3 to the VM paths.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/evergreen_cs.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/gpu/drm/radeon/evergreen_cs.c
b/drivers/gpu/drm/radeon/evergr
On 2016å¹´04æ21æ¥ 22:03, Dan Carpenter wrote:
> On Fri, Feb 26, 2016 at 02:26:23PM +0800, Yakir Yang wrote:
>> Dan,
>>
>> On 02/26/2016 05:30 AM, Dan Carpenter wrote:
>>> We were accidentally returning PTR_ERR(NULL) which means success when we
>>> wanted to return a negative error code.
>>>
>>>
> -Original Message-
> From: Dave Airlie [mailto:airlied at gmail.com]
> Sent: Thursday, April 21, 2016 7:52 PM
> To: Alex Deucher
> Cc: dri-devel; Deucher, Alexander
> Subject: Re: [pull] radeon and amdgpu drm-fixes-4.6
>
> On 21 April 2016 at 02:05, Alex Deucher wrote:
> > Hi Dave,
> >
Hi Linus,
i915, nouveau and amdgpu/radeon fixes in this.
Two nouveau fixes, one for a regression with dithering and one
for a bug hit by the userspace drivers.
i915 has a few fixes, mostly things heading for stable, two important
skylake GT3/4 hangs.
radeon/amdgpu has some audio, suspend/resum
ve considered a few times before is that we might want to add a
property that can influence the latency userspace is happy with, which
might also alieviate some of this concern that the hrtimer runs all the
time the stream is enabled when it could often be fine to run at a much
lower frequency than the current 200Hz.
For now, maybe it's ok to stick with the fixed frequency, and I'll plan to
experiment with a property for influencing the maximum latency?
Regards,
- Robert
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160422/9a0f26f5/attachment.html>
with radeon instead of
amdgpu) and haven't had this happen.
--
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/20160422/c8e8a201/attachment.html>
Hi Laurent,
On 04/22/2016 03:59 AM, Laurent Pinchart wrote:
> Hi Archit,
>
> Thank you for the patch.
>
> On Wednesday 09 Mar 2016 16:27:15 Archit Taneja wrote:
>> In order to pass DSI specific parameters to the DSI host, we need the
>> driver to create a mipi_dsi_device DSI device that attaches
On 04/21/2016 08:51 PM, Javier Martinez Canillas wrote:
> The regulators may not be available just because their driver's probe
> function was just not executed and so the regulators not registered.
>
> So, in this case the Exynos HDMI driver should not print logs since
> a -EPROBE_DEFER is not re
Thanks for the review Daniel.
My comments inline.
Regards
Shashank
On 4/21/2016 8:34 PM, Daniel Vetter wrote:
> On Fri, Mar 25, 2016 at 01:47:35PM +0530, Shashank Sharma wrote:
>> HDMI 2.0/CEA-861-F introduces two new aspect ratios:
>> - 64:27
>> - 256:135
>>
>> This patch adds support for these a
On 04/22/2016 04:02 AM, Laurent Pinchart wrote:
> Hi Archit,
>
> Thank you for the patch.
>
> On Wednesday 09 Mar 2016 16:27:18 Archit Taneja wrote:
>> Add description of ADV7533. Add the required and optional properties that
>> are specific to it.
>>
>> Cc: devicetree at vger.kernel.org
>> Cc: R
On Fri, 22 Apr 2016, Emil Velikov wrote:
> [ text/plain ]
> There is no other file but the UAPI header, thus we can drop the
> wildcard.
>
> Cc: Daniel Vetter
> Cc: Jani Nikula
> Cc: intel-gfx at lists.freedesktop.org
> Cc: dri-devel at lists.freedesktop.org
> Signed-off-by: Emil Velikov
Acked
On 04/22/2016 04:06 AM, Laurent Pinchart wrote:
> Hi Archit,
>
> On Monday 18 Apr 2016 15:18:30 Archit Taneja wrote:
>> On 04/17/2016 05:01 PM, Xinliang Liu wrote:
>>> On 9 March 2016 at 18:57, Archit Taneja wrote:
ADV7533 is a DSI to HDMI encoder chip. It's like ADV7511, but with an
a
On 04/22/2016 04:03 AM, Laurent Pinchart wrote:
> Hi Archit,
>
> On Thursday 14 Apr 2016 20:26:11 Archit Taneja wrote:
>> On 3/9/2016 4:27 PM, Archit Taneja wrote:
>>> ADV7533 is a DSI to HDMI encoder chip. It's like ADV7511, but with an
>>> additional DSI RX block that takes in DSI video mode ou
The imported dma-buf should be mapped by sub-system exporting it.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_gem.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.c
b/drivers/gpu/drm/exynos/exynos_drm_gem.c
index 9f688c28fa8e
This allows exported dma-bufs to be mapped using gem_prime_mmap.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 1 +
drivers/gpu/drm/exynos/exynos_drm_gem.c | 45 +++--
drivers/gpu/drm/exynos/exynos_drm_gem.h | 2 ++
3 files changed, 35
There is no reason to be wapper functions to use DMA mapping APIs. Use
directly DMA mapping APIs and remove the wapper functions.
Signed-off-by: Joonyoung Shim
---
This is based on linux-next for 20160422.
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 10 +-
drivers/gpu/drm/exynos
op.org/archives/dri-devel/attachments/20160422/64de4be6/attachment.html>
On Thu, Apr 21, 2016 at 9:15 PM, Rob Herring wrote:
> On Wed, Apr 20, 2016 at 03:02:31PM +0530, Vinay Simha BN wrote:
>> Add documentation for lt070me05000 panel
>>
>> Signed-off-by: Vinay Simha BN
>> ---
>> .../bindings/display/panel/jdi,lt070me05000.txt| 43
>> ++
>> 1
On Fri, Apr 22, 2016 at 10:58:34AM +0530, Sharma, Shashank wrote:
> Thanks for the review Daniel.
> My comments inline.
>
> Regards
> Shashank
> On 4/21/2016 8:34 PM, Daniel Vetter wrote:
> >On Fri, Mar 25, 2016 at 01:47:35PM +0530, Shashank Sharma wrote:
> >>HDMI 2.0/CEA-861-F introduces two new
Am Freitag, den 22.04.2016, 05:50 +1000 schrieb Dave Airlie:
> On 19 April 2016 at 23:42, Philipp Zabel wrote:
> > Hi Dave,
> >
> > please consider pulling this tag with initial MediaTek MT8173 DRM
> > support, corresponding to v14 of the patch series. These patches have
> > been mostly stable for
On Thu, Apr 21, 2016 at 03:13:51PM -0300, Ezequiel Garcia wrote:
> Daniel,
>
> Thanks a lot for the quick reply!
>
> On 20 Apr 01:34 PM, Daniel Vetter wrote:
> > On Tue, Apr 19, 2016 at 02:31:13PM -0300, Ezequiel Garcia wrote:
> > > Currently, our implementation of drm_connector_funcs.detect is
>
On Thu, Apr 21, 2016 at 08:18:48PM +0200, Noralf Trønnes wrote:
>
> Den 21.04.2016 09:28, skrev Daniel Vetter:
> >On Wed, Apr 20, 2016 at 08:15:30PM +0200, Noralf Trønnes wrote:
> >>Den 20.04.2016 19:42, skrev Daniel Vetter:
> >>>On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote:
>
On Thu, Apr 21, 2016 at 08:54:45PM +0200, Noralf Trønnes wrote:
>
> Den 20.04.2016 17:25, skrev Noralf Trønnes:
> >This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled.
> >Accumulated fbdev framebuffer changes are signaled using the callback
> >(struct drm_framebuffer_funcs *)->dirt
On Fri, Apr 22, 2016 at 12:00:39AM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Thursday 21 Apr 2016 18:10:25 Daniel Vetter wrote:
> > On Thu, Apr 21, 2016 at 04:14:12AM +0300, Laurent Pinchart wrote:
> > > Make the Z-order of VSP planes configurable through the zpos property,
> > > exactly
On Thu, Apr 21, 2016 at 08:44:36PM +0300, Hwang, Dongseong wrote:
> Ok, I'll send new patch with the commit and tree.
You can't do that yet since the commit hasn't landed in upstream. Taking a
sha1 from your own tree is useless. My point of noting the sha1 is that it
must be from a non-rebasing tr
On Thu, Apr 21, 2016 at 12:38:49PM -0300, Gustavo Padovan wrote:
> 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
On Thu, Apr 21, 2016 at 09:17:13PM +0100, Emil Velikov wrote:
> [Re-sending to the correct mailing list. Apologies if you've seen it already]
>
> Hi all, David Howells
>
> Dave Airlie pointed out that "polluting" the headers in a manner as seen
> with this series might not be too wise. David H,
On Thu, Apr 21, 2016 at 09:17:19PM +0100, Emil Velikov wrote:
> Cc: Daniel Vetter
> Signed-off-by: Emil Velikov
>
> ---
>
> Daniel,
>
> Based on earlier chat that his file has never been used by userspace,
> should we just move it for internal usage (to include/drm) ?
The userspace that cares
On Thu, Apr 21, 2016 at 09:17:32PM +0100, Emil Velikov wrote:
> Signed-off-by: Emil Velikov
If the extern C stuff falls through, maybe we want to pull this one out
ahead?
-Daniel
> ---
> include/uapi/drm/sis_drm.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/include/uapi/drm/sis_
On Fri, Apr 22, 2016 at 12:04:02AM +0100, Emil Velikov wrote:
> Pretty much all of these hasn't seen any action singe 2008 at the very
> least. Barring the occasional buildfix and DRM-wide refactoring of
> course.
>
> Note: some distributions have stopped shipping their userspace
> counterparts fo
On Fri, Apr 22, 2016 at 10:15:20AM +0200, Daniel Vetter wrote:
> On Thu, Apr 21, 2016 at 03:13:51PM -0300, Ezequiel Garcia wrote:
> > Daniel,
> >
> > Thanks a lot for the quick reply!
> >
> > On 20 Apr 01:34 PM, Daniel Vetter wrote:
> > > On Tue, Apr 19, 2016 at 02:31:13PM -0300, Ezequiel Garcia
On Fri, Apr 15, 2016 at 03:10:44PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> As suggested by Daniel, if we are actively using the connector in a modeset
> we don't want it to disappear from underneath us. This takes a reference
> to the connector in the atomic paths when we are setting th
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160422/53cea213/attachment.html>
On Fri, Apr 15, 2016 at 03:10:45PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Don't just free the connector when we get the destroy callback.
>
> Drop a reference to it, and set it's mst_port to NULL so
> no more mst work is done on it.
>
> Signed-off-by: Dave Airlie
Looks correct, but
ideally) all the concerns
> mentioned. Not doing so is one of the ways to alienate developers.
>
> Pretty please ?
>
> Thanks
> Emil
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160422/75ad6c87/attachment.html>
On Fri, Apr 15, 2016 at 03:10:46PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Use connector reference counting in radeon mst code.
>
> Signed-off-by: Dave Airlie
> ---
> drivers/gpu/drm/radeon/radeon_dp_mst.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a
On Fri, Apr 15, 2016 at 03:10:43PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This uses the previous changes to add reference counting to the
> drm connector objects.
>
> Signed-off-by: Dave Airlie
Bunch of nitpicks in this one. And I noticed a pretty serious issue we
have with the gene
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160422/e8cda20a/attachment-0001.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160422/c4c5e128/attachment.html>
ubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160422/6a6f1aac/attachment.html>
On Fri, Apr 22, 2016 at 1:03 AM, Emil Velikov
wrote:
> Cc: Patrik Jakobsson
> Cc: dri-devel at lists.freedesktop.org
> Signed-off-by: Emil Velikov
> ---
> MAINTAINERS | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 17dc561..205b3c1 1
be empty before disabling the
stream.
- Robert
-Chris
>
> --
> Chris Wilson, Intel Open Source Technology Centre
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160422/9f807cc3/attachment.html>
Hi Boris,
> -Original Message-
> From: Boris Brezillon [mailto:boris.brezillon at free-electrons.com]
> +
> +static int sii902x_bridge_attach(struct drm_bridge *bridge) {
> + const struct drm_connector_funcs *funcs = &sii902x_connector_funcs;
> + struct sii902x *sii902x = bridge_t
On Fri, Apr 22, 2016 at 12:04:26PM +0100, Robert Bragg wrote:
>On Wed, Apr 20, 2016 at 11:46 PM, Chris Wilson
><[1]chris at chris-wilson.co.uk> wrote:
>
> On Wed, Apr 20, 2016 at 03:23:10PM +0100, Robert Bragg wrote:
> > +static void gen7_init_oa_buffer(struct drm_i915_private *d
Hi Meng,
On Fri, 22 Apr 2016 09:58:34 +
Meng Yi wrote:
> Hi Boris,
>
> > -Original Message-
> > From: Boris Brezillon [mailto:boris.brezillon at free-electrons.com]
> > +
>
> > +static int sii902x_bridge_attach(struct drm_bridge *bridge) {
> > + const struct drm_connector_funcs *
property when pwm pm8921 is
> implemented?
This suggests to me that you don't have a good idea yet what the final
binding would need to look like, so it might be better to get all the
dependencies in place first so that the binding can be validated to work
properly.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160422/16ab3612/attachment.sig>
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160422/3ceceee0/attachment.sig>
Am Freitag, den 22.04.2016, 15:21 +0300 schrieb Ivan Nikolaenko:
> Hi, Phillip!
>
> Thank you for the fast responce.
> Ifollowed your adviceandrealized thatIincorrectlyformulatedthought. I
> need a 180 degree rotation, not the flip.
> I got the vertical flip (screen reflected by Y axis), butmy at
On Wed, Jul 30, 2014 at 7:42 PM, Benjamin Gaignard
wrote:
> +static int sti_drm_crtc_page_flip(struct drm_crtc *crtc,
> + struct drm_framebuffer *fb,
> + struct drm_pending_vblank_event *event,
> + uint
On Fri, Feb 12, 2016 at 10:13:59AM +0100, Vincent Abriou wrote:
> Those patches introduce debugfs for connector, encoder, crtc and planes.
> It adds the following entries:
> - planes:
>gdpx / gdpx_node
>hqvdp
>cursor
>vid
>fps_get / fps_show
>
> - crtc:
>mixer_aux / mixer
Den 22.04.2016 10:27, skrev Daniel Vetter:
> On Thu, Apr 21, 2016 at 08:54:45PM +0200, Noralf Trønnes wrote:
>> Den 20.04.2016 17:25, skrev Noralf Trønnes:
>>> This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled.
>>> Accumulated fbdev framebuffer changes are signaled using the call
Hi,
On Fri, Apr 22, 2016 at 12:04:00AM +0100, Emil Velikov wrote:
> Thomas is one of the original authors of the driver, with recent
> contributions from Sinclair and Brian.
>
> Cc: Sinclair Yeh
> Cc: Thomas Hellstrom
> Cc: Brian Paul
> Cc: "VMware Graphics"
> Signed-off-by: Emil Velikov
> -
Hi, Phillip!
Thank you for the fast responce.
Ifollowed your adviceandrealized thatIincorrectlyformulatedthought. I
need a 180 degree rotation, not the flip.
I got the vertical flip (screen reflected by Y axis), butmy attempt to
reflect it by X axis (xrandr --output DISP3\ BG --reflect x) failed
probe") reverted works fine for you?
>
> Best regards
> Uwe
I reverted the 4 patches in that series
407c9eba drm/imx: Remove of_node assignment from ipuv3-crtc driver probe
304e6be6 gpu: ipu-v3: Assign of_node of child platform devices to
corresponding ports
99ae78c3 gpu: ipu-v3: Remove reg_offset field
c3ede03c gpu: ipu-v3: drop unused dmfc field from client platform data
and it then worked again.
Dennis
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160422/c24659a7/attachment.sig>
2016-04-22 Daniel Vetter :
> On Thu, Apr 21, 2016 at 12:38:49PM -0300, Gustavo Padovan wrote:
> > 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
> >
On 4 March 2016 at 17:45, Emil Velikov wrote:
> On 23 February 2016 at 23:56, Rob Clark wrote:
>> On Tue, Feb 23, 2016 at 6:29 PM, Emil Velikov
>> wrote:
>>> Hi Zach,
>>>
>>> On 2 February 2016 at 23:37, Zach Reizner wrote:
The prime fd to handle ioctl was not used with rockchip before. S
Commit d63c25e4245a ("drm: rcar-du: Use generic
drm_connector_register_all() helper") left an unused local variable
behind. Remove it.
Fixes: d63c25e4245a ("drm: rcar-du: Use generic drm_connector_register_all()
helper")
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c
No need to protect debugfs functions with dev->struct_mutex
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_cursor.c | 7 ---
drivers/gpu/drm/sti/sti_drv.c| 6 --
drivers/gpu/drm/sti/sti_dvo.c| 7 ---
drivers/gpu/drm/sti/sti_gdp.c| 14 --
drive
On Thu, Apr 21, 2016 at 11:38 AM, Gustavo Padovan
wrote:
> 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
Acked
On 22 Apr 10:15 AM, Daniel Vetter wrote:
> On Thu, Apr 21, 2016 at 03:13:51PM -0300, Ezequiel Garcia wrote:
> > Daniel,
> >
> > Thanks a lot for the quick reply!
> >
> > On 20 Apr 01:34 PM, Daniel Vetter wrote:
> > > On Tue, Apr 19, 2016 at 02:31:13PM -0300, Ezequiel Garcia wrote:
> > > > Current
From: Vitaly Prosyak
When crtc/timing is disabled on boot the dig block
should be stopped in order ignore timing from crtc,
reset the steering fifo otherwise we get display
corruption or hung in dp sst mode.
v2: agd: fix coding style
Signed-off-by: Vitaly Prosyak
Signed-off-by: Alex Deucher
C
e assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160422/941252f6/attachment.html>
On Wed, Apr 13, 2016 at 10:58:33AM -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
All applied to drm-misc, thanks.
-Daniel
> ---
> drivers/gpu/drm/
On Fri, Apr 22, 2016 at 05:54:39PM +0300, Laurent Pinchart wrote:
> Commit d63c25e4245a ("drm: rcar-du: Use generic
> drm_connector_register_all() helper") left an unused local variable
> behind. Remove it.
>
> Fixes: d63c25e4245a ("drm: rcar-du: Use generic drm_connector_register_all()
> helper"
On Fri, Apr 22, 2016 at 05:03:09PM +0200, Benjamin Gaignard wrote:
> No need to protect debugfs functions with dev->struct_mutex
>
> Signed-off-by: Benjamin Gaignard
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/sti/sti_cursor.c | 7 ---
> drivers/gpu/drm/sti/sti_drv.c| 6 -
On Fri, Apr 22, 2016 at 12:18:07PM -0300, Ezequiel Garcia wrote:
> On 22 Apr 10:15 AM, Daniel Vetter wrote:
> > On Thu, Apr 21, 2016 at 03:13:51PM -0300, Ezequiel Garcia wrote:
> > > Daniel,
> > >
> > > Thanks a lot for the quick reply!
> > >
> > > On 20 Apr 01:34 PM, Daniel Vetter wrote:
> > > >
On Fri, Apr 22, 2016 at 04:17:14PM +0200, Noralf Trønnes wrote:
>
> Den 22.04.2016 10:27, skrev Daniel Vetter:
> >On Thu, Apr 21, 2016 at 08:54:45PM +0200, Noralf Trønnes wrote:
> >>Den 20.04.2016 17:25, skrev Noralf Trønnes:
> >>>This adds deferred io support if CONFIG_FB_DEFERRED_IO is enable
On Thu, Apr 21, 2016 at 5:57 PM, Dave Airlie wrote:
>
> git://people.freedesktop.org/~airlied/linux drm-fixes
Hmm. freedesktop.org seems to be feeling a bit under the weather. It's
not just the git part - it's not doing web either, and doesn't seem to
answer to pings either (I saw _one_ ping re
On Fri, Apr 22, 2016 at 7:16 PM, Linus Torvalds
wrote:
> On Thu, Apr 21, 2016 at 5:57 PM, Dave Airlie wrote:
>>
>> git://people.freedesktop.org/~airlied/linux drm-fixes
>
> Hmm. freedesktop.org seems to be feeling a bit under the weather. It's
> not just the git part - it's not doing web either
Den 22.04.2016 19:05, skrev Daniel Vetter:
> On Fri, Apr 22, 2016 at 04:17:14PM +0200, Noralf Trønnes wrote:
>> Den 22.04.2016 10:27, skrev Daniel Vetter:
>>> On Thu, Apr 21, 2016 at 08:54:45PM +0200, Noralf Trønnes wrote:
Den 20.04.2016 17:25, skrev Noralf Trønnes:
> This adds deferre
On Fri, Apr 22, 2016 at 10:23 AM, Daniel Vetter wrote:
>
> Works all fine here, http, ssh & git protocols all up&running well.
> Maybe temporary, or just your part of the interwebs fell off?
It's up for me now too, so something temporary. I don't think it was
at my end, everything else seemed to
On Fri, Apr 22, 2016 at 7:30 PM, Linus Torvalds
wrote:
> On Fri, Apr 22, 2016 at 10:23 AM, Daniel Vetter wrote:
>>
>> Works all fine here, http, ssh & git protocols all up&running well.
>> Maybe temporary, or just your part of the interwebs fell off?
>
> It's up for me now too, so something tempo
On Fri, Apr 22, 2016 at 7:28 PM, Noralf Trønnes wrote:
> This patch extend the use of the fbdev deferred_io worker to also handle
> the fbdev drawing operations, which can happen in atomic context.
> The qxl driver adds an extra worker (struct qxl_device).fb_work which is
> used to flush the fram
On 22 April 2016 at 14:02, Daniel Vetter wrote:
> On Fri, Apr 22, 2016 at 12:18:07PM -0300, Ezequiel Garcia wrote:
>> On 22 Apr 10:15 AM, Daniel Vetter wrote:
>> > On Thu, Apr 21, 2016 at 03:13:51PM -0300, Ezequiel Garcia wrote:
>> > > Daniel,
>> > >
>> > > Thanks a lot for the quick reply!
>> > >
Are these going to be ported over to corresponding files in libdrm?
Reviewed-by: Sinclair Yeh
On Thu, Apr 21, 2016 at 08:42:45PM +0100, Emil Velikov wrote:
> Cc: Sinclair Yeh
> Cc: Thomas Hellstrom
> Cc: Brian Paul
> Signed-off-by: Emil Velikov
> ---
> include/uapi/drm/vmwgfx_drm.h | 9
Reset crtc->state to NULL after freeing the state object and call
__drm_atomic_helper_crtc_destroy_state() helper instead of manually
calling drm_property_unreference_blob().
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 5 ++---
1 file changed, 2 insertions
There's no properties on fb modeset objects, bug bugs in the
kernel when trying to use those ioctls in such an invalid way.
Cc: Dave Airlie
Signed-off-by: Daniel Vetter
---
tests/kms_addfb_basic.c | 66 +
1 file changed, 66 insertions(+)
diff --g
1 - 100 of 119 matches
Mail list logo
