[Bug 106317] System lock up after monitors wake from DPMS on Ryzen 3 2200g

https://bugs.freedesktop.org/show_bug.cgi?id=106317 Bug ID: 106317 Summary: System lock up after monitors wake from DPMS on Ryzen 3 2200g Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux

[Bug 105819] Window system hang due to GPU Fault

https://bugs.freedesktop.org/show_bug.cgi?id=105819 --- Comment #3 from ZenAnonX --- Encountering same gpu/system freeze while trying to run skyrim with enb series using select enb preset. The whole display freezes with music still running

Re: [PATCH v4 1/3] drm/bridge: add support for sn65dsi86 bridge driver

Hi Sandeep, Thank you for the patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.17-rc3 next-20180426] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH] drm/bridge: fix platform_no_drv_owner.cocci warnings

From: Fengguang Wu drivers/gpu/drm/bridge/ti-sn65dsi86.c:711:3-8: No need to set .owner here. The core will do it. Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci Fixes: 90200d12a626

Re: [PATCH v4 1/3] drm/bridge: add support for sn65dsi86 bridge driver

Hi Sandeep, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on drm/drm-next] [also build test WARNING on v4.17-rc3 next-20180426] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v4 1/3] drm/bridge: add support for sn65dsi86 bridge driver

Hi Sandeep, Thank you for the patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.17-rc3 next-20180426] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[Bug 106196] GPU randomly hangs while playing game Rise of the Tomb Rider

https://bugs.freedesktop.org/show_bug.cgi?id=106196 fin4...@hotmail.com changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug 105113] [hawaii, radeonsi, clover] Running Piglit cl/program/execute/{, tail-}calls{, -struct, -workitem-id}.cl cause GPU VM error and ring stalled GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=105113 Maciej S. Szmigiero changed: What|Removed |Added CC|

[Bug 105425] 3D & games produce periodic GPU crashes (Radeon R7 370)

https://bugs.freedesktop.org/show_bug.cgi?id=105425 --- Comment #57 from i...@yahoo.com --- (In reply to MirceaKitsune from comment #56) > I've preformed the netconsole test today. After over an hour of learning how > it works, I set it up and could confirm that system messages are properly >

[Bug 199567] [amdgpu] just a black screen irrespective of amdgpu.dc=1 or 0 at boot on kernels 4.17-rc2 and onwards

https://bugzilla.kernel.org/show_bug.cgi?id=199567 --- Comment #1 from untaintablean...@hotmail.co.uk --- Extra info: Ubuntu 18.04 64bit Displayport connection to XG2402 (1920x1080, 144Hz) -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 105425] 3D & games produce periodic GPU crashes (Radeon R7 370)

https://bugs.freedesktop.org/show_bug.cgi?id=105425 --- Comment #56 from MirceaKitsune --- I've preformed the netconsole test today. After over an hour of learning how it works, I set it up and could confirm that system messages are properly received by

[Bug 199567] New: [amdgpu] just a black screen irrespective of amdgpu.dc=1 or 0 at boot on kernels 4.17-rc2 and onwards

https://bugzilla.kernel.org/show_bug.cgi?id=199567 Bug ID: 199567 Summary: [amdgpu] just a black screen irrespective of amdgpu.dc=1 or 0 at boot on kernels 4.17-rc2 and onwards Product: Drivers Version: 2.5

[Bug 106188] Can't successfully set pstates in pp_od_clk_voltage

https://bugs.freedesktop.org/show_bug.cgi?id=106188 tempel.jul...@gmail.com changed: What|Removed |Added Resolution|--- |NOTABUG

[PATCH] staging: sm750fb: add drm development branch details

The sm750 driver in staging has no future as new framebuffer driver will not be added to fbdev anymore. A drm driver is being prepared, and the details added to the TODO file. This sm750fb driver will be removed as soon as the drm driver is ready. Also, remove my old email. Cc:

Re: Tracking: radeon 0000:00:10.0: ring 0 stalled for more than 10240msec

Am 23.04.2018 um 20:50 schrieb Mathieu Malaterre: Hi there, I am pretty sure I was able to run kodi on an old Mac Mini G4 (big endian) with AMD RV280. Today it is failing to start with: Well, that is rather old hardware. I suggest to make sure first that the hw isn't broken in some way.

[PATCH v4 7/7] ARM: imx_v6_v7_defconfig: Enable DA0963 PMIC support.

From: Jan Tuerk All recent emtrion modules based on i.mx6 make use of the DA0963. Therefore enable it with the following defaults: - CONFIG_MFD_DA9063=y - CONFIG_REGULATOR_DA9063=y - CONFIG_DA9063_WATCHDOG=m MFD and REGULATOR are built-in to have it

Re: [PATCH v2 2/3] drm/amdgpu: Allow dma_map_sg() coalescing

