linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: drivers/gpu/drm/i915/intel_engine_cs.c between commit: d9533f19d840 ("drm/i915: Hold a wakeref for probing the ring registers") (which is also commit a091d4ee931b in the drm-intel tree) from the drm-intel-fixes tree

linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: drivers/gpu/drm/i915/i915_gem_gtt.c between commit: d90c98905afd ("drm/i915: Guard against i915_ggtt_disable_guc() being invoked unconditionally") (which also appears as commit cb60606d835c in the drm-intel tree)

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/i915_drv.h between commit: d86b18a06cf3 ("drm/i915: Serialize GTT/Aperture accesses on BXT") (which is also commit 0ef34ad6222a in the drm tree) from the drm-intel-fixes tree and commit:

[Bug 101325] UE4Editor crash after pressing "play" with radeon southern island card (7850 HD)

https://bugs.freedesktop.org/show_bug.cgi?id=101325 --- Comment #6 from Luke --- Here is a dropbox link to the gzipped output from apitrace trace. https://www.dropbox.com/s/u224vlazdql774j/UE4Editor.5.trace.tar.gz?dl=0 I feel like perhaps the ddebug_dumps file

[Bug 101325] UE4Editor crash after pressing "play" with radeon southern island card (7850 HD)

https://bugs.freedesktop.org/show_bug.cgi?id=101325 --- Comment #5 from Michel Dänzer --- 250 MB is too big to attach here directly, some kind of file sharing service is usually used instead in that case. -- You are receiving this mail because: You are the assignee for the

[Bug 101325] UE4Editor crash after pressing "play" with radeon southern island card (7850 HD)

https://bugs.freedesktop.org/show_bug.cgi?id=101325 --- Comment #4 from Luke --- Hi Julien, I ran the apitrace as suggested (what a cool tool!). The replay file appears to recreate the bug. It is 250mb... is that OK to attach? I am running the latest 4.11

[Bug 93826] 2560x1440 @144Hz graphic glitches and bad refresh rate

https://bugs.freedesktop.org/show_bug.cgi?id=93826 --- Comment #55 from i...@posteo.net --- (In reply to Pavel Bordukov from comment #54) > Doesn't work for me. Linux 4.11.3, R9 290x, Asus MG279Q, 144Hz has > flickering and dirty picture. 120Hz works well. I have a similar setup. Can you try

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

Hi! Dne sreda, 07. junij 2017 ob 16:38:27 CEST je Maxime Ripard napisal(a): > On Wed, Jun 07, 2017 at 06:01:02PM +0800, Icenowy Zheng wrote: > > >I have no idea what this is supposed to be doing either. > > > > > >I might be wrong, but I really feel like there's a big mismatch > > >between your

Re: [PATCH v2 04/11] drm: sun4i: add support for H3's TCON0/1

于 2017年6月7日 GMT+08:00 下午10:19:57, Maxime Ripard 写到: >On Wed, Jun 07, 2017 at 05:44:56PM +0800, Icenowy Zheng wrote: >> 于 2017年6月7日 GMT+08:00 下午5:43:43, Maxime Ripard > 写到: >> >On Mon, Jun 05, 2017 at 03:03:47AM +0800, Icenowy

Re: [PATCH v2 04/11] drm: sun4i: add support for H3's TCON0/1

于 2017年6月7日 GMT+08:00 下午5:43:43, Maxime Ripard 写到: >On Mon, Jun 05, 2017 at 03:03:47AM +0800, Icenowy Zheng wrote: >> >You should also expand function sun4i_drv_node_is_tcon() at >sun4i_drv.c >> >with >> >new entries, but I'm not sure if this fits in this

Re: [RFC 0/1] drm: Add Grain Media GM12U320 kms driver

On Wed, Jun 7, 2017 at 4:38 PM, Noralf Trønnes wrote: > > Den 07.06.2017 20.46, skrev Marco Diego Aurélio Mesquita: >> >> Hi Noralf! >> >> On Wed, Jun 7, 2017 at 1:56 PM, Noralf Trønnes wrote: >>> >>> tinydrm is targeted at displays on slow busses where

Re: [PATCH v2 04/11] drm: sun4i: add support for H3's TCON0/1

于 2017年6月7日 GMT+08:00 下午5:43:43, Maxime Ripard 写到: >On Mon, Jun 05, 2017 at 03:03:47AM +0800, Icenowy Zheng wrote: >> >You should also expand function sun4i_drv_node_is_tcon() at >sun4i_drv.c >> >with >> >new entries, but I'm not sure if this fits in this

