[Bug 99387] Kernel 4.9: Kaveri + Hainan choked on boot using amdgpu

https://bugs.freedesktop.org/show_bug.cgi?id=99387 Luya Tshimbalanga changed: What|Removed |Added Attachment #129329|0 |1 is

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #12 from siyia --- steps to reproduce 1)tick blood effects in graphics options 2)create custom battle 3)engage the enemy -- You are receiving this mail because: You are

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #11 from siyia --- 1.40 u think it's version related? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 99387] Kernel 4.9: Kaveri + Hainan choked on boot using amdgpu

https://bugs.freedesktop.org/show_bug.cgi?id=99387 --- Comment #11 from Luya Tshimbalanga --- Scratch the last comment. I just got the built kernel with the patch. -- You are receiving this mail because: You are the assignee for the

[Bug 99387] Kernel 4.9: Kaveri + Hainan choked on boot using amdgpu

https://bugs.freedesktop.org/show_bug.cgi?id=99387 --- Comment #10 from Luya Tshimbalanga --- Created attachment 129329 --> https://bugs.freedesktop.org/attachment.cgi?id=129329=edit Backported patch for kernel 4.9 Backported the patch for kernel 4.9 for testing

Re: [PATCH] drm/panel: simple: ensure Sharp lq123p1jx31 isn't turned off too soon

Hi On Thu, Feb 2, 2017 at 3:38 PM, Douglas Anderson wrote: > The Sharp lq123p1jx31 has a requirement that the VDD is on for at > least 300 ms before being turned off. At the moment nothing anywhere > in the kernel is ensuring this. > > The simplest way to ensure this is

Re: [PATCH libdrm 2/2] autogen.sh: run git commands in the (potentially) git dir

On Friday, 2017-02-03 19:07:08 +, Emil Velikov wrote: > On 3 February 2017 at 18:21, Eric Engestrom wrote: > > If the build dir is outside of the git dir, the order matters :) > > > > Signed-off-by: Eric Engestrom > > --- > Wondering if

[Bug 99275] Kernel 4.9: amdgpu regression; gui flickers; amd radeon rx 460

https://bugs.freedesktop.org/show_bug.cgi?id=99275 --- Comment #20 from Reimar Imhof --- This time I only updated the following files: polaris12_smc.bin polaris11_smc_sk.bin polaris11_smc.bin polaris10_smc_sk.bin polaris10_smc.bin I think relevant are the polaris11

[PATCH] drm/amdgpu/virt: fix double kfree on bo_va

From: Colin Ian King bo_va is being kfree'd twice, once in the call to amdgpu_vm_bo_rmv and then a short while later. Fix this double free by removing the 2nd kfree. Detected by CoverityScan, CID#1399524 ("Double Free") Signed-off-by: Colin Ian King

[Bug 99275] Kernel 4.9: amdgpu regression; gui flickers; amd radeon rx 460

https://bugs.freedesktop.org/show_bug.cgi?id=99275 --- Comment #19 from Alex Deucher --- (In reply to Reimar Imhof from comment #18) > That firmware kills kde / plasma5 and freezes the machine! > > What I've done: > Copied the firmware files to /lib/firmware/amdgpu/ > ran

[Bug 99275] Kernel 4.9: amdgpu regression; gui flickers; amd radeon rx 460

https://bugs.freedesktop.org/show_bug.cgi?id=99275 --- Comment #18 from Reimar Imhof --- That firmware kills kde / plasma5 and freezes the machine! What I've done: Copied the firmware files to /lib/firmware/amdgpu/ ran dracut to build new initrd reboot graphical login

[PATCH] drm/vc4: simplify exit path of a failed allocation of dsi_connector

From: Colin Ian King If dsi_connector fails to allocate, the exit path via label 'fail' checks if connector is null, which it always is, so the cleanup that destroys connector is never going to be called. Hence the failure path can be more optimally performed by

Re: [PATCH libdrm 2/2] autogen.sh: run git commands in the (potentially) git dir

On 3 February 2017 at 18:21, Eric Engestrom wrote: > If the build dir is outside of the git dir, the order matters :) > > Signed-off-by: Eric Engestrom > --- Wondering if you've got hit by this or you noticed my identical patch on xorg-devel

