[Bug 93032] [radeonsi] gpu lockup after a few minutes of play

crubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/4c723b1b/attachment-0001.html>

[Bug 92850] Segfault loading War Thunder

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/1be2397d/attachment.html>

[Bug 92953] Segfault loading UT4 map/server

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/2c32fca4/attachment.html>

[Bug 93032] [radeonsi] gpu lockup after a few minutes of play

, is it worth it to run it with gdb? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/d1cc6e6a/attachment.html>

[PATCH i915 v4 1/2] i915: wait for fences in mmio_flip()

Alright, will do. Thanks, Alex -Original Message- From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter Sent: Friday, November 20, 2015 12:21 AM To: Alexander Goins Cc: dri-devel at lists.freedesktop.org; daniel at fooishbar.org; daniel at ffwll.ch;

[PATCH i915 v4 1/2] i915: wait for fences in mmio_flip()

Now that the wait happens before marking page flip active, I guess there's no reason not to. Thanks, Alex -Original Message- From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com] Sent: Friday, November 20, 2015 3:31 AM To: Alexander Goins Cc: dri-devel at lists.freedesktop.org

[Bug 93015] Tonga Elemental segfault + VM faults since radeon: implement r600_query_hw_get_result via function pointers

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/cfa1f55d/attachment.html>

[Bug 93050] Amdgpu, Tonga "IO_PAGE_FAULT" and "[amdgpu]] *ERROR* amdgpu: ring 0 test failed" result in Kernel Panic

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/3b7f6084/attachment.html>

[Bug 93050] Amdgpu, Tonga "IO_PAGE_FAULT" and "[amdgpu]] *ERROR* amdgpu: ring 0 test failed" result in Kernel Panic

is with disabled Iommu. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/d40715c7/attachment.html>

[Bug 92953] Segfault loading UT4 map/server

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/346b9a24/attachment.html>

[PATCH v2 0/7] drm/exynos: add pm runtime support

ranch, > > https://git.kernel.org/cgit/linux/kernel/git/daeinki/drm-exynos.git/commit/?h=exynos-drm/for-next=e84f43e2b2c3388694b0b3a58c2c4447f1fbae7c > > If the issue is resolved by the change then I will modify other patches for > DECON series. And if really so, there may

[PATCH v2 0/7] drm/exynos: add pm runtime support

Hi Javier, 2015년 11월 20일 00:51에 Javier Martinez Canillas 이(가) 쓴 글: > On 11/19/2015 11:55 AM, Javier Martinez Canillas wrote: >>> >>> This series causes a boot failure on at least an Exynos5800 Peach Pi >>> Chromebook (tested myself) and seems to be the cause of other Exynos

[PATCH 2/2] amdgpu: Make amdgpu_cs_calculate_timeout() return something sensible on error

From: Tom St Denis Signed-off-by: Tom St Denis Reviewed-by: Christian König --- amdgpu/amdgpu_cs.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/amdgpu/amdgpu_cs.c b/amdgpu/amdgpu_cs.c index aa594c4..6747158 100644 --- a/amdgpu/amdgpu_cs.c +++

[PATCH 1/2] amdgpu: fix overflow for timeout calculation

From: Jammy Zhou Set the timeout to AMDGPU_TIMEOUT_INFINITE when overflow happens Signed-off-by: Jammy Zhou Reviewed-by: Christian König --- amdgpu/amdgpu_cs.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/amdgpu/amdgpu_cs.c

[Bug 93017] complete system stalls while changing displays resolutions on a hybrid (intel/radeon) system

vel/attachments/20151120/679bd569/attachment.html>

[Bug 93017] complete system stalls while changing displays resolutions on a hybrid (intel/radeon) system

a kernel: BUG: unable to handle kernel NULL pointer dereference at 0042 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/atta

Funky new vblank counter regressions in Linux 4.4-rc1

