[Bug 92953] Segfault loading UT4 map/server

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

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

from Michel Dänzer --- Nicolai, any ideas? -- 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/af8bd362/attachment.html>

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

dri-devel/attachments/20151120/69a3c27a/attachment.html>

[Bug 92518] Radeon 7870 XT Stalling Between Ring 0 and Ring 3

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

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

vel/attachments/20151120/926e4fb0/attachment.html>

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

vel/attachments/20151120/6db7c838/attachment.html>

[Bug 92953] Segfault loading UT4 map/server

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

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

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

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

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

[Bug 92953] Segfault loading UT4 map/server

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/89fa4a6e/attachment.html>

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

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/3786dc85/attachment.html>

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

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

[Bug 92836] amdgpu does not resume properly from suspend

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

[Bug 92836] amdgpu does not resume properly from suspend

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

[Bug 92836] amdgpu does not resume properly from suspend

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

[Bug 92836] amdgpu does not resume properly from suspend

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

[Bug 92836] amdgpu does not resume properly from suspend

t of which failed suspend3.dmesg - after one suspend that succeeded -- 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/2015

[Bug 92738] Randon R7 240 doesn't work on 16KiB page size platform

nts/20151120/9ee6903b/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

[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>

[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

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

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

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

[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>

[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 ++

[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 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] 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

[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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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

[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 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. > >

[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>

[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>

[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 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

[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 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

[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 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

[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

[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 #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.

[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] 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] 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. > >

[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>

[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 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 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>

[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 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 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 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 44568] Half-Life 1 engine has poor fps is large areas

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

[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 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>

[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 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>

[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>

[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 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>

[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

[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

[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 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,

[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 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 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

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

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

[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 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.

[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>

[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 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 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>

[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

[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;

[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 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 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 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

  1   2   >