Re: [PATCH v2 1/2] v4l: vsp1: Add support for colorkey alpha blending

Em Sun, 7 May 2017 13:13:26 +0300 Alexandru Gheorghe escreveu: > The vsp2 hw supports changing of the alpha of pixels that match a color > key, this patch adds support for this feature in order to be used by > the rcar-du driver. > The colorkey is interpreted

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

于 2017年6月7日 GMT+08:00 下午4:45:44, Maxime Ripard 写到: >On Mon, Jun 05, 2017 at 12:01:39AM +0800, Icenowy Zheng wrote: >> Allwinner H3 features a "DE2.0" and a TV Encoder. >> >> Add device tree bindings for the following parts: >> - H3 TCONs >> - H3 Mixers >> -

Re: [PATCH 9/9] ARM: dts: exynos: add needs-hpd to for Odroid-U3

On Wed, Jun 07, 2017 at 04:46:16PM +0200, Hans Verkuil wrote: > From: Hans Verkuil > > The Odroid-U3 board has an IP4791CZ12 level shifter that is > disabled if the HPD is low, which means that the CEC pin is > disabled as well. > > Signed-off-by: Hans Verkuil

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

于 2017年6月7日 GMT+08:00 下午5:35:12, Maxime Ripard 写到: >On Mon, Jun 05, 2017 at 12:01:41AM +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

Re: [RFC v4 00/18] vb2: Handle user cache hints, allow drivers to choose cache coherency

Hi Sakari, Em Mon, 8 May 2017 18:03:12 +0300 Sakari Ailus escreveu: > Hello, > > This is a rebased and partially reworked version of the vb2 cache hints > support patch series posted by first myself, then Laurent and then myself > again. > > I'm still posting

Re: [PATCH v2] drm/imx: imx-ldb: Accept drm_of_find_panel_or_bridge failure

On Wed, 2017-05-10 at 15:55 +0200, Philipp Zabel wrote: > On Wed, 2017-05-10 at 16:17 +0300, Leonard Crestez wrote: > > > > Not having an endpoint bound in DT should not cause a failure here, > > there are fallbacks. So explicitly accept a missing endpoint. > > > > This behavior change was

Re: [Nouveau] Kernel panic on nouveau during boot on NVIDIA NV118 (GM108)

It looks similiar to this one: https://bugs.freedesktop.org/show_bug.cgi?id=101322 please provide a dmesg booted with "nouveau.debug=debug" as well 2017-06-02 12:01 GMT+02:00 Chris Chiu : > We are working with new desktop that have the NVIDIA NV118 > chipset. > > During boot,

Re: [RFC 0/1] drm: Add Grain Media GM12U320 kms driver

Hi Emil! On Wed, Jun 7, 2017 at 7:30 AM, Emil Velikov wrote: > On 2 June 2017 at 17:39, Marco Diego Aurélio Mesquita > wrote: >> Hi Emil! >> >> On Fri, Jun 2, 2017 at 1:14 PM, Emil Velikov >> wrote: >>> As

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

于 2017年6月7日 GMT+08:00 下午5:35:12, Maxime Ripard 写到: >On Mon, Jun 05, 2017 at 12:01:41AM +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

Re: [RFC 0/1] drm: Add Grain Media GM12U320 kms driver

Hi Noralf! On Wed, Jun 7, 2017 at 1:56 PM, Noralf Trønnes wrote: > tinydrm is targeted at displays on slow busses where userspace tells > the driver which part of the framebuffer it has changed to minimize > the transfer. > > The PL111 driver uses drm_simple_display_pipe and

[PULL] drm-misc-fixes

Hi Dave, Just 2 patches, hopefully a sign that things are rounding into shape for 4.12. The first patch is one from jstultz that slipped through the cracks in May, it fixes a regression introduced in robher's drm_of_find_panel_or_bridge patchset. The other fixes a bug introduced with HDMI support

linux-next: build warning after merge of the drm-intel-fixes tree

Hi all, After merging the drm-misc-fixes tree, today's linux-next build (x86_64 allmodconfig) produced this warning: drivers/gpu/drm/i915/intel_engine_cs.c: In function 'intel_engine_is_idle': drivers/gpu/drm/i915/intel_engine_cs.c:1103:27: warning: unused variable 'dev_priv'

[PATCH 2/2] drm/vc4: Add get/set tiling ioctls.

This allows mesa to set the tiling format for a BO and have that tiling format be respected by mesa on the other side of an import/export (and by vc4 scanout in the kernel), without defining a protocol to pass the tiling through userspace. Signed-off-by: Eric Anholt --- igt