On Fri, Nov 20, 2015 at 04:24:50PM +0100, Mario Kleiner wrote: > > > On 11/19/2015 08:45 PM, Ville Syrjälä wrote: > > On Thu, Nov 19, 2015 at 08:12:24PM +0100, Mario Kleiner wrote: > >> On 11/19/2015 07:20 PM, Ville Syrjälä wrote: > >>> On Thu, Nov 19, 2015 at 06:46:28PM +0100, Mario Kleiner

[PATCH v4 06/13] drm/bridge: Add Synopsys DesignWare MIPI DSI host controller driver

, "version number is 0x%08x\n", val); Do you really need this information? What purpose does it serve to have this in the kernel log? > diff --git a/include/drm/bridge/dw_mipi_dsi.h > b/include/drm/bridge/dw_mipi_dsi.h > new file mode 100644 > index 000..2e351e4 > --- /dev/null > +++ b/include/drm/bridge/dw_mipi_dsi.h > @@ -0,0 +1,27 @@ > +/* > + * Copyright (C) 2014-2015 Freescale Semiconductor, Inc. > + * > + * This program is free software; you can redistribute it and/or > + * modify it under the terms of the GNU General Public License > + * as published by the Free Software Foundation; either version 2 > + * of the License, or (at your option) any later version. > + */ > + > +#ifndef __DW_MIPI_DSI__ > +#define __DW_MIPI_DSI__ > + > +#include > + > +struct dw_mipi_dsi_plat_data { > + unsigned int max_data_lanes; > + enum drm_mode_status (*mode_valid)(struct drm_connector *connector, > +struct drm_display_mode *mode); > +}; > + > +int dw_mipi_dsi_get_encoder_pixel_format(struct drm_encoder *encoder); > + > +int dw_mipi_dsi_bind(struct device *dev, struct device *master, > + void *data, struct drm_encoder *encoder, > + const struct dw_mipi_dsi_plat_data *pdata); > +void dw_mipi_dsi_unbind(struct device *dev, struct device *master, void > *data); > +#endif /* __DW_MIPI_DSI__ */ Should have a blank line between the two above. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/d90332bf/attachment-0001.sig>

[PATCH v4 03/13] drm/rockchip: return a true clock rate to adjusted_mode

On 2015年11月20日 16:15, Chris Zhong wrote: > Since the mipi dsi driver need to use the clock of vop to make the > calculation of Blanking. But sometimes the clock driver can not set a > accurate clock_rate for vop, get it by clk_round_rate before mode_set, > so we can get the true value. > >

[PATCH 0/3] drm/i2c: tda998x: Add support for atomic modesetting.

On Fri, Nov 20, 2015 at 04:44:55PM +, Liviu Dudau wrote: > On Fri, Nov 20, 2015 at 04:32:59PM +, Russell King - ARM Linux wrote: > > On Fri, Nov 20, 2015 at 02:24:04PM +, Liviu Dudau wrote: > > > On Wed, Nov 11, 2015 at 05:57:18PM +, Liviu Dudau wrote: > > > > On Wed, Nov 11, 2015

[Bug 93015] Tonga Elemental segfault + VM faults since radeon: implement r600_query_hw_get_result via function pointers

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/267cbea6/attachment.html>

[PATCH 7/8] drm/i915: Fix random aux transactions failures.

This read wake with retries were initially added by 2 commits: commit 61da5fab ("drm/i915/dp: retry link status read 3 times on failure") commit 899526d9 ("drm/i915/dp: try to read receiver capabilities 3 times when detecting") Both mentioning section 9.1 of the 1.1a DisplayPort spec, that

[PATCH 7/8] drm/i915: Fix random aux transactions failures.

Mainly aux communications on sink_crc were failing a lot randomly on recent platforms. The first solution was to try to use intel_dp_dpcd_read_wake, but then it was suggested to move retries to drm level. Since drm level was already taking care of retries and didn't want to through random retries

[PATCH 6/8] drm/i915: Remove remaining retries from intel_dp_aux_ch.

drm level already takes care of the needed retries so instead of duplicate the effort here. If the retry is possible immediately we return EAGAIN. Otherwise, if we have no idea what caused the error let's assume something was busy and let drm level handle the wait and retries. Signed-off-by:

[PATCH 5/8] drm/i915: Avoid EBUSY retry on intel_dp_aux_ch.

EBUSY retries are already in place at drm level. We don't need to replicate the job here. v2: rebase on top of EAGAIN x EBUSY retries change at drm. EBUSY retry at DRM is now handling the msleep(1). Signed-off-by: Rodrigo Vivi --- drivers/gpu/drm/i915/intel_dp.c | 22 +++---

[PATCH 4/8] drm: Wait 1ms before retrying aux transactions on EBUSY.

DP Specs isn't really clear about the amount of retries, but for cases it mentions retries it also mention times that vary from 300us to 1ms. For many cases hardware can handled the timeouts before retry is possible and allowed, but for many other cases it is better to wait and give time so the

[PATCH 3/8] drm/i915: Use EAGAIN instead EBUSY for aux retry.

Current EBUSY meaning is immediately retry, but this is about to change. DRM aux transfer is about to change and make EAGAIN the immediately retry and use EBUSY to wait a bit for aux channels to recover for any error or wake up. This has no functional change if the EAGAIN support is in place

[PATCH 2/8] drm/nouveau: Use EAGAIN instead EBUSY for aux retry.

Current EBUSY meaning is immediately retry, but this is about to change. DRM aux transfer is about to change and make EAGAIN the immediately retry and use EBUSY to wait a bit for aux channels to recover for any error or wake up. This has no functional change if the EAGAIN support is in place

[PATCH 1/8] drm: Introduce EAGAIN handling for immediatelly aux retries

The goal here is to offload aux retries handling from the drivers to drm. However there are 2 differents cases for retry: 1. Immediately retry - Hardware already took care of needed timeouts before answering that a retry is possible. 2. Busy - Wait some time and retry.

[PATCH 0/8] Organize and offload aux retries to drm. (v2)

The goal of this series is to remove many different retries we have for aux communication and offload them to drm. However on first attempt I was only returning EBUSY to use drm retries but there was no waiting there. So this series also introduce a new approach on drm level to retry on aux

[PATCH 0/3] drm/i2c: tda998x: Add support for atomic modesetting.

On Fri, Nov 20, 2015 at 04:32:59PM +, Russell King - ARM Linux wrote: > On Fri, Nov 20, 2015 at 02:24:04PM +, Liviu Dudau wrote: > > On Wed, Nov 11, 2015 at 05:57:18PM +, Liviu Dudau wrote: > > > On Wed, Nov 11, 2015 at 05:51:52PM +, Russell King - ARM Linux wrote: > > > > On Wed,

[PATCH 0/3] drm/i2c: tda998x: Add support for atomic modesetting.

On Fri, Nov 20, 2015 at 02:24:04PM +, Liviu Dudau wrote: > On Wed, Nov 11, 2015 at 05:57:18PM +, Liviu Dudau wrote: > > On Wed, Nov 11, 2015 at 05:51:52PM +, Russell King - ARM Linux wrote: > > > On Wed, Nov 11, 2015 at 03:34:32PM +, Liviu Dudau wrote: > > > > While going through

Funky new vblank counter regressions in Linux 4.4-rc1

On 11/19/2015 08:45 PM, Ville Syrjälä wrote: > On Thu, Nov 19, 2015 at 08:12:24PM +0100, Mario Kleiner wrote: >> On 11/19/2015 07:20 PM, Ville Syrjälä wrote: >>> On Thu, Nov 19, 2015 at 06:46:28PM +0100, Mario Kleiner wrote: Hi Alex and Michel and Ville, it's "fix vblank

[PATCH v4 13/13] ARM: dts: rockchip: add support mipi panel tv080wum-nl0 for rk3288-evb

This tv080wum-nl0 panel is a mipi panel, it can use in MIPI_TX socket of rk3288 evb board. Signed-off-by: Chris Zhong --- Changes in v4: None Changes in v3: None Changes in v2: None arch/arm/boot/dts/rk3288-evb.dtsi | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-)

[PATCH v4 12/13] drm/panel: simple: Add boe, tv080wum-nl0 simple panel device tree binding