Re: [PATCH 2/2] drm/panel: Add driver for sitronix ST7789V panel

Den 03.02.2017 10.59, skrev Maxime Ripard: Signed-off-by: Maxime Ripard --- drivers/gpu/drm/panel/Kconfig | 4 +- drivers/gpu/drm/panel/Makefile | 1 +- drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 435

Re: [PATCH 0/2] drm/panel: Add support for the Sitronix ST7789V

Den 03.02.2017 10.59, skrev Maxime Ripard: Hi, Here is an attempt at supporting the ST7789V LCD controller from Sitronix. What happens if there's another panel driven by ST7789V that needs a different controller initialization? Maybe it's better to name it after the panel, not the

Re: [PATCH libdrm 1/2] autogen.sh: don't pint old git-config values

On Fri 03 Feb 2017, Eric Engestrom wrote: > Old values are of no interest to the user, so let's reduce the spam > a bit by hiding those. > > Signed-off-by: Eric Engestrom > --- > autogen.sh | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) The subject

[PATCH libdrm 2/2] autogen.sh: run git commands in the (potentially) git dir

If the build dir is outside of the git dir, the order matters :) Signed-off-by: Eric Engestrom --- autogen.sh | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/autogen.sh b/autogen.sh index d0030969..13d6991e 100755 --- a/autogen.sh +++

[PATCH libdrm 1/2] autogen.sh: don't pint old git-config values

Old values are of no interest to the user, so let's reduce the spam a bit by hiding those. Signed-off-by: Eric Engestrom --- autogen.sh | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/autogen.sh b/autogen.sh index d82ab180..d0030969 100755 ---

Re: [PATCH v5 0/3] Allow ASYNC flip with atomic helpers.

On Thu, Feb 2, 2017 at 4:56 PM, Andrey Grodzovsky wrote: > This series is a folow-up on > https://patchwork.kernel.org/patch/9501787/ > > The first patch makes changes to atomic helpers to allow for drives with > ASYNC flip support to use them. > Patch 2 is to use this

Re: drm/ttm: Fix unused variable warning

On Fri, Feb 3, 2017 at 12:23 PM, Kent Russell wrote: > This cleans up a remnant from Christian's patch (drm/ttm: revert "add > optional LRU removal callback v2") > > Kent > FWIW, I already squashed the same fix into the patch when it went upstream. Feel free to apply to

[PULL] drm-misc-next *PSA* FINAL 4.11 FEATURE PULL *PSA*

Hi Dave, Final 4.11 feature pull request: - sii8520 bridge update from Andrzej - ->release callback, maybe somewhen in the future we'll even get drm_device lifetimes correct! (Chris Wilson) - drm_mm search improvements, and good docs for different search strategies now (Chris) - simplify

[PATCH] drm/amdgpu: fix warning on older gcc releases

gcc-4.8 warns about '{0}' being used an an initializer for nested structures: drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c: In function ‘gfx_v8_0_ring_emit_ce_meta_init’: drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c:7263:2: warning: missing braces around initializer [-Wmissing-braces] } ce_payload = {0};

[PATCH libdrm] tests: Fix pattern filler routines for 10-bit RGB colours

The routines that fill the framebuffer with colour data don't work properly for data formats that use 10 bits for RGB colours. Add sibling routines for those formats and use them where appropriate. Signed-off-by: Liviu Dudau --- tests/util/pattern.c | 102

Re: [PATCH v4] drm/imx: ipuv3-plane: use drm_plane_helper_check_state, clipped coordinates

On Fri, Feb 03, 2017 at 10:31:39AM +0100, Philipp Zabel wrote: > Use drm_plane_helper_check_state to clip raw user coordinates to crtc > bounds. This checks for full plane coverage and scaling already, so > we can drop some custom checks. Use the clipped coordinates everywhere. > > Suggested-by:

Re: [GIT PULL] ZTE DRM driver updates for 4.11

On Wed, Feb 01, 2017 at 08:29:51AM +1000, Dave Airlie wrote: > On 29 January 2017 at 15:41, Shawn Guo wrote: > > Hi Dave, > > > > Please consider to pull the following ZTE DRM driver updates for 4.11. > > Thanks. > > Sorry for delay, I've pulled this and fixed up the plane