[PATCH 1/2] drm/vc4: Add T-format scanout support.

The T tiling format is what V3D uses for textures, with no raster support at all until later revisions of the hardware (and always at a large 3D performance penalty). If we can't scan out V3D's format, then we often need to do a relayout at some stage of the pipeline, either right before

Re: [PATCH 19/19] ARM: sun6i: a31s: Enable HDMI display output on the MSI Primo81 tablet

On Wed, Jun 7, 2017 at 6:36 PM, Rob Herring wrote: > On Fri, Jun 02, 2017 at 09:42:19PM +0200, Maxime Ripard wrote: >> On Fri, Jun 02, 2017 at 06:10:24PM +0800, Chen-Yu Tsai wrote: >> > The MSI Primo81 tablet has a micro HDMI connector at the bottom. >> > This is connected to the

Re: [PATCH v3 6/6] dt-bindings: net: btusb: DT fix s/interrupt-name/interrupt-names/

On Fri, Jun 02, 2017 at 02:38:49PM +0200, Geert Uytterhoeven wrote: > Fixes: fd913ef7ce619467 ("Bluetooth: btusb: Add out-of-band wakeup support") > Signed-off-by: Geert Uytterhoeven > --- > v3: > - New. > --- > Documentation/devicetree/bindings/net/btusb.txt | 2 +- >

Re: [PATCH v3 5/6] dt-bindings: display: amlogic: DT fix s/resets-names/reset-names/

On Fri, Jun 02, 2017 at 02:38:48PM +0200, Geert Uytterhoeven wrote: > Fixes: 8cceda5349377e30 ("dt-bindings: Add bindings for the Amlogic Meson > dw-hdmi extension") > Signed-off-by: Geert Uytterhoeven > --- > v3: > - New. > --- >

Re: [PATCH 2/4] dt-bindings: Add Pervasive Displays RePaper bindings

On Fri, Jun 02, 2017 at 01:49:13PM +0200, Noralf Trønnes wrote: > Add device-tree binding documentation for the 1.44", 1.9", 2.0" and 2.7" > display panels. > > Signed-off-by: Noralf Trønnes > --- > .../devicetree/bindings/display/repaper.txt| 52 >

Re: [PATCH 06/19] dt-bindings: display: sun4i: Add binding for A31 HDMI controller

On Fri, Jun 02, 2017 at 06:10:11PM +0800, Chen-Yu Tsai wrote: > The HDMI controller in the A31 SoC is slightly different from the > earlier version. In addition to the TMDS clock and DDC controls, > this version now takes a second DDC clock input. > > Add a compatible string for it, and add the

Re: [PATCH 1/4] of: Add vendor prefix for Pervasive Displays

On Fri, Jun 02, 2017 at 01:49:12PM +0200, Noralf Trønnes wrote: > Pervasive Displays Inc. designs, develops, and manufactures low-power > electrophoretic (e-ink) display modules and supporting electronics for > commercial and industrial display applications. > > Signed-off-by: Noralf Trønnes

Re: [PATCH 19/19] ARM: sun6i: a31s: Enable HDMI display output on the MSI Primo81 tablet

On Fri, Jun 02, 2017 at 09:42:19PM +0200, Maxime Ripard wrote: > On Fri, Jun 02, 2017 at 06:10:24PM +0800, Chen-Yu Tsai wrote: > > The MSI Primo81 tablet has a micro HDMI connector at the bottom. > > This is connected to the SoCs HDMI output. > > > > Enable the display pipeline and the HDMI

Re: [PATCH 6/7] dt-bindings: Document the VC4 TXP module nodes.

On Fri, Jun 02, 2017 at 10:32:11AM +0200, Boris Brezillon wrote: > These are part of the vc4 display pipeline. > > Signed-off-by: Boris Brezillon > --- > Documentation/devicetree/bindings/display/brcm,bcm-vc4.txt | 12 > 1 file changed, 12

Re: [PATCHv2] drm/vc4/vc4_bo.c: always set bo->resv

On 07/06/17 23:22, Eric Anholt wrote: > Hans Verkuil writes: > >> The bo->resv pointer could be NULL, leading to kernel oopses >> like the one below. >> >> This patch ensures that bo->resv is always set in vc4_create_object >> ensuring that it is never NULL. >> >> Thanks to

Re: [PATCHv2] drm/vc4/vc4_bo.c: always set bo->resv

Hans Verkuil writes: > The bo->resv pointer could be NULL, leading to kernel oopses > like the one below. > > This patch ensures that bo->resv is always set in vc4_create_object > ensuring that it is never NULL. > > Thanks to Eric Anholt for pointing to the correct solution.