This binding specifies a set of common properties for display panels. It can be used as a basis by bindings for specific panels. Bindings for three specific panels are provided to show how the simple panel binding can be used. Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in

[PATCH v4 11/13] drm/panel: simple: Add support for BOE TV080WUM-NL0

This adds support for the BOE TV080WUM-NL0 1200x1920 mipi panel to the DRM simple panel driver. Signed-off-by: Chris Zhong --- Changes in v4: Alphabetically arranged the name Changes in v3: None Changes in v2: None drivers/gpu/drm/panel/panel-simple.c | 34 ++

[PATCH v4 10/13] of: add vendor prefix for boe

Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v4: None Changes in v3: None Changes in v2: None Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt

[PATCH v4 09/13] ARM: dts: rockchip: add rk3288 mipi_dsi nodes

Add a mipi_dsi node, and also add mipi_dsi endpoints to vopb and vopl output port nodes. Signed-off-by: Chris Zhong --- Changes in v4: None Changes in v3: None Changes in v2: None arch/arm/boot/dts/rk3288.dtsi | 39 +++ 1 file changed, 39 insertions(+)

[PATCH v4 08/13] Documentation: dt-bindings: Add bindings for rk3288 DW MIPI DSI driver

add device tree bindings for rk3288 specific Synopsys DW MIPI DSI driver Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v4: None Changes in v3: move dw_mipi_dsi_rockchip.txt to bindings/display/rockchip/ Changes in v2: None .../display/rockchip/dw_mipi_dsi_rockchip.txt

[PATCH v4 07/13] drm: rockchip: Support Synopsys DesignWare MIPI DSI host controller

Add support for Synopsys DesignWare MIPI DSI host controller which is embedded in the rk3288 SoCs. Signed-off-by: Chris Zhong --- Changes in v4: None Changes in v3: None Changes in v2: None drivers/gpu/drm/rockchip/Kconfig| 10 + drivers/gpu/drm/rockchip/Makefile

[PATCH v4 06/13] drm/bridge: Add Synopsys DesignWare MIPI DSI host controller driver

add Synopsys DesignWare MIPI DSI host controller driver support. Signed-off-by: Chris Zhong --- Changes in v4: eliminate some warnning Changes in v3: None Changes in v2: None drivers/gpu/drm/bridge/Kconfig | 11 + drivers/gpu/drm/bridge/Makefile |1 +

[PATCH v4 05/13] Documentation: dt-bindings: Add bindings for Synopsys DW MIPI DSI DRM bridge driver

From: Liu Ying This patch adds device tree bindings for Synopsys DesignWare MIPI DSI host controller DRM bridge driver. Signed-off-by: Liu Ying Signed-off-by: Chris Zhong --- Changes in v4: remove gpr property from example, since it is noused now. add the description

[PATCH v4 04/13] drm/dsi: Add a helper to get bits per pixel of MIPI DSI pixel format

From: Liu Ying Signed-off-by: Liu Ying Acked-by: Thierry Reding Signed-off-by: Chris Zhong --- Changes in v4: None Changes in v3: None Changes in v2: None include/drm/drm_mipi_dsi.h | 14 ++ 1 file changed, 14 insertions(+) diff --git

[PATCH v4 03/13] drm/rockchip: return a true clock rate to adjusted_mode

Since the mipi dsi driver need to use the clock of vop to make the calculation of Blanking. But sometimes the clock driver can not set a accurate clock_rate for vop, get it by clk_round_rate before mode_set, so we can get the true value. Signed-off-by: Chris Zhong --- Changes in v4: use

[PATCH v4 02/13] clk: rockchip: add mipidsi clocks on rk3288

sclk_mipidsi_24m is the gating of mipi dsi phy. Signed-off-by: Chris Zhong --- Changes in v4: None Changes in v3: None Changes in v2: None drivers/clk/rockchip/clk-rk3288.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/rockchip/clk-rk3288.c

[PATCH v4 01/13] clk: rockchip: add id for mipidsi sclk on rk3288