Re: [PATCH] drm/imx: imx-tve: Make the 'dac' regulator optional

Hi Philipp, On Tue, Jan 3, 2017 at 5:11 PM, Fabio Estevam wrote: > From: Fabio Estevam > > Commit deb65870b5d9d ("drm/imx: imx-tve: check the value returned by > regulator_set_voltage()") exposes the following probe issue: > > 63ff.tve supply dac

Re: [PATCH v3 5/7] dt-bindings: display: Add common rotation property

Thierry, please have a look at this. In which direction should we rotate to match how drm rotation works? Den 01.02.2017 18.41, skrev Rob Herring: On Tue, Jan 31, 2017 at 05:03:17PM +0100, Noralf Trønnes wrote: Display panels can be oriented many ways, especially in the embedded world. The

Re: [PATCH libdrm] intel: avoid null pointer dereference

On Thursday, 2017-02-02 23:57:29 +0100, Thomas Hindoe Paaboel Andersen wrote: > Introduced in 028715ee > > Move the dereference after the null check. Fixes: 028715ee707469189505 ("intel: Avoid the need for most overflow checks by using a scratch page.") Reviewed-by:

[Bug 99444] [radeonsi] The Witcher 3 (GOG/1.31) [Wine] starting menu is distorted

https://bugs.freedesktop.org/show_bug.cgi?id=99444 --- Comment #18 from Samuel Pitoiset --- (In reply to Józef Kucia from comment #17) > (In reply to Samuel Pitoiset from comment #16) > > Does the following patch help? > > > >

Re: [PATCH v4 2/2] drm: kselftest for drm_mm and bottom-up allocation

On Thu, Feb 02, 2017 at 11:44:34AM +, Chris Wilson wrote: > Check that if we request bottom-up allocation from drm_mm_insert_node() > we receive the next available hole from the bottom. > > Signed-off-by: Chris Wilson > Reviewed-by: Joonas Lahtinen

Re: [PATCH] drm/amdgpu: shut up #warning for compile testing

On 02/02/17 06:36 PM, Christian König wrote: > Am 02.02.2017 um 07:09 schrieb Michel Dänzer: >> [SNIP] >> OTOH the people running the kernel aren't always the same people >> building it, so the downside is that this would potentially delay >> getting X86_PAT enabled. > > And exactly for this

Re: [Intel-gfx] [PATCH v5] drm: Improve drm_mm search (and fix topdown allocation) with rbtrees

On Fri, Feb 03, 2017 at 10:49:22AM +0100, Lucas Stach wrote: > Am Donnerstag, den 02.02.2017, 21:04 + schrieb Chris Wilson: > > The drm_mm range manager claimed to support top-down insertion, but it > > was neither searching for the top-most hole that could fit the > > allocation request nor

Fwd: Question about handling RGBA/BGRA in etnaviv driver

Sorry for getting the list wrong again. Please reply to mesa-dev not dri-dev . -- Forwarded message -- From: "Wladimir J. van der Laan" Date: Feb 3, 2017 10:56 Subject: Question about handling RGBA/BGRA in etnaviv driver To: ,

[Bug 99444] [radeonsi] The Witcher 3 (GOG/1.31) [Wine] starting menu is distorted

https://bugs.freedesktop.org/show_bug.cgi?id=99444 --- Comment #17 from Józef Kucia --- (In reply to Samuel Pitoiset from comment #16) > Does the following patch help? > > https://cgit.freedesktop.org/mesa/mesa/commit/ > ?id=dfe111368d11aaffae7f8738c858c335cdec1e9d > >

[PATCH] drm/sti: debug fps reset

From: Fabien Dessenne Reset the fps debug information when 'fps_show' is updated. Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_drv.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/sti/sti_drv.c

[PATCH] drm/sti: hdmi: automatically check DVI/HDMI mode

Remove the hdmi_mode_property and use drm_detect_hdmi_monitor function to check whether the connected monitor is HDMI capable or DVI only. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_hdmi.c | 31 ++- drivers/gpu/drm/sti/sti_hdmi.h