On 4/27/2018 11:54 AM, Robin Murphy wrote: > >> ubuntu@ubuntu:~/amdgpu$_./vectoradd_hip.exe >> [  834.002206] create_process:620 >> [  837.413021] Unable to handle kernel NULL pointer dereference at virtual >> address 0018 > > £5 says that's sg_dma_len(NULL), which implies either that

Re: [PATCH 1/2] drm/panel: Add Raydium RM67191 DSI Panel

Hi Thierry, Thanks a lot for reviewing this. Your suggestions are very valuable. Please see my detailed answers inline. Best regards, Robert From: Thierry Reding Sent: Thursday, April 26, 2018 5:54 PM To: Robert Chiras Cc:

[PATCH v4 3/7] drm/panel: Add support for the EDT ETM0700G0EDH6

From: Jan Tuerk The Emerging Display Technology ETM0700G0EDH6 is the uses the same panel as the ETM0700G0BDH6. It differs in the hardware design for the backlight and the touchscreen i2c interface. As the new display type has different requirements for drive-strengths on

[PATCH v4 2/7] drm/panel: Add support for the EDT ETM0700G0BDH6

From: Jan Tuerk The Emerging Display Technology ETM0700G0BDH6 is exactly the same display as the ETM0700G0DH6, exept the pixelclock polarity. Therefore re-use the ETM0700G0DH6 modes. It is used by default on emtrion Avari based development kits. Signed-off-by: Jan Tuerk

Re: [PATCH] video: fbdev: omap2: remove rfbi

Hi, On Fri, Apr 27, 2018 at 05:09:14PM +0200, Bartlomiej Zolnierkiewicz wrote: > omapfb equivalent of drm's commit aa61321d4c08 ("drm/omap: remove rfbi"): > > The RFBI driver has not worked nor compiled for many years. There are > very few boards out there that use RFBI, and no one has stepped

[PATCH v2 1/4] drm/panel: simple: Add support for Rocktech RK070ER9427 LCD panel

This adds support for the Rocktech Display Ltd. RK070ER9427 800(RGB)x480 TFT LCD panel, which can be supported by the simple panel driver. Signed-off-by: Jagan Teki --- Changes for v2: - included drm drm panel maintainers .../display/panel/rocktech,rk070er9427.txt

[PATCH v4 0/3] Add suppport for sn65dsi86 bridge chip and Innolux 2k edp panel

Changes in current patchset: - Reuse simple panel driver for the 2k eDP display panel. - Update bridge chip enable/disable sequence. - Update bridge chip dt-bindings. - Add Kconfig and Makefile to bridge driver change. Sandeep Panda (3): drm/bridge: add support for sn65dsi86 bridge driver

RE: [PATCH v3 1/2] dma-mapping: move dma configuration to bus infrastructure

> -Original Message- > From: Christoph Hellwig [mailto:h...@lst.de] > Sent: Monday, April 23, 2018 6:27 PM > To: Nipun Gupta > Cc: robin.mur...@arm.com; h...@lst.de; li...@armlinux.org.uk; > gre...@linuxfoundation.org; m.szyprow...@samsung.com; >

Re: [PATCH] video: fbdev: omap2: remove rfbi

Hi, On Fri, Apr 27, 2018 at 05:09:14PM +0200, Bartlomiej Zolnierkiewicz wrote: > omapfb equivalent of drm's commit aa61321d4c08 ("drm/omap: remove rfbi"): > > The RFBI driver has not worked nor compiled for many years. There are What is the build failure you are seeing? When removing the

[PATCH v4 5/7] dt-bindings: arm: Document emtrion emCON-MX6 bindings

From: Jan Tuerk Document the compatible strings for emtrion emCON-MX6 SoM's. Signed-off-by: Jan Tuerk --- For v4: - separate patch for the emtrion emCON-MX6 DT-bindings Documentation/devicetree/bindings/arm/emtrion.txt | 13 + 1 file

[PATCH v4 6/7] ARM: dts: Add support for emtrion emCON-MX6 series

From: Jan Tuerk This patch adds support for the emtrion GmbH emCON-MX6 modules. They are available with imx.6 Solo, Dual-Lite, Dual and Quad equipped with Memory from 512MB to 2GB (configured by U-Boot). Our default developer-Kit ships with the Avari baseboard and the EDT

[PATCH v4 2/3] dt-bindings: drm/bridge: Document sn65dsi86 bridge bindings

Document the bindings used for the sn65dsi86 DSI to eDP bridge. Changes in v1: - Rephrase the dt-binding descriptions to be more inline with existing bindings (Andrzej Hajda). - Add missing dt-binding that are parsed by corresponding driver (Andrzej Hajda). Changes in v2: - Remove edp

Re: [PATCH v2 2/3] drm/amdgpu: Allow dma_map_sg() coalescing