Re: [RFC 0/1] drm: Add Grain Media GM12U320 kms driver

Den 07.06.2017 22.19, skrev Noralf Trønnes: Den 07.06.2017 21.50, skrev Marco Diego Aurélio Mesquita: On Wed, Jun 7, 2017 at 4:38 PM, Noralf Trønnes wrote: Den 07.06.2017 20.46, skrev Marco Diego Aurélio Mesquita: Hi Noralf! On Wed, Jun 7, 2017 at 1:56 PM, Noralf

[Bug 101254] VDPAU videos don't start playing with r600 gallium driver

https://bugs.freedesktop.org/show_bug.cgi?id=101254 --- Comment #16 from joeri.exelm...@gmail.com --- Thanks! -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freedesktop.org

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

https://bugs.freedesktop.org/show_bug.cgi?id=100306 --- Comment #28 from MirceaKitsune --- After another two weeks of absence, the issue was apparently reimplemented on top of Kernel 4.11.3 + Mesa 17.1.1 + Plasma 5.10.0, likely sometime during the last few

Re: [RFC v4 00/18] vb2: Handle user cache hints, allow drivers to choose cache coherency

Hi Mauro, Mauro Carvalho Chehab wrote: Hi Sakari, Em Mon, 8 May 2017 18:03:12 +0300 Sakari Ailus escreveu: Hello, This is a rebased and partially reworked version of the vb2 cache hints support patch series posted by first myself, then Laurent and then myself

Re: [RFC 0/1] drm: Add Grain Media GM12U320 kms driver

Den 07.06.2017 21.50, skrev Marco Diego Aurélio Mesquita: On Wed, Jun 7, 2017 at 4:38 PM, Noralf Trønnes wrote: Den 07.06.2017 20.46, skrev Marco Diego Aurélio Mesquita: Hi Noralf! On Wed, Jun 7, 2017 at 1:56 PM, Noralf Trønnes wrote: tinydrm is

[Bug 101254] VDPAU videos don't start playing with r600 gallium driver

https://bugs.freedesktop.org/show_bug.cgi?id=101254 --- Comment #15 from Marek Olšák --- It's the real fix. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [RFC 0/1] drm: Add Grain Media GM12U320 kms driver

Den 07.06.2017 20.46, skrev Marco Diego Aurélio Mesquita: Hi Noralf! On Wed, Jun 7, 2017 at 1:56 PM, Noralf Trønnes wrote: tinydrm is targeted at displays on slow busses where userspace tells the driver which part of the framebuffer it has changed to minimize the

[PATCHv2] drm/vc4/vc4_bo.c: always set bo->resv

The bo->resv pointer could be NULL, leading to kernel oopses like the one below. This patch ensures that bo->resv is always set in vc4_create_object ensuring that it is never NULL. Thanks to Eric Anholt for pointing to the correct solution. [ 19.738487] Unable to handle kernel NULL pointer

[Bug 93826] 2560x1440 @144Hz graphic glitches and bad refresh rate

https://bugs.freedesktop.org/show_bug.cgi?id=93826 --- Comment #54 from Pavel Bordukov --- (In reply to Jonas from comment #53) > Try the patches provided at the end of this thread: > https://bugs.freedesktop.org/show_bug.cgi?id=96868 > > For me it fixed the issue completely.

Re: [PATCH 9/9] ARM: dts: exynos: add needs-hpd to for Odroid-U3

On 07/06/17 20:36, Krzysztof Kozlowski wrote: > On Wed, Jun 07, 2017 at 04:46:16PM +0200, Hans Verkuil wrote: >> From: Hans Verkuil >> >> The Odroid-U3 board has an IP4791CZ12 level shifter that is >> disabled if the HPD is low, which means that the CEC pin is >> disabled

Re: [PATCH] drm/pl111: Fix offset calculation for the primary plane.

Sean Paul writes: > On Fri, Jun 02, 2017 at 06:57:33PM -0700, Eric Anholt wrote: >> If src_x/y were nonzero, we failed to shift them down by 16 to get the >> pixel offset. The recent CMA helper function gets it right. >> >> Signed-off-by: Eric Anholt >>

Re: [PATCH -next] drm: pl111: select DRM_PANEL