Re: Question about handling RGBA/BGRA in etnaviv driver

Hi, 2017-02-03 10:56 GMT+01:00 Wladimir J. van der Laan : > Hello, > > With the Etnaviv driver we're running into an issue: The GPU can only render > *to* > BGRA formats. It can however render *from* BGRA as well as RGBA textures. > > I know that the OpenGL ES standard allows

[PATCH] drm/sti: unbind all components while driver cleanup

Unbind all the components when the STI driver is unregistered. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/sti/sti_drv.c b/drivers/gpu/drm/sti/sti_drv.c index e433853..60a41cc 100644

[PATCH v3 2/2] ARM: sun8i: dt: Add mali node

The A23 and A33 have an ARM Mali 400 GPU. Now that we have a binding, add it to our DT. Signed-off-by: Maxime Ripard --- Changes from v2: - Removed leading 0 from the unit address --- arch/arm/boot/dts/sun8i-a23-a33.dtsi | 26 ++ 1

[PATCH 0/2] drm/panel: Add support for the Sitronix ST7789V

Hi, Here is an attempt at supporting the ST7789V LCD controller from Sitronix. It is controlled through an SPI bus, with a twist, since each byte sent must be prefixed by a bit, which needs an 9-bits-per-word SPI controller, which is quite rare. Else, you would need to bitbang it. Let me know

[PATCH v3 1/2] dt-bindings: gpu: Add Mali Utgard bindings

The ARM Mali Utgard GPU family is embedded into a number of SoCs from Allwinner, Amlogic, Mediatek or Rockchip. Add a binding for the GPU of that family. Reviewed-by: Linus Walleij Signed-off-by: Maxime Ripard --- Changes from v2:

[PATCH 1/2] dt-bindings: display: panel: Add bindings for the Sitronix ST7789V panel

The Sitronix ST7789V is an LCD panel controller, controlled over SPI, that can drive 18-bits 240x320 LCD displays. Signed-off-by: Maxime Ripard --- Documentation/devicetree/bindings/display/panel/sitronix,st7789v.txt | 36

[PATCH 2/2] drm/panel: Add driver for sitronix ST7789V panel

Signed-off-by: Maxime Ripard --- drivers/gpu/drm/panel/Kconfig | 4 +- drivers/gpu/drm/panel/Makefile | 1 +- drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 435 ++- 3 files changed, 440 insertions(+), 0

[Bug 99444] [radeonsi] The Witcher 3 (GOG/1.31) [Wine] starting menu is distorted

https://bugs.freedesktop.org/show_bug.cgi?id=99444 --- Comment #16 from Samuel Pitoiset --- Does the following patch help? https://cgit.freedesktop.org/mesa/mesa/commit/?id=dfe111368d11aaffae7f8738c858c335cdec1e9d It actually fixes the glActiveTexture() errors but I

Question about handling RGBA/BGRA in etnaviv driver

Hello, With the Etnaviv driver we're running into an issue: The GPU can only render *to* BGRA formats. It can however render *from* BGRA as well as RGBA textures. I know that the OpenGL ES standard allows drivers to choose what order is most appropriate when being asked for "GL_RGBA" textures.

[PATCH 3/3] drm/sti: do not post GDP command if no update

Do not process update requests with unmodified parameters. This typically happens when the driver is called with legacy (non-atomic) IOCTL : in that case atomic_update() is called multiple times with the same parameters. Signed-off-by: Vincent Abriou ---

[PATCH 2/3] drm/sti: do not set gdp pixel clock rate if mode is not set

Fix a division by 0 case : in some cases, when the GDP plane is being disabled atomic_check() is called with "mode->clock = 0". In that case, do not set parent and pixel clock rate. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_gdp.c | 2 +- 1 file changed, 1

[PATCH 1/3] drm/sti: enable gdp pixel clock in atomic_update

Set gdp pix clock rate and parent in atomic_check function and enable it in the atomic_update only the first time. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_gdp.c | 70 --- 1 file changed, 32 insertions(+), 38

[PATCH 0/3] drm/sti: gdp pixel clock and plane update fixes