Adds a new id for the sclk supplying the mipidsi on rk3288 socs. Signed-off-by: Chris Zhong --- Changes in v4: None Changes in v3: None Changes in v2: add the mipi clk id in a single patch include/dt-bindings/clock/rk3288-cru.h | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v4 0/13] Add mipi dsi support for rk3288

The rk3288 MIPI DSI is a Synopsys DesignWare MIPI DSI host controller IP. This series adds support for a Synopsys DesignWare MIPI DSI host controller DRM bridge driver and a rockchip MIPI DSI specific DRM driver. This series also includes a DRM panel driver for BOE TV080WUM-NL0 panel. This panel

[PATCH 5/5] drm/imx: ipuv3 plane: Replace dev_info with dev_dbg if a plane's CRTC changes

This patch changes the dev_info() call to dev_dbg() in ipu_plane_update() to print out the information that a plane's CRTC is changed, because this kind of information is only useful for debugging. Signed-off-by: Liu Ying --- This patch applies to the imx-drm/fixes branch of Philipp Zabel's open

[PATCH 4/5] drm/imx: ipuv3 plane: Use the helper ipu_plane_cleanup() in ipu_plane_destroy()

To reduce code duplication, we can use the helper ipu_plane_cleanup() in ipu_plane_destroy(). Signed-off-by: Liu Ying --- This patch applies to the imx-drm/fixes branch of Philipp Zabel's open git. drivers/gpu/drm/imx/ipuv3-plane.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

[PATCH 3/5] drm/imx: ipuv3 crtc: Cleanup ipu planes in ipu_drm_unbind()

To avoid memory leakage, we need to cleanup ipu planes in ipu_drm_unbind(). Signed-off-by: Liu Ying --- This patch applies to the imx-drm/fixes branch of Philipp Zabel's open git. drivers/gpu/drm/imx/ipuv3-crtc.c | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 2/5] drm/imx: ipuv3 crtc: Cleanup ipu planes in ipu_crtc_init() when necessary

To avoid memory leakage, we need to cleanup the initialized ipu planes in the bailout path of ipu_crtc_init(). Signed-off-by: Liu Ying --- This patch applies to the imx-drm/fixes branch of Philipp Zabel's open git. drivers/gpu/drm/imx/ipuv3-crtc.c | 7 ++- 1 file changed, 6 insertions(+),

[PATCH 1/5] drm/imx: ipuv3 plane: Introduce ipu_plane_cleanup()

This patch adds a helper ipu_plane_cleanup() to cleanup a IPU plane. It can be used in the bailout path of ipu_crtc_init(), for instance. Signed-off-by: Liu Ying --- This patch applies to the imx-drm/fixes branch of Philipp Zabel's open git. drivers/gpu/drm/imx/ipuv3-plane.c | 6 ++

[Bug 92944] [Fiji/LLVM/RadeonSI] CS:GO segfaults in llvm

You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/3639077b/attachment.html>

[Bug 76840] HybridGraphics: Kernel driver in use: radeon but adapter not listed

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/a5f0f09c/attachment.html>

[Bug 93017] complete system stalls while changing displays resolutions on a hybrid (intel/radeon) system

attached) using the same trick of turning the 2nd display off -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/5eedcfbe/attachment.html>

[Bug 93017] complete system stalls while changing displays resolutions on a hybrid (intel/radeon) system

ing this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/fdde72d3/attachment.html>

[Bug 93015] Tonga Elemental segfault + VM faults since radeon: implement r600_query_hw_get_result via function pointers

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/e488d561/attachment.html>

[PATCH v3 00/12] Add mipi dsi support for rk3288

Hi Emil On 11/19/2015 10:41 PM, Emil Velikov wrote: > On 19 November 2015 at 03:35, Chris Zhong wrote: >> The rk3288 MIPI DSI is a Synopsys DesignWare MIPI DSI host controller >> IP. This series adds support for a Synopsys DesignWare MIPI DSI host >> controller DRM bridge driver and a rockchip

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

ong? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/ff8b4d84/attachment-0001.html>

[Bug 44568] Half-Life 1 engine has poor fps is large areas

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/e3196468/attachment.html>