On 4/27/2018 11:54 AM, Robin Murphy wrote: >> I'm taking this back. I observed a crash with the HSA applications: > > FWIW, was this working before, or is this somewhere new that we're only > reaching now that pin_userpages can succeed? Yes, HSA application is a different test. Previous DRM

[PATCH v4 1/3] drm/bridge: add support for sn65dsi86 bridge driver

Add support for TI's sn65dsi86 dsi2edp bridge chip. The chip converts DSI transmitted signal to eDP signal, which is fed to the connected eDP panel. This chip can be controlled via either i2c interface or dsi interface. Currently in driver all the control registers are being accessed through i2c

[PATCH v4 1/7] dt-bindings: display: Document the EDT et* displays in one file.

From: Jan Tuerk Document the Emerging Display Technology Corp. (EDT) using the simple-panel binding in one single file. Signed-off-by: Jan Tuerk --- Changes for v4: - re-arrange the Patch-series to match the DT-submitting-patches - Additional

Re: [PATCH] video: fbdev: omap2: remove rfbi

Hi, On Fri, Apr 27, 2018 at 07:58:28PM +0200, Bartlomiej Zolnierkiewicz wrote: > On Friday, April 27, 2018 08:47:14 PM Aaro Koskinen wrote: > > On Fri, Apr 27, 2018 at 05:09:14PM +0200, Bartlomiej Zolnierkiewicz wrote: > > > omapfb equivalent of drm's commit aa61321d4c08 ("drm/omap: remove

Re: [PATCH 00/24] device link, bridge supplier <-> drm device

On 2018-04-27 09:37, Peter Rosin wrote: > On 2018-04-27 09:11, Andrzej Hajda wrote: >> Hi Peter, >> >> On 27.04.2018 00:31, Peter Rosin wrote: >>> Hi! >>> >>> It was noted by Russel King [1] that bridges (not using components) >>> might disappear unexpectedly if the owner of the bridge was

Re: [PATCH 00/24] device link, bridge supplier <-> drm device

On 2018-04-27 09:11, Andrzej Hajda wrote: > Hi Peter, > > On 27.04.2018 00:31, Peter Rosin wrote: >> Hi! >> >> It was noted by Russel King [1] that bridges (not using components) >> might disappear unexpectedly if the owner of the bridge was unbound. >> Jyri Sarha had previously noted the same

[PATCH v4 1/2] dma-mapping: move dma configuration to bus infrastructure

It is bus specific aspect to map a given device on the bus and relevant firmware description of its DMA configuration. So, this change introduces 'dma_configure' as bus callback giving flexibility to busses for implementing its own dma configuration function. The change eases the addition of new

[PATCH v4 2/2] drivers: remove force dma flag from buses

With each bus implementing its own DMA configuration callback, there is no need for bus to explicitly have force_dma in its global structure. This patch modifies of_dma_configure API to accept an input parameter which specifies if implicit DMA configuration is required even when it is not

[PATCH v4 3/3] drm/panel: add support for Innolux TV123WAM panel

Innolux TV123WAM is a 12.3" eDP display panel with 2160x1440 resolution, which can be supported by simple panel driver. Changes in v1: - Make use of simple panel driver instead of creating a new driver for this panel (Sean Paul). - Combine dt-binding and driver changes into one patch as

Re: [PATCH 2/2] drm/panel: rm67191: Add support for new bus formats

From: Thierry Reding Sent: Thursday, April 26, 2018 5:56 PM To: Robert Chiras Cc: dl-linux-imx; dri-devel@lists.freedesktop.org Subject: Re: [PATCH 2/2] drm/panel: rm67191: Add support for new bus formats On Tue, Apr 03, 2018 at

[PATCH v4 0/7] Add basic support for emtrion emCON-MX6 modules