This patch series fix issues met around gpd plane: - fix gdp clock selection and enabling - fix div by zero when GDP plane is being disabled - do not process gdp update requests with unmodified parameters Vincent Abriou (3): drm/sti: enable gdp pixel clock in atomic_update drm/sti: do not

Re: [PATCH v5] drm: Improve drm_mm search (and fix topdown allocation) with rbtrees

Am Donnerstag, den 02.02.2017, 21:04 + schrieb Chris Wilson: > The drm_mm range manager claimed to support top-down insertion, but it > was neither searching for the top-most hole that could fit the > allocation request nor fitting the request to the hole correctly. > > In order to search the

[PATCH 1/2] drm/sti: remove deprecated sink_term config

stih416 chip family is no more supported in Linux v4.9. Then sink_term config becomes useless. The field of the register it was referring to is tag as reserved for stih410 chip family. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_hdmi.c | 7 --- 1 file

[PATCH 0/2] drm/sti cleanup: remove deprecated register and functionnalities

Remove stih416 chip deprecated register and functionnalities since stih416 chip is no more supported from Linux v4.9. Vincent Abriou (2): drm/sti: remove deprecated sink_term config drm/sti: remove deprecated legacy vtg slave drivers/gpu/drm/sti/sti_hdmi.c | 7 -

[PATCH 2/2] drm/sti: remove deprecated legacy vtg slave

stih416 chip family is no more supported in Linux v4.9. It is then useless to keep vtg slave field since it not used at all for the stih407/10 chip family supported by sti driver. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_vtg.c | 58

[PATCH v4] drm/imx: ipuv3-plane: use drm_plane_helper_check_state, clipped coordinates

Use drm_plane_helper_check_state to clip raw user coordinates to crtc bounds. This checks for full plane coverage and scaling already, so we can drop some custom checks. Use the clipped coordinates everywhere. Suggested-by: Ville Syrjälä Signed-off-by: Philipp

[Bug 99488] [r600g]OpenCL driver causes ImageMagick to hang on JPEG input in Gaussian Blur kernel

https://bugs.freedesktop.org/show_bug.cgi?id=99488 --- Comment #4 from Michel Dänzer --- (In reply to Jan Vesely from comment #3) > > (gdb) info threads > > Id Target Id Frame > > * 1Thread 0x39ac9cdf7c0 (LWP 3806) "display" 0x039abefef921 in > >

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On Fri, Feb 03, 2017 at 09:54:42AM +0100, Andrzej Hajda wrote: > Hi Thierry, > > Finally something technical :) Please read Thierry's other response, I think a time-out on this thread would be good for everyone. Also I'm not sure you're introductory comment was good here, it can be read as

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

Hi Thierry, Finally something technical :) On 02.02.2017 18:58, Thierry Reding wrote: > On Tue, Jan 31, 2017 at 01:05:20PM +0100, Andrzej Hajda wrote: >> On 31.01.2017 09:54, Thierry Reding wrote: >>> On Tue, Jan 31, 2017 at 09:01:07AM +0900, Inki Dae wrote: 2017년 01월 24일 10:50에 Hoegeun

Re: [PATCH] drm: change connector disconnected debug message to an error

On Thu, Feb 02, 2017 at 10:25:44AM -0700, Shuah Khan wrote: > On 02/02/2017 01:32 AM, Jani Nikula wrote: > > On Thu, 02 Feb 2017, Shuah Khan wrote: > >> Change drm_helper_probe_single_connector_modes() to print an error to > >> report connector disconnected status instead

Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

On Fri, Feb 03, 2017 at 01:30:14AM +0200, Martin Peres wrote: > On 01/02/17 22:05, Manasi Navare wrote: > > On Wed, Feb 01, 2017 at 11:58:16AM -0800, Eric Anholt wrote: > > > Jani Nikula writes: > > > > > > > On Tue, 31 Jan 2017, Eric Anholt wrote:

Re: [PATCH] drm: change connector disconnected debug message to an error

On Thu, 02 Feb 2017, Shuah Khan wrote: > On 02/02/2017 01:32 AM, Jani Nikula wrote: >> On Thu, 02 Feb 2017, Shuah Khan wrote: >>> Change drm_helper_probe_single_connector_modes() to print an error to >>> report connector disconnected status