Randy Dunlap writes: > From: Randy Dunlap > > The drm pl111 driver uses drm_panel interfaces so it should select > DRM_PANEL to fix build errors. > > drivers/built-in.o: In function `pl111_connector_destroy': > pl111_connector.c:(.text+0xc7285):

Re: [PATCH 3/7] drm/vc4: Mimic drm_atomic_helper_commit() behavior

Boris Brezillon writes: > On Tue, 06 Jun 2017 13:27:09 -0700 > Eric Anholt wrote: > >> Boris Brezillon writes: >> >> > The VC4 KMS driver is implementing its own ->atomic_commit() but there >> > are a few

[PATCH for 4.12] cec: race fix: don't return -ENONET in cec_receive()

When calling CEC_RECEIVE do not check if the adapter is configured. Typically CEC_RECEIVE is called after a select() and if that indicates that there are messages in the receive queue, then you should always be able to dequeue a message. The race condition here is that a message has been received

Re: [RFC 0/1] drm: Add Grain Media GM12U320 kms driver

Hi Marco, Den 07.06.2017 17.35, skrev Marco Diego Aurélio Mesquita: Hi Emil! On Wed, Jun 7, 2017 at 7:30 AM, Emil Velikov wrote: On 2 June 2017 at 17:39, Marco Diego Aurélio Mesquita wrote: Hi Emil! On Fri, Jun 2, 2017 at 1:14 PM,

[Bug 93826] 2560x1440 @144Hz graphic glitches and bad refresh rate

https://bugs.freedesktop.org/show_bug.cgi?id=93826 --- Comment #53 from Jonas --- Try the patches provided at the end of this thread: https://bugs.freedesktop.org/show_bug.cgi?id=96868 For me it fixed the issue completely. -- You are receiving this mail because: You

Re: [PATCH] drm/atmel-hlcdc: Fix panel registration

On 06/06/2017 05:04 PM, Boris Brezillon wrote: Attach the panel-bridge created by drm_panel_bridge_add() to the parallel RGB encoder. queued to drm-misc-next Thanks, Archit Fixes: 96160a8071b2 ("drm/atmel-hlcdc: Replace the panel usage with drm_panel_bridge.") Signed-off-by: Boris

[Bug 101309] [GLK] ["MIPI" igt@kms_frontbuffer_tracking@basic]

https://bugs.freedesktop.org/show_bug.cgi?id=101309 Ricardo changed: What|Removed |Added QA Contact|

[Bug 93826] 2560x1440 @144Hz graphic glitches and bad refresh rate

https://bugs.freedesktop.org/show_bug.cgi?id=93826 --- Comment #52 from i...@posteo.net --- It could be fixed by increasing the default display clock: https://people.freedesktop.org/~cbrill/dri-log/index.php?channel=radeon_names=agd5f;grmat=2017-01-03 @Eike: you have a faulty monitor, please

Re: [PATCH] drm/meson: Fix driver bind when only CVBS is available

On Mon, May 29, 2017 at 04:15:52PM +0200, Neil Armstrong wrote: > While introducing HDMI support, component matching on connectors node > were bypassed since no driver would actually bind on the DT node. > But when only a CVBS connector is present, only a single node is found > in the graph, but

[PATCH 8/9] s5p_cec: set the CEC_CAP_NEEDS_HPD flag if needed

From: Hans Verkuil Use the needs-hpd DT property to determine if the CEC_CAP_NEEDS_HPD should be set. Signed-off-by: Hans Verkuil Cc: Krzysztof Kozlowski Cc: Andrzej Hajda Cc: devicet...@vger.kernel.org ---

[PATCH 7/9] dt-bindings: media/s5p-cec.txt: document needs-hpd property

From: Hans Verkuil Needed for boards that wire the CEC pin in such a way that it is unavailable when the HPD is low. Signed-off-by: Hans Verkuil Cc: Krzysztof Kozlowski Cc: Andrzej Hajda Cc:

[PATCH 0/9] cec improvements

From: Hans Verkuil This patch series adds several helper functions to ease writing drm or media CEC drivers. It also adds support for the CEC_CAP_NEEDS_HPD capability which is needed for hardware that turns off the CEC support if the hotplug detect signal is low. Usually

[PATCH 9/9] ARM: dts: exynos: add needs-hpd to for Odroid-U3

From: Hans Verkuil The Odroid-U3 board has an IP4791CZ12 level shifter that is disabled if the HPD is low, which means that the CEC pin is disabled as well. Signed-off-by: Hans Verkuil Cc: Krzysztof Kozlowski Cc: Andrzej Hajda

[PATCH 3/9] cec: add cec_transmit_attempt_done helper function

A simpler variant of cec_transmit_done to be used where the HW does just a single attempt at a transmit. So if the status indicates an error, then the corresponding error count will always be 1 and this function figures that out based on the status argument. Signed-off-by: Hans Verkuil

[PATCH 2/9] cec: add cec_phys_addr_invalidate() helper function

From: Hans Verkuil Simplifies setting the physical address to CEC_PHYS_ADDR_INVALID. Signed-off-by: Hans Verkuil --- include/media/cec.h | 13 + 1 file changed, 13 insertions(+) diff --git a/include/media/cec.h b/include/media/cec.h

[PATCH 1/9] cec: add cec_s_phys_addr_from_edid helper function

From: Hans Verkuil This function simplifies the integration of CEC in DRM drivers. Signed-off-by: Hans Verkuil --- Documentation/media/kapi/cec-core.rst | 8 drivers/media/cec/cec-adap.c | 14 ++

[PATCH 5/9] cec: add CEC_CAP_NEEDS_HPD

From: Hans Verkuil Add a new capability CEC_CAP_NEEDS_HPD. If this capability is set then the hardware can only use CEC if the HDMI Hotplug Detect pin is high. Such hardware cannot handle the corner case in the CEC specification where it is possible to transmit messages

[PATCH 4/9] stih-cec/vivid/pulse8/rainshadow: use cec_transmit_attempt_done

From: Hans Verkuil Use the helper function cec_transmit_attempt_done instead of cec_transmit_done to simplify the code. Signed-off-by: Hans Verkuil Cc: Benjamin Gaignard ---

[PATCH 6/9] cec-ioc-adap-g-caps.rst: document CEC_CAP_NEEDS_HPD

From: Hans Verkuil Document the new CEC_CAP_NEEDS_HPD capability. Signed-off-by: Hans Verkuil Cc: Krzysztof Kozlowski Cc: Andrzej Hajda --- Documentation/media/uapi/cec/cec-ioc-adap-g-caps.rst | 8

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

On Wed, Jun 07, 2017 at 06:01:02PM +0800, Icenowy Zheng wrote: > >I have no idea what this is supposed to be doing either. > > > >I might be wrong, but I really feel like there's a big mismatch > >between your commit log, and what you actually implement. > > > >In your commit log, you should

[Bug 101329] R7 240 [Oland PRO] OpenGL/3D artifacts

https://bugs.freedesktop.org/show_bug.cgi?id=101329 Michel Dänzer changed: What|Removed |Added Version|17.1|unspecified

Re: [PATCH v2 04/11] drm: sun4i: add support for H3's TCON0/1

On Wed, Jun 07, 2017 at 05:44:56PM +0800, Icenowy Zheng wrote: > 于 2017年6月7日 GMT+08:00 下午5:43:43, Maxime Ripard > 写到: > >On Mon, Jun 05, 2017 at 03:03:47AM +0800, Icenowy Zheng wrote: > >> >You should also expand function sun4i_drv_node_is_tcon() at >

[git pull] vmwgfx-fixes-4.12

Dave, A bunch of fixes for vmwgfx 4.12 regressions and older stuff. In the latter case either trivial, cc'd stable or requiring backports for stable. The following changes since commit e5b4ab1ffbe2553ee278cb1b6bcb671a31d86518: Merge tag 'drm-misc-fixes-2017-06-02' of

[PATCH] drm/imx: ipuv3-plane: use fb local variable instead of state->fb

We already have a local variable assigned to state->fb, use it. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-plane.c | 15 +++ 1 file changed, 7 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/imx/ipuv3-plane.c

[Bug 101254] VDPAU videos don't start playing with r600 gallium driver

https://bugs.freedesktop.org/show_bug.cgi?id=101254 --- Comment #14 from joeri.exelm...@gmail.com --- With the patch, VDPAU works again. Is it a fix or does it simply disable a feature? -- You are receiving this mail because: You are the assignee for the

[Bug 101330] segfault in pcsxr

https://bugs.freedesktop.org/show_bug.cgi?id=101330 Bug ID: 101330 Summary: segfault in pcsxr Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

[PATCH -fixes 8/9] drm/vmwgfx: Remove unused legacy cursor functions

From: Sinclair Yeh These function implementations and/or declarations are no longer used now that atomic is enabled. Signed-off-by: Sinclair Yeh Reported-by: Daniel Vetter Reviewed-by: Thomas Hellstrom ---

[PATCH -fixes 2/9] drm/vmwgfx: Don't create proxy surface for cursor

From: Sinclair Yeh With atomic, the cursor surface is treated like a FB. Creating a proxy surface for cursor doesn't gain us much benefit. This fixes the issue on atomic enabled 2D VMs where the cursor disappears. Signed-off-by: Sinclair Yeh Reviewed-by:

[PATCH -fixes 7/9] drm/vmwgfx: fix spelling mistake "exeeds" -> "exceeds"

From: Colin Ian King Trivial fix to spelling mistake in DRM_ERROR error message. Signed-off-by: Colin Ian King Reviewed-by: Sinclair Yeh --- drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH -fixes 9/9] drm/vmwgfx: Bump driver minor and date

#define VMWGFX_DRIVER_DATE "20170607" #define VMWGFX_DRIVER_MAJOR 2 -#define VMWGFX_DRIVER_MINOR 12 +#define VMWGFX_DRIVER_MINOR 13 #define VMWGFX_DRIVER_PATCHLEVEL 0 #define VMWGFX_FILE_PAGE_OFFSET 0x0010 #define VMWGFX_FIFO_STATIC_SIZE (1024*1024) -- 2.7.4 _

[PATCH -fixes 4/9] drm/vmwgfx: Make sure backup_handle is always valid

From: Sinclair Yeh When vmw_gb_surface_define_ioctl() is called with an existing buffer, we end up returning an uninitialized variable in the backup_handle. The fix is to first initialize backup_handle to 0 just to be sure, and second, when a user-provided buffer is found, we

[PATCH -fixes 6/9] drm/vmwgfx: Fix large topology crash

From: Sinclair Yeh The previous attempt at this had an issue with with num_clips > 1 because it would always end up using the coordinates of the last clip while using width and height calculated from the bounding box of all the clips. So if the last clip happens to be not at

[PATCH -fixes 3/9] drm/vmwgfx: Handle vmalloc() failure in vmw_local_fifo_reserve()

From: Dan Carpenter If vmalloc() fails then we need to a bit of cleanup before returning. Cc: Fixes: fb1d9738ca05 ("drm/vmwgfx: Add DRM driver for VMware Virtual GPU") Signed-off-by: Dan Carpenter Reviewed-by:

[PATCH -fixes 1/9] drm/vmwgfx: limit the number of mip levels in vmw_gb_surface_define_ioctl()

From: Vladis Dronov The 'req->mip_levels' parameter in vmw_gb_surface_define_ioctl() is a user-controlled 'uint32_t' value which is used as a loop count limit. This can lead to a kernel lockup and DoS. Add check for 'req->mip_levels'. References:

[PATCH -fixes 5/9] drm/vmwgfx: Make sure to update STDU when FB is updated

From: Sinclair Yeh When a new FB is bound, we have to send an update command otherwise the new FB may not be shown Signed-off-by: Sinclair Yeh Reviewed-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 5 + 1 file

[Bug 101329] R7 240 [Oland PRO] OpenGL/3D artifacts

https://bugs.freedesktop.org/show_bug.cgi?id=101329 Vedran Miletić changed: What|Removed |Added Summary|arch linux, |R7 240 [Oland PRO]

[Bug 101329] arch linux, xf86-video-amdgpu, 3D graphics artifacts

https://bugs.freedesktop.org/show_bug.cgi?id=101329 Bug ID: 101329 Summary: arch linux, xf86-video-amdgpu, 3D graphics artifacts Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status:

Re: [PATCH 4/4] drm/tinydrm: Add RePaper e-ink driver

Den 07.06.2017 14.14, skrev Emil Velikov: On 7 June 2017 at 12:52, Noralf Trønnes wrote: Hi Emil, Den 07.06.2017 11.30, skrev Emil Velikov: Hi Noralf, Small drive-by comment, noticed while going through my morning coffee. By no means a full review. On 2 June 2017 at

Re: [PATCH 4/4] drm/tinydrm: Add RePaper e-ink driver

Den 07.06.2017 14.11, skrev Ilia Mirkin: On Wed, Jun 7, 2017 at 7:52 AM, Noralf Trønnes wrote: Hi Emil, Den 07.06.2017 11.30, skrev Emil Velikov: Hi Noralf, Small drive-by comment, noticed while going through my morning coffee. By no means a full review. On 2 June

[Bug 101254] VDPAU videos don't start playing with r600 gallium driver

https://bugs.freedesktop.org/show_bug.cgi?id=101254 --- Comment #13 from Marek Olšák --- Created attachment 131771 --> https://bugs.freedesktop.org/attachment.cgi?id=131771=edit possible fix Can you try this patch? -- You are receiving this mail because: You are the

Re: [PATCH 4/4] drm/tinydrm: Add RePaper e-ink driver

On 7 June 2017 at 12:52, Noralf Trønnes wrote: > Hi Emil, > > > Den 07.06.2017 11.30, skrev Emil Velikov: >> >> Hi Noralf, >> >> Small drive-by comment, noticed while going through my morning coffee. >> By no means a full review. >> >> On 2 June 2017 at 12:49, Noralf Trønnes

Re: [PATCH 4/4] drm/tinydrm: Add RePaper e-ink driver

On Wed, Jun 7, 2017 at 7:52 AM, Noralf Trønnes wrote: > Hi Emil, > > > Den 07.06.2017 11.30, skrev Emil Velikov: >> >> Hi Noralf, >> >> Small drive-by comment, noticed while going through my morning coffee. >> By no means a full review. >> >> On 2 June 2017 at 12:49, Noralf

Re: [PATCH 4/4] drm/tinydrm: Add RePaper e-ink driver

Hi Emil, Den 07.06.2017 11.30, skrev Emil Velikov: Hi Noralf, Small drive-by comment, noticed while going through my morning coffee. By no means a full review. On 2 June 2017 at 12:49, Noralf Trønnes wrote: +/* pixels on display are numbered from 1 */ +static void

[Bug 101254] VDPAU videos don't start playing with r600 gallium driver

https://bugs.freedesktop.org/show_bug.cgi?id=101254 --- Comment #12 from joeri.exelm...@gmail.com --- Okay, I found the (series of) commits that break VDPAU in Kodi and mpv. They were added to the master branch on 2017-05-15 11:01:33 (GMT), all authored by Marek Olšák .

[PATCH][drm-next] drm/nouveau: fix non-ANSI function declaration of nouveau_pmops_runtime

From: Colin Ian King Give function nouveau_pmops_runtime a void argument to make it an ANSI function declaration. Fixes sparse warning: warning: non-ANSI function declaration of function 'nouveau_pmops_runtime' Signed-off-by: Colin Ian King

[Bug 101254] VDPAU videos don't start playing with r600 gallium driver

https://bugs.freedesktop.org/show_bug.cgi?id=101254 --- Comment #11 from H4nN1baL --- I use mpv 0.25.0-9-g18703b55d until an update of padoka PPA broke vdpau. After that I have been recompiling ffmpeg and mpv regularly to see if any updates fix the issue, but so far all

Re: [RFC 0/1] drm: Add Grain Media GM12U320 kms driver

On 2 June 2017 at 17:39, Marco Diego Aurélio Mesquita wrote: > Hi Emil! > > On Fri, Jun 2, 2017 at 1:14 PM, Emil Velikov wrote: >> As Daniel mentioned in the earlier thread, factoring out things can be >> done as a follow-up. >> On the

[Bug 101325] UE4Editor crash after pressing "play" with radeon southern island card (7850 HD)

https://bugs.freedesktop.org/show_bug.cgi?id=101325 --- Comment #3 from Julien Isorce --- This (In reply to Luke from comment #0) > > Then the log repeats a few hundred times the non-utf-8 character "\00" > before it cuts off. > Hello, just some naive comments: I

Re: [PATCH v2 04/11] drm: sun4i: add support for H3's TCON0/1

On Mon, Jun 05, 2017 at 03:03:47AM +0800, Icenowy Zheng wrote: > >You should also expand function sun4i_drv_node_is_tcon() at sun4i_drv.c > >with > >new entries, but I'm not sure if this fits in this patch. > > Instead I think it should be renamed to something like >

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

On Mon, Jun 05, 2017 at 12:01:48AM +0800, Icenowy Zheng wrote: > + soc { > + display_clocks: clock@100 { > + compatible = "allwinner,sun8i-a83t-de2-clk"; > + reg = <0x0100 0x10>; > + clocks = < CLK_BUS_DE>, > +

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

On Mon, Jun 05, 2017 at 12:01:45AM +0800, Icenowy Zheng wrote: > Allwinner H3 features a TV encoder similar to the one in earlier SoCs, > but has a internal fixed clock divider that divides the TCON1 clock > (called TVE clock in datasheet) by 11. > > Add support for it. > > Signed-off-by:

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

On Mon, Jun 05, 2017 at 12:01:41AM +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: [PATCH 4/4] drm/tinydrm: Add RePaper e-ink driver

Hi Noralf, Small drive-by comment, noticed while going through my morning coffee. By no means a full review. On 2 June 2017 at 12:49, Noralf Trønnes wrote: > +/* pixels on display are numbered from 1 */ > +static void repaper_all_pixels(struct repaper_epd *epd, u8 **pp, >

  1   2   >