.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151224/7b03b94f/attachment-0001.html>
This patch fixes a kernel panic issue which happened
when drm driver is closed while modetest.
This issue could be reproduced easily by launching modetest
with page flip repeatedly.
The reason is that invalid drm_file object could be accessed by
send_vblank_event function when finishing page flip
This patch removes exynos_drm_crtc_complete_scanout function call
which makes sure for overlay data to be updated to real hardware
when drm driver is released.
With atomic modeset support, it doesn't need the function anymore
because atomic modeset interface makes sure that.
Signed-off-by: Inki D
Below just trivial issue,
2015ë
12ì 16ì¼ 21:21ì Marek Szyprowski ì´(ê°) ì´ ê¸:
> This patch renames zpos entry to index, because in most places it is
> used as index for selecting hardware layer/window instead of
> configurable layer position. This will later enable to make the zpos
> p
Hi Marek,
Seems this patch could be more cleaned up.
Each ctx object of each crtc driver has its own plane config object which
includes already zpos value.
So I think we wouldn't need to keep zpos of the plane config and index of the
plane object.
How about removing index from exynos plane stru
ext round of fixes.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151224/d4216bfc/attachment.sig>
Hi,
On 1 December 2015 at 08:15, Dongsheng Wang
wrote:
> From: Jianwei Wang
>
> For state->fb may be NULL in fsl_dcu_drm_plane_atomic_check function,
> if so, return -EINVAL. No need check in fsl_dcu_drm_plane_atomic_update
> anymore.
>
> Signed-off-by: Jianwei Wang
> Signed-off-by: Yi Meng
>
Hi Inki,
On 24 December 2015 at 09:10, Inki Dae wrote:
> +void exynos_drm_crtc_cancel_page_flip(struct drm_crtc *crtc)
> +{
> + struct exynos_drm_crtc *exynos_crtc = to_exynos_crtc(crtc);
> + unsigned long flags;
> +
> + spin_lock_irqsave(&crtc->dev->event_lock, flags);
> +
On Thu, 24 Dec 2015 10:52:07 +
Russell King - ARM Linux wrote:
> On Thu, Dec 24, 2015 at 09:15:28AM +0100, Jean-Francois Moine wrote:
> > Well, two topics:
> >
> > - adding a second 'of_compare' function complexifies the code
> > and people may wonder why such a function is needed and what
On Thu, Dec 24, 2015 at 01:27:08PM +0100, Jean-Francois Moine wrote:
> On Thu, 24 Dec 2015 10:52:07 +
> Russell King - ARM Linux wrote:
> > However, when we come to the Linux implementation, things get sticky
> > because we need to select the correct platform device corresponding
> > with the
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151224/c148020c/attachment-0001.html>
On Thu, Dec 24, 2015 at 09:15:28AM +0100, Jean-Francois Moine wrote:
> On Wed, 23 Dec 2015 18:59:48 +
> Russell King - ARM Linux wrote:
>
> > > > Have a look at my v2 where I've introduced two compare functions and
> > > > also
> > > > modified the Rockchip compare_port() to use port->parent
Hello The etnaviv authors,
The patch a8c21a5451d8: "drm/etnaviv: add initial etnaviv DRM driver"
from Dec 3, 2015, leads to the following static checker warning:
drivers/gpu/drm/etnaviv/etnaviv_gpu.c:254 etnaviv_hw_identify()
warn: masked condition '(((chipIdentity) << 24) & 42781
[ It's weird that I'm just now getting this warning from 2014... Oh
well, looks legit. -dan ]
Hello Tony Lindgren,
The patch 9522f9fe86f9: "OMAPDSS: panel-sharp-ls037v7dw01: update to
use gpiod" from Apr 28, 2014, leads to the following static checker
warning:
drivers/gpu/drm/omapdrm/di
Hello Tony Lindgren,
This is a semi-automatic email about new static checker warnings.
The patch be88c16a22ed: "OMAPDSS: panel sharp-ls037v7dw01 DT support"
from May 16, 2014, leads to the following Smatch complaint:
drivers/gpu/drm/omapdrm/displays/panel-sharp-ls037v7dw01.c:113 sharp_ls_enable
Hi Jingoo,
Okay, fine, I would drop this patch, until I found the the root cause.
- Yakir
On 12/23/2015 11:10 PM, Jingoo Han wrote:
> On Wednesday, December 23, 2015 9:51 PM, Yakir Yang wrote:
>> On Rockchip platform, sometimes driver would failed at reading EDID
>> message, and it's caused by t
On Wed, 23 Dec 2015 18:59:48 +
Russell King - ARM Linux wrote:
> > > Have a look at my v2 where I've introduced two compare functions and also
> > > modified the Rockchip compare_port() to use port->parent in the
> > > comparison. I
> > > guess that should solve your problem.
> >
> > Keepin
On 2015å¹´12æ23æ¥ 11:43, Chris Zhong wrote:
> Add support for Synopsys DesignWare MIPI DSI controller which is
> embedded in the rk3288 SoCs.
>
> Signed-off-by: Chris Zhong
> ---
>
> Changes in v6.3:
> - move the mipi_en gate to ockchip_drm_crtc_mode_config
>
> Changes in v6.2:
> - Remove the at
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151224/1914a223/attachment.html>
Tested-by: Meng Yi
-é®ä»¶å件-
å件人: Dongsheng Wang [mailto:Dongsheng.Wang at freescale.com]
åéæ¶é´: Tuesday, December 01, 2015 4:16 PM
æ¶ä»¶äºº: airlied at linux.ie
æé: stefan at agner.ch; dri-devel at lists.freedesktop.org; Jianwei Wang
; Yi Meng-B56799 ; Wang
Dong
On Wednesday, December 23, 2015 3:01 PM, Yakir Yang wrote:
>
> Hi Jingoo,
>
> On 12/23/2015 12:24 PM, Yakir Yang wrote:
> > Hi Jingoo,
> >
> > On 12/22/2015 08:26 PM, Jingoo Han wrote:
> >> On Wednesday, December 16, 2015 12:58 PM, Yakir Yang wrote:
> >>> After test on rockchiop platform, i found
On Wednesday, December 23, 2015 9:51 PM, Yakir Yang wrote:
>
> On Rockchip platform, sometimes driver would failed at reading EDID
> message, and it's caused by the AUX reply flag wouldn't received under
> the 100*10us wait time.
The problem is specific for Rockchip platform.
Also, 1 ms is long t
22 matches
Mail list logo