From: Jan Tuerk Changes for v4: - re-arrange the Patch-series to match the DT-submitting-patches - Additional patch for the Documentation of the new DT-bindings [PATCH v4 1/7] dt-bindings: display: Document the EDT et* displays in one file. - no change (re-arranged

[PATCH v4 4/7] ARM: dts: imx: Add an cpu0 label for imx6dl devices.

From: Jan Tuerk Adding the label cpu0 allows the adjustment of cpu-parameters by reference in overlaying dtsi files in the same way as it is possible for imx6q devices. Signed-off-by: Jan Tuerk --- Changes for v4: - re-arrange the Patch-series to

[Bug 105251] [Vega10] GPU lockup on boot: VMC page fault

https://bugs.freedesktop.org/show_bug.cgi?id=105251 --- Comment #3 from Stefan --- Vega8 / Ryzen 2400G btw. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 106199] Cannot get back into DM after logoff (Linux 4.16.2+)

https://bugs.freedesktop.org/show_bug.cgi?id=106199 Öyvind Saether changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 106013] [CI] igt@prime_mmap@test_userptr - fail - Failed assertion: __gem_userptr(fd, ptr, size, read_only, flags, handle) == 0

https://bugs.freedesktop.org/show_bug.cgi?id=106013 Chris Wilson changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 105251] [Vega10] GPU lockup on boot: VMC page fault

https://bugs.freedesktop.org/show_bug.cgi?id=105251 --- Comment #2 from Stefan --- Also happens on Manjaro KDE with kernels 4.16 through the latest 4.17rc: [ 8164.289086] amdgpu :38:00.0: [gfxhub] VMC page fault (src_id:0 ring:24 vmid:1 pasid:32768) [

[Bug 105170] Radeon R9 Nano failed testing IB on GFX ring (-110). [amd64, kernel 4.15.4]

https://bugs.freedesktop.org/show_bug.cgi?id=105170 erhar...@mailbox.org changed: What|Removed |Added Resolution|--- |INVALID Status|NEW

[Bug 199559] [amdgpu] atomic mode setting failure on start of plasma wayland session

https://bugzilla.kernel.org/show_bug.cgi?id=199559 farmb...@googlemail.com changed: What|Removed |Added Summary|atomic mode setting failure |[amdgpu] atomic mode

[Bug 199559] New: atomic mode setting failure on start of plasma wayland session

https://bugzilla.kernel.org/show_bug.cgi?id=199559 Bug ID: 199559 Summary: atomic mode setting failure on start of plasma wayland session Product: Drivers Version: 2.5 Kernel Version: 4.16.4 Hardware: All

Re: [PATCH 00/17] dma-fence doc polish and small cleanup

Patches #1-#5 in this series are Reviewed-by: Christian König Regards, Christian. Am 27.04.2018 um 08:17 schrieb Daniel Vetter: Hi all, Somewhat motivated by me looking at the v3d patch I went and dug around in the dma-fence code a bit. Result was a bit of doc

Re: [PATCH 06/17] drm/amdgpu: Remove unecessary dma_fence_ops

Am 27.04.2018 um 08:17 schrieb Daniel Vetter: dma_fence_default_wait is the default now. Signed-off-by: Daniel Vetter Cc: Alex Deucher Cc: "Christian König" Cc: Monk Liu Cc: pding

Re: [PATCH 04/17] dma-fence: Allow wait_any_timeout for all fences

Am 27.04.2018 um 08:17 schrieb Daniel Vetter: When this was introduced in commit a519435a96597d8cd96123246fea4ae5a6c90b02 Author: Christian König Date: Tue Oct 20 16:34:16 2015 +0200 dma-buf/fence: add fence_wait_any_timeout function v2 there was a

Re: [PATCH 13/17] drm/radeon: Remove custom dma_fence_ops->wait implementation

NAK, there is a subtitle but major difference: - if (rdev->needs_reset) { - t = -EDEADLK; - break; - } Without that the whole radeon GPU reset code breaks. Regards, Christian. Am 27.04.2018 um 08:17 schrieb Daniel

Re: [PATCH 2/2] drm/ttm: Use GFP_TRANSHUGE_LIGHT for allocating huge pages

Am 26.04.2018 um 17:06 schrieb Michel Dänzer: From: Michel Dänzer GFP_TRANSHUGE tries very hard to allocate huge pages, which can result in long delays with high memory pressure. I have observed firefox freezing for up to around a minute due to this while restic was

Re: [PATCH v2 1/2] drm/ttm: Only allocate huge pages with new flag TTM_PAGE_FLAG_TRANSHUGE

Am 29.04.2018 um 01:02 schrieb Michel Dänzer: On 2018-04-28 06:30 PM, Ilia Mirkin wrote: On Fri, Apr 27, 2018 at 9:08 AM, Michel Dänzer wrote: From: Michel Dänzer Previously, TTM would always (with CONFIG_TRANSPARENT_HUGEPAGE enabled) try to

[radeon-alex:drm-next-4.18-wip 260/261] drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/smu7_hwmgr.c:1024 smu7_enable_sclk_mclk_dpm() warn: curly braces intended?

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.18-wip head: 92fb37464bd2b759d74f33c3b90a27575601745d commit: c5eb46b78b52a40bc91421f667130fa7f328e97a [260/261] drm/amd/powerplay: add specific changes for VEGAM in smu7_hwmgr.c New smatch warnings:

[radeon-alex:drm-next-4.18-wip 201/261] drivers/gpu/drm/amd/amdgpu/../powerplay/amd_powerplay.c:194 pp_late_init() error: we previously assumed 'hwmgr' could be null (see line 185)

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.18-wip head: 92fb37464bd2b759d74f33c3b90a27575601745d commit: cb2bd409128cdf4b6ac7779e55876956271be9f3 [201/261] drm/amd/powerplay: add control gfxoff enabling in late init smatch warnings: