Re: [PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

Hi Archit, On Friday 19 May 2017 14:24:36 Archit Taneja wrote: > On 05/18/2017 08:25 PM, Laurent Pinchart wrote: > > On Thursday 18 May 2017 13:56:19 Archit Taneja wrote: > >> On 05/17/2017 12:16 AM, Eric Anholt wrote: > > > > [snip] > > > >>> In terms of physical connections: > >>>[15-pin

Re: [PATCH][drm-next] drm/pl111: make structure pl111_display_funcs static

On Fri, 19 May 2017, Colin King wrote: > From: Colin Ian King > > structure pl111_display_funcs can be made static as it does not need to be > in global scope. Fixes sparse warning: > > "warning: symbol 'pl111_display_funcs' was not declared.

[PATCH][drm-next] drm/pl111: make structure pl111_display_funcs static

From: Colin Ian King structure pl111_display_funcs can be made static as it does not need to be in global scope. Fixes sparse warning: "warning: symbol 'pl111_display_funcs' was not declared. Should it be static?" Fixes: bed41005e6174d ("drm/pl111: Initial drm/kms

[GIT PULL] exynos-drm-fixes

Hi Dave, a little bit big cleanups but this fixes some timeout issue at wait-for-vblank, fixups to dt broken issue and trivial cleanups. Please kindly let me know if there is any problem. Thanks, Inki Dae The following changes since commit 4fd8922689c9d73edc93473552987ea81e11463e:

[PATCH v2] drm: mediatek: change the variable type of rdma threshold

For some greater resolution, the rdma threshold variable will overflow. Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_disp_rdma.c

Re: [PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

On 05/18/2017 08:25 PM, Laurent Pinchart wrote: Hi Archit, On Thursday 18 May 2017 13:56:19 Archit Taneja wrote: On 05/17/2017 12:16 AM, Eric Anholt wrote: [snip] In terms of physical connections: [15-pin "DSI" connector on 2835] | I2C | DSI / \SPI

[Bug 194761] amdgpu driver breaks on Oland (SI)

https://bugzilla.kernel.org/show_bug.cgi?id=194761 --- Comment #10 from flora@amd.com --- glxgears works on oland with alex's 4.11 branch (HEAD: commit 3a7370c - drm/amdgpu: correct emit frame size for vcn dec/enc ring). -- You are receiving this mail because: You are watching the assignee

[PATCH] drm/pl111: make structure mode_config_funcs static

From: Colin Ian King structure mode_config_funcs can be made static as it does not need to be in global scope. Fixes sparse warning: warning: symbol 'mode_config_funcs' was not declared. Should it be static? Fixes: bed41005e6174d ("drm/pl111: Initial drm/kms driver

[PATCH v2 3/5] drm/bridge/synopsys: Add MIPI DSI host controller bridge

Add a Synopsys Designware MIPI DSI host DRM bridge driver, based on the Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs. Signed-off-by: Philippe CORNU --- drivers/gpu/drm/bridge/synopsys/Kconfig |9 + drivers/gpu/drm/bridge/synopsys/Makefile

Re: [PATCH v2 00/29] gpu/drm: remove -Iinclude/drm compiler flags from Makefile

Hi Daniel, 2017-05-18 14:38 GMT+09:00 Daniel Vetter : > On Mon, Apr 24, 2017 at 01:50:18PM +0900, Masahiro Yamada wrote: >> Many Makefiles needed to add -Iinclude/drm as an include path, >> but the right thing to do is to include headers in the form >> #include >> >> This

Re: [PATCH v2 3/5] drm/bridge/synopsys: Add MIPI DSI host controller bridge

On 05/19/2017 05:33 PM, Neil Armstrong wrote: > On 05/19/2017 05:20 PM, Philippe CORNU wrote: >> Add a Synopsys Designware MIPI DSI host DRM bridge driver, based on the >> Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs. >> >> Signed-off-by: Philippe CORNU

[PATCH 00/29] Standardize doc formats - part 3

Each document under Documentation/*.txt has its own format. Some follow markup notations, some don't even have a title! In order to try to get some order on it, change the document style to the standard we're adopting after the adoption of ReStructured Text. The documents touched on this series

Re: [RFC PATCH 07/11] drm: sun4i: add support for the TV encoder in H3 SoC

于 2017年5月20日 GMT+08:00 上午2:03:30, Maxime Ripard 写到: >On Thu, May 18, 2017 at 12:43:50AM +0800, Icenowy Zheng wrote: >> Allwinner H3 features a TV encoder similar to the one in earlier >SoCs, >> but with some different points about clocks: >> - It has a mod

[PATCH v2 4/5] dt-bindings: display: Add STM32 DSI host driver

This patch adds documentation of device tree bindings for the STM32 DSI host driver based on the Synopsys DW MIPI DSI driver from Rockchip. Signed-off-by: Philippe CORNU --- .../devicetree/bindings/display/st,stm32-ltdc.txt | 102 - 1 file changed,

Re: [RFC PATCH 03/11] drm: sun4i: ignore swapped mixer<->tcon connection for DE2

于 2017年5月20日 GMT+08:00 上午1:57:53, Maxime Ripard 写到: >On Thu, May 18, 2017 at 12:43:46AM +0800, Icenowy Zheng wrote: >> Some SoC's DE2 has two mixers. Defaultly the mixer0 is connected to >> tcon0 and mixer1 is connected to tcon1; however by setting a bit >>

Re: [PATCH v1 2/3] dt-bindings: display: Add STM32 DSI host driver

On 05/18/2017 11:42 PM, Rob Herring wrote: > On Fri, May 12, 2017 at 04:56:28PM +0200, Philippe CORNU wrote: >> This patch adds documentation of device tree bindings for the STM32 >> DSI host driver based on the Synopsys DW MIPI DSI driver from Rockchip. >> >> Signed-off-by: Philippe CORNU

[PATCH v2 5/5] drm/stm: Add STM32 DSI host driver

Add the STM32 DSI host driver that uses the Synopsys DesignWare MIPI DSI DRM bridge. Signed-off-by: Philippe CORNU --- drivers/gpu/drm/stm/Kconfig | 8 + drivers/gpu/drm/stm/Makefile | 2 + drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 328

Re: [drm:qxl] BUG: sleeping function called from invalid context - qxl_bo_kmap_atomic_page()...splat

On Thu, 2017-05-18 at 17:40 -0300, Gabriel Krisman Bertazi wrote: > > Mike Galbraith writes: > > > > > On Mon, 2017-05-08 at 16:48 -0300, Gabriel Krisman Bertazi wrote: > > > > > > > > Thanks for reporting this.  Can you confirm the following patch prevents > > > the issue? > >

Re: [linux-sunxi] Re: [RFC PATCH 02/11] drm: sun4i: add support for H3 mixers

Hi! Dne petek, 19. maj 2017 ob 19:49:58 CEST je Icenowy Zheng napisal(a): > 于 2017年5月20日 GMT+08:00 上午1:47:29, Maxime Ripard 写到: > >On Thu, May 18, 2017 at 12:43:45AM +0800, Icenowy Zheng wrote: > >> From: Icenowy Zheng > >> > >> Allwinner H3

[PATCH v2 2/5] dt-bindings: display: Add Synopsys DW MIPI DSI DRM bridge driver

This patch adds documentation of device tree bindings for the Synopsys DesignWare MIPI DSI host DRM bridge driver. Signed-off-by: Philippe CORNU --- .../bindings/display/bridge/dw_mipi_dsi.txt| 36 ++ 1 file changed, 36 insertions(+) create

Re: [linux-sunxi] Re: [RFC PATCH 02/11] drm: sun4i: add support for H3 mixers

于 2017年5月20日 GMT+08:00 上午1:47:29, Maxime Ripard 写到: >On Thu, May 18, 2017 at 12:43:45AM +0800, Icenowy Zheng wrote: >> From: Icenowy Zheng >> >> Allwinner H3 SoC has two mixers, one has 1 VI channel and 3 UI >channels, >> and the other has

[PATCH 20/29] sync_file.txt: standardize document format

Each text file under Documentation follows a different format. Some doesn't even have titles! Change its representation to follow the adopted standard, using ReST markups for it to be parseable by Sphinx: - Use markup for document title and authorship; - Mark literal blocks; - Use a numbered list

[PATCH v2 1/5] drm/stm: ltdc: Add bridge support

Add the bridge support, used by DSI host and HDMI/LVDS bridges. Signed-off-by: Philippe CORNU --- drivers/gpu/drm/stm/ltdc.c | 74 ++ drivers/gpu/drm/stm/ltdc.h | 1 + 2 files changed, 56 insertions(+), 19 deletions(-) diff

Re: [PATCH] drm/stm: add COMPILE_TEST to Kconfig (fwd)

<airl...@linux.ie> > > Hi Masahiro, > > [auto build test WARNING on drm/drm-next] > [cannot apply to v4.12-rc1 next-20170518] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: > https://github.co

[PATCH v2] gpu: drm: gma500: remove dead code

Local variable use_gct is assigned to a constant value and it is never updated again. Remove this variable and the dead code it guards. Addresses-Coverity-ID: 145690 Signed-off-by: Gustavo A. R. Silva --- Changes in v2: Remove variables ti and dev_priv, which was

Re: [linux-sunxi] Re: [RFC PATCH 07/11] drm: sun4i: add support for the TV encoder in H3 SoC

Hi, Dne petek, 19. maj 2017 ob 20:08:18 CEST je Icenowy Zheng napisal(a): > 于 2017年5月20日 GMT+08:00 上午2:03:30, Maxime Ripard 写到: > >On Thu, May 18, 2017 at 12:43:50AM +0800, Icenowy Zheng wrote: > >> Allwinner H3 features a TV encoder similar to the one in

Re: [Intel-gfx] [PATCH v8 3/5] drm/i915: Add option to support dynamic backlight via DPCD

Hi Dhinakaran, Quick question So what is the update about adding new option in i915_params? Is this patch good to go after fixing the 2 points you mentioned? Thanks On Wed, May 17, 2017 at 1:33 PM, Pandiyan, Dhinakaran < dhinakaran.pandi...@intel.com> wrote: > On Tue, 2017-05-16 at 17:34

[PATCH v2 0/5] STM32 DSI HOST

Version 2: - Add a generic Synopsys DesignWare MIPI DSI bridge driver following comments from Neil Armstrong & Archit Taneja. - Use drm_of_find_panel_or_bridge() thanks to Eric Anholt comments - Update dt-bindings thanks to Rob Herring comments Version 1: - Initial commit The purpose of this

Re: [PATCH v3 00/21] drm: sun4i: Add support for the HDMI controller

On Wed, May 17, 2017 at 3:40 PM, Maxime Ripard wrote: > Hi, > > Here is an attempt at getting the HDMI controller running. > > This HDMI controller is found on a number of old Allwinner SoCs (A10, A10s, > A20, A31). > > This driver only supports for now the A10s

Re: [RFC PATCH 01/11] dt-bindings: update the binding for Allwinner H3 TVE support

于 2017年5月20日 GMT+08:00 上午2:02:15, Maxime Ripard 写到: >On Thu, May 18, 2017 at 12:43:44AM +0800, Icenowy Zheng wrote: >> -On SoCs other than the A33 and V3s, there is one more clock >required: >> +For the following compatibles: >> + * allwinner,sun5i-a13-tcon

Re: [linux-sunxi] Re: [RFC PATCH 10/11] ARM: sun8i: h3: add display engine pipeline for TVE

于 2017年5月20日 GMT+08:00 上午2:06:16, Maxime Ripard 写到: >On Thu, May 18, 2017 at 12:43:53AM +0800, Icenowy Zheng wrote: >> As we have already the support for the TV encoder on Allwinner H3, >add >> the display engine pipeline device tree nodes to its DTSI file. >>

Re: [Nouveau] [RFC PATCH 0/3] drm/nouveau/dispnv04 overlay and primary fb format fixes

On 05/20/2017 12:57 PM, Ilia Mirkin wrote: This came out of some debugging I was doing to figure out how BE mode works on this hardware. Among other things, it came out that we're not exposing 16-bpp mode support and that the ARGB mode that we do expose is broken. Also the overlay logic was

[RFC PATCH 0/3] drm/nouveau/dispnv04 overlay and primary fb format fixes

This came out of some debugging I was doing to figure out how BE mode works on this hardware. Among other things, it came out that we're not exposing 16-bpp mode support and that the ARGB mode that we do expose is broken. Also the overlay logic was pretty broken, I must have only tested with

[RFC PATCH 2/3] drm/nouveau/overlay: add NV21 support

Signed-off-by: Ilia Mirkin --- drivers/gpu/drm/nouveau/dispnv04/overlay.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/nouveau/dispnv04/overlay.c b/drivers/gpu/drm/nouveau/dispnv04/overlay.c index ee7df9ef2695..96354a5ff21c

[RFC PATCH 3/3] drm/nouveau/dispnv04: fix exposed format list

drm_crtc_init exposes the XRGB and ARGB formats. In actuality, ARGB's 32-bit depth messes up some formulas that weren't meant for it, and the alpha is failry meaningless for the primary plane. The modesetting logic appears to be fully prepared for RGB565 as well as XRGB1555 however,

[RFC PATCH 1/3] drm/nouveau/overlay: improve error detection, fix pitch setting

We were previously setting the pitch based on a perfectly packed buffer. This does not necessarily happen. Either modetest started generating such buffers recently, or earlier testing only happened with well-picked overlay sizes. While we're at it, beef up and refactor the error state detection.

[PATCH] gpu: ipu-v3: Add support for double read/write reduction

Allow to skip writing odd chroma rows by setting the RDRW bit for 4:2:0 chroma subsampled formats for any IDMAC write channel. This also allows to skip reading odd rows for the VDIC read channel. Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-cpmem.c | 6 ++

Re: [kbuild-all] [radeon-alex:amd-staging-4.11 1061/1085] sparc64-linux-gnu-gcc: error: unrecognized command line option '-msse'; did you mean '-fdse'?

On 2017-05-16 05:56 AM, Christian König wrote: Am 16.05.2017 um 11:16 schrieb Michel Dänzer: [ Dropping build robot aliases, adding amd-gfx and DC folks ] On 16/05/17 05:18 PM, Philip Li wrote: On Tue, May 16, 2017 at 10:04:32AM +0200, Christian König wrote: Am 16.05.2017 um 07:20 schrieb

[Bug 100306] System randomly freezes or crashes to the login screen, glitches until rebooted

https://bugs.freedesktop.org/show_bug.cgi?id=100306 MirceaKitsune changed: What|Removed |Added Priority|high

Re: [PATCH v8 0/5] replace hwmon_device_register for hwmon_device_register_with_info

On 05/19/2017 07:24 AM, Oscar Salvador wrote: This v8 fixes removes dummy functions which only had a return and moves the code into the switch statements. Merged. Thank you! Versions: v1 -> v2: * Keep temp attrs as read only v2 -> v3: * Code fix-ups: struct and string as

[PATCH v2 1/8] drm/dp: Add defines for DP SDP types

From: Ville Syrjälä Add defines for the secondary data packet (SDP) types from the spec. These are the DP specific ones, and in addition HDMI infoframe types (see enum hdmi_infoframe_type) are also valid SDP types. v2: Add more SDP types Cc:

[Bug 100306] System randomly freezes or crashes to the login screen, glitches until rebooted

https://bugs.freedesktop.org/show_bug.cgi?id=100306 --- Comment #23 from MirceaKitsune --- (In reply to Daniel Stone from comment #22) > (In reply to MirceaKitsune from comment #21) > > You may be surprised to hear that the code is not an explicit 'if

[PATCH] gpu: ipu-v3: remove interrupt busy waiting routine

This is not used anymore since commit eb8c88808c83 ("drm/imx: add deferred plane disabling"), remove it. Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 16 drivers/gpu/ipu-v3/ipu-prv.h| 1 - 2 files changed, 17 deletions(-) diff

Re: [PATCH v2 3/5] drm/bridge/synopsys: Add MIPI DSI host controller bridge

On 05/19/2017 05:20 PM, Philippe CORNU wrote: > Add a Synopsys Designware MIPI DSI host DRM bridge driver, based on the > Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs. > > Signed-off-by: Philippe CORNU > --- > drivers/gpu/drm/bridge/synopsys/Kconfig

[PATCH] [media] rainshadow-cec: ensure exit_loop is initialized

From: Colin Ian King exit_loop is not being initialized, so it contains garbage. Ensure it is initialized to false. Detected by CoverityScan, CID#1436409 ("Uninitialzed scalar variable") Fixes: ea6a69defd3311 ("[media] rainshadow-cec: avoid -Wmaybe-uninitialized

[PATCH][drm-next] drm/i915: Check for allocation failure

From: Colin Ian King The memory allocation for C is not being null checked and hence we could end up with a null pointer dereference. Fix this with a null pointer check. (I really should have noticed this when I was fixing an earlier issue.) Detected by CoverityScan,

Re: [RFC PATCH 07/11] drm: sun4i: add support for the TV encoder in H3 SoC

On Thu, May 18, 2017 at 12:43:50AM +0800, Icenowy Zheng wrote: > Allwinner H3 features a TV encoder similar to the one in earlier SoCs, > but with some different points about clocks: > - It has a mod clock and a bus clock. > - The mod clock must be at a fixed rate to generate signal. Why? Maxime

Re: [RFC PATCH 02/11] drm: sun4i: add support for H3 mixers

On Thu, May 18, 2017 at 12:43:45AM +0800, Icenowy Zheng wrote: > From: Icenowy Zheng > > Allwinner H3 SoC has two mixers, one has 1 VI channel and 3 UI channels, > and the other has 1 VI and 1 UI. > > Add support for these two variants. > > Signed-off-by: Icenowy Zheng

Re: [RFC PATCH 01/11] dt-bindings: update the binding for Allwinner H3 TVE support

On Thu, May 18, 2017 at 12:43:44AM +0800, Icenowy Zheng wrote: > -On SoCs other than the A33 and V3s, there is one more clock required: > +For the following compatibles: > + * allwinner,sun5i-a13-tcon > + * allwinner,sun6i-a31-tcon > + * allwinner,sun6i-a31s-tcon > + *

[PATCH] drm: qxl: Delay entering atomic context during cursor update

Hi Dave, This is -rc material. Once Gerd and others are happy with it, we should queue for 4.12. Thanks! >8 qxl_release_map will enter an atomic context, but since we still need to alloc memory for BOs, we better delay that until we have everything we need, in case we need to sleep inside the

Re: [RFC PATCH 03/11] drm: sun4i: ignore swapped mixer<->tcon connection for DE2

On Thu, May 18, 2017 at 12:43:46AM +0800, Icenowy Zheng wrote: > Some SoC's DE2 has two mixers. Defaultly the mixer0 is connected to > tcon0 and mixer1 is connected to tcon1; however by setting a bit > the connection can be swapped. > > As we now hardcode the default connection, ignore the bonus

Re: [drm:qxl] BUG: sleeping function called from invalid context - qxl_bo_kmap_atomic_page()...splat

Mike Galbraith writes: > On Thu, 2017-05-18 at 17:40 -0300, Gabriel Krisman Bertazi wrote: >> > Mike Galbraith writes: >> >> > >> > On Mon, 2017-05-08 at 16:48 -0300, Gabriel Krisman Bertazi wrote: >> > >> > > >> > > Thanks for reporting this.  Can you confirm

Re: [RFC PATCH 10/11] ARM: sun8i: h3: add display engine pipeline for TVE

On Thu, May 18, 2017 at 12:43:53AM +0800, Icenowy Zheng wrote: > As we have already the support for the TV encoder on Allwinner H3, add > the display engine pipeline device tree nodes to its DTSI file. > > The H5 pipeline has some differences and will be enabled later. > > The currently-unused

Re: [PATCH v2] drm/pl111: Register the clock divider and use it.

Stephen Boyd writes: > On 05/08, Eric Anholt wrote: >> This is required for the panel to work on bcm911360, where CLCDCLK is >> the fixed 200Mhz AXI41 clock. The rate set is still passed up to the >> CLCDCLK, for platforms that have a settable rate on that one. >> >> v2:

Re: [PATCH][drm-next] drm/pl111: make structure pl111_display_funcs static

Jani Nikula writes: > On Fri, 19 May 2017, Colin King wrote: >> From: Colin Ian King >> >> structure pl111_display_funcs can be made static as it does not need to be >> in global scope. Fixes sparse warning: >>

NACK: [PATCH] [media] rainshadow-cec: ensure exit_loop is initialized

On 19/05/17 18:39, Colin King wrote: > From: Colin Ian King > > exit_loop is not being initialized, so it contains garbage. Ensure it is > initialized to false. > > Detected by CoverityScan, CID#1436409 ("Uninitialzed scalar variable") > > Fixes: ea6a69defd3311

[PATCH][V2] [media] rainshadow-cec: ensure exit_loop is intialized

From: Colin Ian King exit_loop is not being initialized, so it contains garbage. Ensure it is initialized to false. Detected by CoverityScan, CID#1436409 ("Uninitialized scalar variable") Fixes: ea6a69defd3311 ("[media] rainshadow-cec: avoid -Wmaybe-uninitialized

[PATCH] drm/pl111: Fix defined-but-not-used warnings in COMPILE_TEST mode.

Our probe function is guarded by CONFIG_ARM_ABMA, so these functions end up unused if it's not enabled. We do want to be able to build DRM drivers on inapplicable platforms, for refactor testing purposees. Signed-off-by: Eric Anholt --- drivers/gpu/drm/pl111/pl111_drv.c | 4

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 --- Comment #36 from runa...@candw.ms --- https://lists.freedesktop.org/archives/dri-devel/2016-March/104058.html -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 --- Comment #35 from runa...@candw.ms --- Also have a problem on Sam460ex AMCC460ex machine. [drm] radeon: irq initialized. [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed (scratch(0x850C)=0xCAFEDEAD) radeon 0001:81:00.0: disabling GPU

Re: [PATCH] drm/pl111: Add a debugfs node to dump our registers.

Eric Engestrom writes: > On Wednesday, 2017-05-17 17:56:40 -0700, Eric Anholt wrote: >> While debugging an X11 display failure, I wanted to see where we were >> actually scanning out from. This is probably generally useful to >> others that might be working on this

[Bug 194761] amdgpu driver breaks on Oland (SI)

https://bugzilla.kernel.org/show_bug.cgi?id=194761 --- Comment #11 from Jean Delvare (jdelv...@suse.de) --- Can you please point me to the exact tree and branch I am supposed to test? Also, do you happen to know which commits in that branch are fixing the problem? -- You are receiving this

[PATCH v4 2/2] drm: Add DRM_MODE_ROTATE_ and DRM_MODE_REFLECT_ to UAPI

Add DRM_MODE_ROTATE_ and DRM_MODE_REFLECT_ defines to the UAPI as a convenience. Ideally the DRM_ROTATE_ and DRM_REFLECT_ property ids are looked up through the atomic API, but realizing that userspace is likely to take shortcuts and assume that the enum values are what is sent over the wire. As

[PATCH v4 1/2] drm/blend: Fix comment typ-o

Fix DRM_REFELCT_Y -> DRM_REFLECT_Y. Signed-off-by: Robert Foss --- drivers/gpu/drm/drm_blend.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_blend.c b/drivers/gpu/drm/drm_blend.c index a0d0d6843288..dee67ef6c670 100644 ---

Re: [PATCH v2 1/5] drm/stm: ltdc: Add bridge support

Philippe CORNU writes: > Add the bridge support, used by DSI host and HDMI/LVDS bridges. > > Signed-off-by: Philippe CORNU The DW DSI host is bridging from MIPI DPI to MIPI DSI, right? I think you could just have ltdc always set up a DPI encoder

[git pull] drm fixes for 4.12-rc2

Hi Linus, Just some drm fixes for 4.12-rc2, mostly nouveau and i915, fairly quiet as usual for rc2. Dave. The following changes since commit 8b4822de59d5d9919b9b045183a36c673ce20b73: Merge tag 'md/4.12-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/shli/md (2017-05-18 12:04:41 -0700)

Re: [PATCH][drm-next] drm/pl111: make structure pl111_display_funcs static

Dan Carpenter writes: > On Fri, May 19, 2017 at 03:03:31PM +0300, Jani Nikula wrote: >> On Fri, 19 May 2017, Colin King wrote: >> > From: Colin Ian King >> > >> > structure pl111_display_funcs can be made static as

Re: [PATCH v3] drm: Add DRM_MODE_ROTATE_ and DRM_MODE_REFLECT_ to UAPI

On 2017-05-18 05:49 AM, Ville Syrjälä wrote: On Wed, May 17, 2017 at 09:39:11PM -0400, Robert Foss wrote: +/* + * DRM_MODE_REFLECT_ + * + * Signals that the contents of a drm plane has been reflected in + * the axis. Still vague. Ack, I'll add some verbiage. Also you didn't respond to

Re: [PATCH][drm-next] drm/i915: Check for allocation failure

On Fri, May 19, 2017 at 06:56:17PM +0100, Colin King wrote: > From: Colin Ian King > > The memory allocation for C is not being null checked and hence we > could end up with a null pointer dereference. Fix this with a null > pointer check. (I really should have noticed

Re: [PATCH][drm-next] drm/pl111: make structure pl111_display_funcs static

On Fri, May 19, 2017 at 11:19:03AM -0700, Eric Anholt wrote: > Jani Nikula writes: > > > On Fri, 19 May 2017, Colin King wrote: > >> From: Colin Ian King > >> > >> structure pl111_display_funcs can be made static

Re: [PATCH][drm-next] drm/pl111: make structure pl111_display_funcs static

On Fri, May 19, 2017 at 03:03:31PM +0300, Jani Nikula wrote: > On Fri, 19 May 2017, Colin King wrote: > > From: Colin Ian King > > > > structure pl111_display_funcs can be made static as it does not need to be > > in global scope. Fixes sparse

Re: [PATCH][drm-next] drm/pl111: make structure pl111_display_funcs static

On Fri, May 19, 2017 at 01:08:20PM -0700, Eric Anholt wrote: > OK, that's definitely not how I've read the > Documentation/process/submitting-patches.rst description of the Fixes > tag, which talks about bugs found with git bisect and things that should > go to -stable. I would not have

[Bug 194761] amdgpu driver breaks on Oland (SI)

https://bugzilla.kernel.org/show_bug.cgi?id=194761 --- Comment #9 from Jean Delvare (jdelv...@suse.de) --- Sorry there was a missing digit in the commit ID, I obviously meant f8d9422ef80c ("drm/amdgpu: update tile table for oland/hainan".) -- You are receiving this mail because: You are

Re: [PATCH v3 0/3] Add support for the S6E3HF2 panel on TM2e board

Dear Thierry, Could you check these patches? I think this patches have accumulated enough dust. If you have a another opinion, please tell me. Best regards, Hoegeun On 04/18/2017 05:40 PM, Hoegeun Kwon wrote: Hi all, The purpose of this patch is add support for s6e3hf2 AMOLED panel on the

[Bug 194761] amdgpu driver breaks on Oland (SI)

https://bugzilla.kernel.org/show_bug.cgi?id=194761 Jean Delvare (jdelv...@suse.de) changed: What|Removed |Added Status|RESOLVED|REOPENED

Re: [PATCH v5 4/5] arm64: dts: exynos: Remove the OF graph from DSI node

On 05/16/2017 01:48 AM, Krzysztof Kozlowski wrote: On Wed, Mar 08, 2017 at 01:54:11PM +0900, Hoegeun Kwon wrote: The OF graph is not needed because the panel is a child of dsi. Remove the ports node in DSI node. Signed-off-by: Hoegeun Kwon Reviewed-by: Andrzej Hajda

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

https://bugs.freedesktop.org/show_bug.cgi?id=91880 --- Comment #152 from Alfredo Mendez --- (In reply to Marek Olšák from comment #151) > Alfredo, did you try to switch the TDP switch on the side of the card? Yeah, and the system eventually was hit with a blackscreen. --

Re: [PATCH 3/4] drm/dp: start a DPCD based DP sink/branch device quirk database

On Fri, 19 May 2017, Andrzej Hajda wrote: > On 18.05.2017 13:10, Jani Nikula wrote: >> Face the fact, there are Display Port sink and branch devices out there >> in the wild that don't follow the Display Port specifications, or they >> have bugs, or just otherwise require

Re: [PATCH -next] drm/i915: Fix return value check in kfence selftests

On Fri, May 19, 2017 at 12:26:05AM +, Wei Yongjun wrote: > From: Wei Yongjun > > Fix the return value check which testing the wrong variable. Already fixed up yesterday: commit ac0a73fb526100adc521ec2069623e47ca3997a8 Author: Colin Ian King

Re: [PATCH] drm/stm: add COMPILE_TEST to Kconfig (fwd)

to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Masahiro-Yamada/drm-stm-add-COMPILE_TEST-to-Kconfig/20170519-131342 base: git://people.freedesktop.org/~airlied/linux.git drm-next :: branch date: 3 hours ago :: commit

[PATCH v2 2/3] drm/radeon: Cleanup HDMI audio interrupt handling for evergreen

Same as the previous patch, but now for handling HDMI audio interrupts. Changes since v1: - Preserve the order we write back all registers Signed-off-by: Lyude --- drivers/gpu/drm/radeon/evergreen.c | 153 +++-- drivers/gpu/drm/radeon/radeon.h

[PATCH v2 0/3] Cleanup evergreen/si IRQ handling code

This is the first part of me going through and cleaning up the IRQ handling code for radeon, since after taking a look at it the other day while trying to debug something I realized basically all of the code was copy pasted everywhere, and quite difficult to actually read through. Will come up

[PATCH v2 1/3] drm/radeon: Cleanup display interrupt handling for evergreen, si

The current code here is really, really bad. A huge amount of it looks to be copy pasted, it has some weird hatred of arrays and code sharing, switch cases everywhere for things that really don't need them, and it makes the file seem immensely more complex then it actually is. This is a pain for

[PATCH v2 3/3] drm/radeon: Cleanup pageflipping IRQ handling for evergreen, si

Same as the previous patch, but for pageflipping now. This also lets us clear up the copy paste for vblank/vline IRQs. Changes since v1: - Preserve the order all registers are written back Signed-off-by: Lyude --- drivers/gpu/drm/radeon/evergreen.c | 105

Re: [PATCH v2] gpu: drm: gma500: remove dead code

On Fri, May 19, 2017 at 11:19 AM, Gustavo A. R. Silva wrote: > Local variable use_gct is assigned to a constant value and it is never > updated again. Remove this variable and the dead code it guards. > > Addresses-Coverity-ID: 145690 > Signed-off-by: Gustavo A. R. Silva

[Bug 100306] System randomly freezes or crashes to the login screen, glitches until rebooted

https://bugs.freedesktop.org/show_bug.cgi?id=100306 Daniel Stone changed: What|Removed |Added CC|

[PATCH] drm/etnaviv: restore ETNA_PREP_NOSYNC behaviour

This reverts commit cd34db4a526c (drm/etnaviv: Remove manual call to reservation_object_test_signaled_rcu before wait), as the patch to turn reservation_object_wait_timeout_rcu() into reservation_object_test_signaled_rcu() with a 0 timeout has been reverted. This causes the driver to call into the

[PATCH] gpu: ipu-v3: allocate ipuv3_channels as needed

Most of the 64 IPUv3 DMA channels are never used, some of them (channels 16, 30, 32, 34-39, and 53-63) are even marked as reserved. Allocate the channel control structure only when a channel is actually requested, replace the fixed size array with a list, and remove the unused enabled and busy