[PATCH 0/3] drm/i2c: tda998x: Add support for atomic modesetting.

On Wed, Nov 11, 2015 at 05:57:18PM +, Liviu Dudau wrote: > On Wed, Nov 11, 2015 at 05:51:52PM +, Russell King - ARM Linux wrote: > > On Wed, Nov 11, 2015 at 03:34:32PM +, Liviu Dudau wrote: > > > While going through the code testing I've noticed an unbalanced > > > .unbind missing

[PATCH v2 2/2] drm/rockchip: Convert the probe function to the generic drm_of_component_probe()

Initial attempt to convert rockchip to drm_of_component_probe() missed the difference between ports and encoders when using the compare_of() function. Now that drm_of_component_probe() has been enhanced, let's try again the conversion. Signed-off-by: Liviu Dudau ---

[PATCH v2 1/2] drm: Improve drm_of_component_probe() to correctly handle ports and remote ports.

Rockchip DRM driver cannot use the same compare_of() function to match ports and remote ports (aka encoders) as their OF sub-trees look different. Add a second compare function to be used when encoders are added to the component framework and patch the existing users of the function accordingly.

[PATCH v2 0/2] Improve drm_of_component_probe() and move rockchip to use it

Hello, This is v2 of the patchset trying to make drm_of_component_probe() cope with finding both local crtc ports and remote encoder ones. Heiko Stübner was nice enough to test an earlier version that was patched following Russell's suggestions on rk3288, but I haven't seen any reports from

[PATCH i915 v5 2/2] i915: wait for fence in prepare_plane_fb

In intel_prepare_plane_fb, if fb is backed by dma-buf, wait for exclusive fence v2: First commit v3: Remove object_name_lock acquire Move wait from intel_atomic_commit() to intel_prepare_plane_fb() v4: Wait only on exclusive fences, interruptible with no timeout v5: Style tweaks to more

[PATCH i915 v5 1/2] i915: wait for fence in mmio_flip_work_func

If a buffer is backed by dmabuf, wait on its reservation object's exclusive fence before flipping. v2: First commit v3: Remove object_name_lock acquire v4: Move wait ahead of mark_page_flip_active Use crtc->primary->fb to get GEM object instead of pending_flip_obj use_mmio_flip() return

[PATCH i915 v5 0/2] PRIME Synchronization

Hello all, For a while now, I've been working to fix tearing with PRIME. This is the fifth version of the DRM component for PRIME synchronization. v1 was a more complicated patch set that added an additional fenced interface to page flipping. To avoid adding additional interfaces on top of a

[PATCH v2 10/10] dt-bindings: Add DSIv2 documentation

+Stephen On Wed, Nov 18, 2015 at 9:24 AM, Archit Taneja wrote: > Hi Rob, > > On 11/18/2015 6:48 PM, Rob Herring wrote: >> >> +dt list >> >> On Wed, Nov 18, 2015 at 4:55 AM, Archit Taneja >> wrote: >>> >>> Add additional property info needed for DSIv2 DT. >> >> >> Please use get_maintainers.pl.

[PATCH] GPU-DRM-IMX: Delete an unnecessary check before drm_fbdev_cma_restore_mode()

Am Sonntag, den 05.07.2015, 22:50 +0200 schrieb SF Markus Elfring: > From: Markus Elfring > Date: Sun, 5 Jul 2015 22:45:23 +0200 > > The drm_fbdev_cma_restore_mode() function tests whether its argument > is NULL and then returns immediately. > Thus the test around the call is not needed. > >

[PATCH] drm/imx: parallel-display: allow to determine bus format from the connected panel

Similarly to commit 5e501ed7253b3 ("drm/imx: imx-ldb: allow to determine bus format from the connected panel"), if a panel is connected to the ldb output port via the of_graph bindings, the data mapping is determined from the display_info.bus_format field provided by the panel instead of from the

[PATCH v2 0/7] drm/exynos: add pm runtime support

hat the change could resolve the issue. Could you test it >> with the change again? I have no Exynos5800 Peach Pi board. :( >> >> For this, I pushed it to below exynos-drm/for-next branch, >> >> https://git.kernel.org/cgit/linux/kernel/git/daeinki/drm-exynos.git/commit/?h=ex

[PATCH i915 v4 1/2] i915: wait for fences in mmio_flip()

On Thu, Nov 19, 2015 at 07:51:25PM -0800, Alex Goins wrote: > If a buffer is backed by dmabuf, wait on its reservation object's fences > before flipping. > > Signed-off-by: Alex Goins > --- > drivers/gpu/drm/i915/intel_display.c | 14 ++ > 1 file changed, 14 insertions(+) > > diff

[PATCH v2 0/7] drm/exynos: add pm runtime support

Hello Inki, On 11/20/2015 07:59 AM, Inki Dae wrote: > Hi Javier, > > 2015년 11월 20일 00:51에 Javier Martinez Canillas 이(가) 쓴 글: >> On 11/19/2015 11:55 AM, Javier Martinez Canillas wrote: > This series causes a boot failure on at least an Exynos5800 Peach Pi

[Bug 93039] [APITRACE] Google earth bad colors when tilted

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/ba7b7e33/attachment.html>

[Bug 93039] [APITRACE] Google earth bad colors when tilted

ail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/280c6976/attachment-0001.html>

[Bug 93015] Tonga Elemental segfault + VM faults since radeon: implement r600_query_hw_get_result via function pointers

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/86de272d/attachment.html>

[Bug 93015] Tonga Elemental segfault + VM faults since radeon: implement r600_query_hw_get_result via function pointers

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/ae3f1fa1/attachment.html>

[PATCH v3 00/12] Add mipi dsi support for rk3288

On 20 November 2015 at 07:02, Chris Zhong wrote: > Hi Emil > > On 11/19/2015 10:41 PM, Emil Velikov wrote: >> >> On 19 November 2015 at 03:35, Chris Zhong wrote: >>> >>> The rk3288 MIPI DSI is a Synopsys DesignWare MIPI DSI host controller >>> IP. This series adds support for a Synopsys

[PATCH RFC] drm/crtc_helper: Add drm_crtc_helper_disable_planes()

Add drm_crtc_helper_disable_planes() for disabling all planes associated with the given CRTC and having disable callback. This can be used for instance in CRTC helper disable callback. Signed-off-by: Jyri Sarha --- So it appears that this is the only missing piece for disabling and enabling

[PATCH] [drm-fixes] drm/ttm: Fixed a read/write lock imbalance

From: Thomas Hellstrom In ttm_write_lock(), the uninterruptible path should call __ttm_write_lock() not __ttm_read_lock(). This fixes a vmwgfx hang on F23 start up. syeh: Extracted this from one of Thomas' internal patches. Cc: Signed-off-by: Thomas Hellstrom

[PATCH RFC] drm/crtc_helper: Add drm_crtc_helper_disable_planes()

On Fri, Nov 20, 2015 at 12:03:41PM +0200, Jyri Sarha wrote: > Add drm_crtc_helper_disable_planes() for disabling all planes > associated with the given CRTC and having disable callback. This can > be used for instance in CRTC helper disable callback. > > Signed-off-by: Jyri Sarha > --- > So it

[Bug 106901] Brightness / WIFI Key does not generate any events

https://bugzilla.kernel.org/show_bug.cgi?id=106901 --- Comment #17 from Roman Gruber --- Basically same .config for this 4.3.0 kernel I can upload it when someone needs it. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 106901] Brightness / WIFI Key does not generate any events

https://bugzilla.kernel.org/show_bug.cgi?id=106901 Roman Gruber changed: What|Removed |Added Kernel Version|Linux ASUS-G75VW|Linux ASUS-G75VW

[Bug 106901] Brightness / WIFI Key does not generate any events

https://bugzilla.kernel.org/show_bug.cgi?id=106901 --- Comment #16 from Roman Gruber --- I updated the kernel, same behaviour uname -a;dmesg|tail -20 Linux ASUS-G75VW 4.3.0-gentoo_2015-11-19 #1 SMP Thu Nov 19 13:21:56 CET 2015 x86_64 Intel(R) Core(TM) i7-3610QM CPU @ 2.30GHz GenuineIntel

[PATCH] drm/radeon: Retry DDC probing on DVI on failure if we got an HPD interrupt

From: Stephen Chandler Paul HPD signals on DVI ports can be fired off before the pins required for DDC probing actually make contact, due to the pins for HPD making contact first. This results in a HPD signal being asserted but DDC probing failing, resulting in hotplugging

[Bug 93015] Tonga Elemental segfault + VM faults since radeon: implement r600_query_hw_get_result via function pointers

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/e620382e/attachment.html>

[PATCH] drm/exynos: only run atomic_check() if crtc is active

On 11/17/2015 05:12 PM, Daniel Vetter wrote: (...) > > Check crtc_state->enable, skip if false. That's the "is this pipeline > configured" knob. For plane/connector it's state->crtc, but with the same > role. > > I guess we could check that in the helpers, but we need to be careful to > still

[PATCH] drm/sysfs: Send out uevent when connector->force changes

On Fri, Nov 20, 2015 at 09:11:00AM +0100, Daniel Vetter wrote: > On Thu, Nov 19, 2015 at 09:06:04PM +, Chris Wilson wrote: > > On Thu, Nov 19, 2015 at 05:46:50PM +0100, Daniel Vetter wrote: > > > To avoid even more code duplication punt this all to the probe worker, > > > which needs some

[PATCH i915 v4 1/2] i915: wait for fences in mmio_flip()

On Thu, Nov 19, 2015 at 07:51:25PM -0800, Alex Goins wrote: > If a buffer is backed by dmabuf, wait on its reservation object's fences > before flipping. > > Signed-off-by: Alex Goins When resending patches please add a per-revision changelog to each patch with notes what changed. Otherwise

[PATCH] drm/sysfs: Send out uevent when connector->force changes

On Thu, Nov 19, 2015 at 09:06:04PM +, Chris Wilson wrote: > On Thu, Nov 19, 2015 at 05:46:50PM +0100, Daniel Vetter wrote: > > To avoid even more code duplication punt this all to the probe worker, > > which needs some slight adjustment to also generate a uevent when the > > status has changed

[Bug 92923] SGPR spilling

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/f67f61b6/attachment.html>

[Bug 93032] [radeonsi] gpu lockup after a few minutes of play

of the segfault. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/33283d75/attachment.html>

[PATCH v4 05/13] Documentation: dt-bindings: Add bindings for Synopsys DW MIPI DSI DRM bridge driver

On Fri, Nov 20, 2015 at 04:15:31PM +0800, Chris Zhong wrote: > From: Liu Ying > > This patch adds device tree bindings for Synopsys DesignWare MIPI DSI > host controller DRM bridge driver. > > Signed-off-by: Liu Ying > Signed-off-by: Chris Zhong One nit, but: Acked-by: Rob Herring >

[Bug 93032] [radeonsi] gpu lockup after a few minutes of play

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/6ae99a0d/attachment-0001.html>

[Bug 93032] [radeonsi] gpu lockup after a few minutes of play

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151120/22d71ea0/attachment.html>

[Bug 93032] [radeonsi] gpu lockup after a few minutes of play

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/023187ef/attachment.html>

[Bug 93032] [radeonsi] gpu lockup after a few minutes of play

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/523d59be/attachment.html>

[Bug 93032] [radeonsi] gpu lockup after a few minutes of play

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/3845d357/attachment.html>

[Bug 93032] [radeonsi] gpu lockup after a few minutes of play

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151120/1d27a1f9/attachment.html>

[git pull] drm fixes

Hi Linus, A varied bunch of fixes, the radeon pull is probably a bit larger than I'd like, but it contains 2 weeks of stuff, and the Fiji fixes are a bit large, but they are Fiji specific. Otherwise: mgag200: One cursor regression oops fix. vc4: A few small fixes and cleanups. core: Atomic

  1   2   >