[Bug 104362] GPU fault detected on wine-nine Path of Exile

https://bugs.freedesktop.org/show_bug.cgi?id=104362 Alex Deucher changed: What|Removed |Added Product|DRI |Mesa Component|DRM/AMDgpu

Re: [PATCH] pci/quirks: Add quirk to reset nvgpu at boot for the Lenovo ThinkPad P50

Hi, [This is an automated email] This commit has been processed because it contains a -stable tag. The stable tag indicates that it's relevant for the following trees: all The bot has tested the following trees: v4.20.8, v4.19.21, v4.14.99, v4.9.156, v4.4.174, v3.18.134. v4.20.8: Build OK!

Re: [PATCH] pci/quirks: Add quirk to reset nvgpu at boot for the Lenovo ThinkPad P50

Hi, [This is an automated email] This commit has been processed because it contains a -stable tag. The stable tag indicates that it's relevant for the following trees: all The bot has tested the following trees: v4.20.8, v4.19.21, v4.14.99, v4.9.156, v4.4.174, v3.18.134. v4.20.8: Build OK!

[Bug 202537] amdgpu/DC failed to reserve new abo buffer before flip

https://bugzilla.kernel.org/show_bug.cgi?id=202537 --- Comment #21 from Bernd Steinhauser (li...@bernd-steinhauser.de) --- Created attachment 281201 --> https://bugzilla.kernel.org/attachment.cgi?id=281201=edit kmemleak output with 4.19.0-rc1 5d35ed4832da -- You are receiving this mail

Re: [PATCH] drm/mediatek: add mt8183 dpi support

On Fri, 2019-02-15 at 00:13 +0800, CK Hu wrote: > Hi, Jitao: > > On Mon, 2019-02-11 at 12:50 +0800, Jitao Shi wrote: > > MT8183 sample on rising and falling edge. It can reduce half data io. > > > > Signed-off-by: Jitao Shi > > --- > > drivers/gpu/drm/mediatek/mtk_dpi.c | 29

Re: [PATCH v4 5/7] media: vsp1: Refactor vsp1_video_complete_buffer() for later reuse

Hi Kieran, On Sun, Feb 17, 2019 at 08:35:25PM +, Kieran Bingham wrote: > On 17/02/2019 02:48, Laurent Pinchart wrote: > > The vsp1_video_complete_buffer() function completes the current buffer > > and returns a pointer to the next buffer. Split the code that completes > > the buffer to a

[Bug 107978] [amdgpu] Switching to tty fails with DisplayPort 1.2 monitor going to sleep (REG_WAIT timeout / dce110_stream_encoder_dp_blank)

https://bugs.freedesktop.org/show_bug.cgi?id=107978 --- Comment #57 from Alex Deucher --- (In reply to Shmerl from comment #56) > I see the fix in this submission though: > https://lists.freedesktop.org/archives/amd-gfx/2019-February/031437.html This patch missed the window for last week's

[Bug 202533] DVI Monitors blank in 4.20-6 kernel

https://bugzilla.kernel.org/show_bug.cgi?id=202533 --- Comment #8 from acollie...@gmail.com --- Thanks for your patience. Figured out the error. For whatever reason, there was a blacklist file in /etc/modprobe.d/ that was blacklisting the nouveau drivers. 4.20 recognized the blacklist while 4.19

[Bug 109667] r5 m330 hung if dpm enabled

https://bugs.freedesktop.org/show_bug.cgi?id=109667 --- Comment #2 from Slava --- Created attachment 143398 --> https://bugs.freedesktop.org/attachment.cgi?id=143398=edit actualy after gpu reset dmesg get overflowed, so it is dmesg before reset -- You are receiving this mail because: You are

Re: [PATCH] drm/mediatek: add mt8183 dpi support

Hi, Jitao: On Tue, 2019-02-19 at 09:53 +0800, Jitao Shi wrote: > On Fri, 2019-02-15 at 00:13 +0800, CK Hu wrote: > > Hi, Jitao: > > > > On Mon, 2019-02-11 at 12:50 +0800, Jitao Shi wrote: > > > MT8183 sample on rising and falling edge. It can reduce half data io. > > > > > > Signed-off-by:

[Bug 104362] GPU fault detected on wine-nine Path of Exile

https://bugs.freedesktop.org/show_bug.cgi?id=104362 --- Comment #26 from nmr --- I'm getting the impression that AMD does not regard the kernel hang as the underlying issue. Is that correct? -- You are receiving this mail because: You are the assignee for the

Re: [PATCH] drm/amdgpu/powerplay/polaris10_smumgr: Mark expected switch fall-through

On Fri, Feb 15, 2019 at 1:50 PM Gustavo A. R. Silva wrote: > > In preparation to enabling -Wimplicit-fallthrough, mark switch > cases where we are expecting to fall through. > > Warning level 3 was used: -Wimplicit-fallthrough=3 > > This patch is part of the ongoing efforts to enable >

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

https://bugs.freedesktop.org/show_bug.cgi?id=105251 --- Comment #65 from zzyx...@gmail.com --- I've just tested the vega_crasher on the latest kernel from the linux-amd-staging-drm-next-git package (archlinux) and it didn't crash. % uname -a Linux erebor

[Bug 104362] GPU fault detected on wine-nine Path of Exile

https://bugs.freedesktop.org/show_bug.cgi?id=104362 --- Comment #28 from nmr --- I get that it's triggered by Mesa, but don't you think it's a bug itself that user-space can hang the kernel? I can't even switch virtual consoles when it hangs. I'm currently running Linux waldorf 4.19.0-2-amd64

Re: [PATCH] drm/radeon/evergreen_cs: fix missing break in switch statement

On Fri, Feb 15, 2019 at 5:40 PM Gustavo A. R. Silva wrote: > > Add missing break statement in order to prevent the code from falling > through to case CB_TARGET_MASK. > > This bug was found thanks to the ongoing efforts to enable > -Wimplicit-fallthrough. > > Fixes: dd220a00e8bd ("drm/radeon/kms:

[Bug 109667] r5 m330 hung if dpm enabled

https://bugs.freedesktop.org/show_bug.cgi?id=109667 --- Comment #4 from Slava --- Created attachment 143402 --> https://bugs.freedesktop.org/attachment.cgi?id=143402=edit Xorg.log -- You are receiving this mail because: You are the assignee for the

[Bug 108711] GPU crash in some opengl 1.x applications on vega gpu

https://bugs.freedesktop.org/show_bug.cgi?id=108711 Timothy Arceri changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #2 from Timothy

[Bug 109667] r5 m330 hung if dpm enabled

https://bugs.freedesktop.org/show_bug.cgi?id=109667 --- Comment #3 from Slava --- uh, lst dmesg get litle bit early, after few seconds there appeared such strings [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, signaled seq=431052, emitted seq=431053 amdgpu :01:00.0: GPU reset

Re: [PATCH] pci/quirks: Add quirk to reset nvgpu at boot for the Lenovo ThinkPad P50

On Mon, Feb 18, 2019 at 3:14 PM Sasha Levin wrote: > > Hi, > > [This is an automated email] > > This commit has been processed because it contains a -stable tag. > The stable tag indicates that it's relevant for the following trees: all > > The bot has tested the following trees: v4.20.8,

Re: [PATCH] drm/amdgpu/powerplay/polaris10_smumgr: Mark expected switch fall-through

On 2/18/19 4:40 PM, Alex Deucher wrote: > On Fri, Feb 15, 2019 at 1:50 PM Gustavo A. R. Silva > wrote: >> >> In preparation to enabling -Wimplicit-fallthrough, mark switch >> cases where we are expecting to fall through. >> >> Warning level 3 was used: -Wimplicit-fallthrough=3 >> >> This patch

[v2 1/1] drm/mediatek: add mt8183 dpi support

MT8183 samples on rising and falling edge. It can reduce half data io. MT8173 also has those registers. But the hw function is removed. So MT8173 doesn't support DPI dual edge sample and can't use the same setting to mt8183. Signed-off-by: Jitao Shi --- drivers/gpu/drm/mediatek/mtk_dpi.c | 29

[Bug 108711] GPU crash in some opengl 1.x applications on vega gpu

https://bugs.freedesktop.org/show_bug.cgi?id=108711 Timothy Arceri changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #3 from Timothy

[Bug 108711] [apitrace] GPU hangs in some opengl 1.x applications on RAVEN

https://bugs.freedesktop.org/show_bug.cgi?id=108711 Timothy Arceri changed: What|Removed |Added Summary|GPU crash in some opengl|[apitrace] GPU hangs in

Re: [v2 1/1] drm/mediatek: add mt8183 dpi support

Hi, Jitao: On Tue, 2019-02-19 at 11:06 +0800, Jitao Shi wrote: > MT8183 samples on rising and falling edge. It can reduce half data > io. > MT8173 also has those registers. But the hw function is removed. > So MT8173 doesn't support DPI dual edge sample and can't use the > same setting to mt8183.

[Bug 109206] Kernel 4.20 amdgpu fails to load firmware on Ryzen 2500U

https://bugs.freedesktop.org/show_bug.cgi?id=109206 --- Comment #12 from Adrian Garay --- (In reply to matrix8967 from comment #11) > This is the exact same issue I had and the above solution for removing > /lib/firmware/amdgpu/raven_dmcu.bin worked for me. > > For Ubuntu Users on 4.20 you'll

[Bug 108711] [apitrace] GPU hangs in some opengl 1.x applications on RAVEN

https://bugs.freedesktop.org/show_bug.cgi?id=108711 --- Comment #4 from mittorn --- Still can reproduce on opensource drivers, but no crash on amdgpu-pro-18.50 Also i managed to recover system after gpu crash on "modesetting" xorg driver and ignoring recover errors. GPU seems to ignore all

[Bug 104362] GPU fault detected on wine-nine Path of Exile

https://bugs.freedesktop.org/show_bug.cgi?id=104362 --- Comment #27 from Alex Deucher --- (In reply to nmr from comment #26) > I'm getting the impression that AMD does not regard the kernel hang as the > underlying issue. Is that correct? The GPU hang is most likely caused by a bug in mesa.

Re: [PATCH v4 7/7] media: vsp1: Provide a writeback video device

Hi Kieran, On Sun, Feb 17, 2019 at 08:06:32PM +, Kieran Bingham wrote: > On 17/02/2019 02:48, Laurent Pinchart wrote: > > From: Kieran Bingham > > > > When the VSP1 is used in an active display pipeline, the output of the > > WPF can supply the LIF entity directly and simultaneously write

RE: [PATCH libdrm] tests/amdgpu: add dispatch test

Although the shader is simple enough, please work with CQE to test it on all gfx9 ASICs before push it. The patch is Reviewed-by: Hawking Zhang Regards, Hawking -Original Message- From: amd-gfx On Behalf Of Cui, Flora Sent: 2019年2月18日 12:56 To: amd-...@lists.freedesktop.org;

[PULL] topic/mei-hdcp

Hi all, topic/mei-hdcp-2019-02-19: Prep patches + headers for the mei-hdcp/i915 component interfaces Also contains the prep work in the component helpers plus adjustements for the snd-hda/i915 component interface. Plus one small static inline in the drm_hdcp.h header that both i915 and mei_hdcp

Re: [PATCH] drm/drm_vm: Mark expected switch fall-throughs

On Fri, Feb 15, 2019 at 11:05:46AM -0600, Gustavo A. R. Silva wrote: > In preparation to enabling -Wimplicit-fallthrough, mark switch > cases where we are expecting to fall through. > > Warning level 3 was used: -Wimplicit-fallthrough=3 > > Notice that, in this particular case, the code comment

[Bug 202537] amdgpu/DC failed to reserve new abo buffer before flip

https://bugzilla.kernel.org/show_bug.cgi?id=202537 --- Comment #18 from Paul Menzel (pmenzel+bugzilla.kernel@molgen.mpg.de) --- (In reply to Christian König from comment #17) > We completely disabled the feature added in "5d35ed4832d" for upstreaming > later on. Sorry, I do not understand

Re: [PATCH v3 0/8] drm/sun4i: dsi: Add burst mode support

Hi Paul and Maxime, On Mon, Feb 18, 2019 at 1:56 PM Paul Kocialkowski wrote: > > Hi Jagan, > > On Fri, 2019-02-15 at 22:37 +0530, Jagan Teki wrote: > > Hi Maxime, > > > > On 15/02/19 8:10 PM, Jagan Teki wrote: > > > > > > On Fri, 15 Feb, 2019, 7:43 PM Maxime Ripard, > >

[PATCH] drm: Updated documentation regarding atomic_check

According to documentation, currently atomic_check hook can't return -ERANGE and -ENOSPC, which is wrong as in reality it does(from drm_atomic_plane_check). This caused some issues and wrong assumptions in some IGT test cases (see fdo#109225). Bugzilla:

[Bug 202537] amdgpu/DC failed to reserve new abo buffer before flip

https://bugzilla.kernel.org/show_bug.cgi?id=202537 --- Comment #19 from Christian König (christian.koe...@amd.com) --- (In reply to Paul Menzel from comment #18) > (In reply to Christian König from comment #17) > > We completely disabled the feature added in "5d35ed4832d" for upstreaming > >

Re: [PATCH] drm/audio: declaration of struct device

On Sat, Feb 16, 2019 at 10:34:59AM +0530, Ramalingam C wrote: > Header has used the references to struct device without it definition > or declaration. Hence resulting in compilation warning such as > > "'struct device' declared inside parameter list..." > > This changes adds a declaration to

Re: [PATCH 1/1] [RFC] drm/ttm: Don't init dma32_zone on 64-bit systems

Hmm, This zone was intended to stop TTM page allocations from exhausting the DMA32 zone. IIRC dma_alloc_coherent() uses DMA32 by default, which means if we drop this check, other devices may stop functioning unexpectedly? However, in the end I'd expect the kernel page allocation system to

Re: [RFC v4 15/17] of: unittest: migrate tests to run on KUnit

On 2/14/19 1:37 PM, Brendan Higgins wrote: > Migrate tests without any cleanup, or modifying test logic in anyway to > run under KUnit using the KUnit expectation and assertion API. > > Signed-off-by: Brendan Higgins > --- > drivers/of/Kconfig|1 + > drivers/of/unittest.c | 1310

Re: [PATCH] drm: prefix header search paths with $(srctree)/

On Thu, Jan 31, 2019 at 1:01 PM Masahiro Yamada wrote: > > Currently, the Kbuild core manipulates header search paths in a crazy > way [1]. > > To fix this mess, I want all Makefiles to add explicit $(srctree)/ to > the search paths in the srctree. Some Makefiles are already written in > that

[PATCH] video/macfb: Call fb_invert_cmaps()

The 'inverse' parameter has no effect otherwise. Remove set-but-unused variable. Cc: linux-m...@lists.linux-m68k.org Signed-off-by: Finn Thain --- drivers/video/fbdev/macfb.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/video/fbdev/macfb.c

[PATCH v4 1/9] mm: Introduce new vm_map_pages() and vm_map_pages_zero() API

Previouly drivers have their own way of mapping range of kernel pages/memory into user vma and this was done by invoking vm_insert_page() within a loop. As this pattern is common across different drivers, it can be generalized by creating new functions and use it across the drivers.

[PATCH v4 5/9] drm/xen/xen_drm_front_gem.c: Convert to use vm_map_pages()

Convert to use vm_map_pages() to map range of kernel memory to user vma. Signed-off-by: Souptick Joarder Reviewed-by: Oleksandr Andrushchenko --- drivers/gpu/drm/xen/xen_drm_front_gem.c | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git

Re: [linux-sunxi] [PATCH v3 05/11] drm/bridge: Add Analogix anx6345 support

On Thu, Feb 14, 2019 at 09:09:51PM -0800, Vasily Khoruzhick wrote: > From: Icenowy Zheng > > The ANX6345 is an ultra-low power DisplayPower/eDP transmitter designed > for portable devices. This driver adds initial support for RGB to eDP > mode, without HPD and interrupts. > > This is a

Re: [PATCH v2 0/2] drm/omap: panel-tpo-td028ttec1: add backlight support

Hi, On Fri, 8 Feb 2019 11:13:33 +0200 Tomi Valkeinen wrote: > On 05/02/2019 08:38, Andreas Kemnade wrote: > > This panel has a backlight, so add a property describing that and > > add the code to use that. > > This makes things like xset dpms force off > > also turn off the backlight, so we do

[PATCH -next] drm: Remove set but not used variable 'gem'

Fixes gcc '-Wunused-but-set-variable' warning: drivers/gpu/drm/vc4/vc4_txp.c: In function 'vc4_txp_connector_atomic_check': drivers/gpu/drm/vc4/vc4_txp.c:252:29: warning: variable 'gem' set but not used [-Wunused-but-set-variable] struct drm_gem_cma_object *gem; ^

[PATCH RFC] drm: add func to better detect wether swiotlb is needed

This commit fixes DRM failures on Xen PV systems that were introduced in v4.17 by the following commits: 82626363 drm: add func to get max iomem address v2 fd5fd480 drm/amdgpu: only enable swiotlb alloc when need v2 1bc3d3cc drm/radeon: only enable swiotlb path when need v2 The introduction of

[PATCH v4 0/9] mm: Use vm_map_pages() and vm_map_pages_zero() API

Previouly drivers have their own way of mapping range of kernel pages/memory into user vma and this was done by invoking vm_insert_page() within a loop. As this pattern is common across different drivers, it can be generalized by creating new functions and use it across the drivers.

[PATCH] video/macfb: Remove redundant code

The value of info->var.bits_per_pixel get checked in macfb_setcolreg(). Remove additional checks as they are redundant. macfb_defined.activate gets initialized to FB_ACTIVATE_NOW by the struct initializer. Remove redundant assignments. macfb_defined.bits_per_pixel, .width and .height all get

[Bug 109048] [amdgpu] [apitrace] Penumbra Overture crash in radeonsi_dri.so on RX580

https://bugs.freedesktop.org/show_bug.cgi?id=109048 --- Comment #14 from Henri Valta --- (In reply to Timothy Arceri from comment #13) > What version of GCC are you using to build Mesa? It's from arch linux package 8.2.1+20181127-1 >I wonder if this is actually a compiler bug rather than a

[PATCH] drivers/component: kerneldoc polish

Polish the kerneldoc a bit with suggestions from Randy. Cc: Randy Dunlap Signed-off-by: Daniel Vetter Cc: Greg Kroah-Hartman Cc: "Rafael J. Wysocki" Cc: Daniel Vetter Cc: Ramalingam C -- Greg, I don't need this in any of the topic branches, best if you pick this one up into your -next tree

Re: [PATCH 09/11] drm/syncobj: add transition iotcls between binary and timeline

Hi David, well I think Lionel is testing the invalid signal order on purpose :) Anyway we really need to handle invalid order graceful here. E.g. either the same way as during CS or we abort and return an error message. I think just using the same approach as during CS ist the best we can do.

Re: [RFC v3 18/19] of: unittest: split out a couple of test cases from unittest

On 12/5/18 3:54 PM, Brendan Higgins wrote: > On Tue, Dec 4, 2018 at 2:58 AM Frank Rowand wrote: >> >> Hi Brendan, >> >> On 11/28/18 11:36 AM, Brendan Higgins wrote: >>> Split out a couple of test cases that these features in base.c from the >>> unittest.c monolith. The intention is that we will

[PATCH 2/2] drm: panel-orientation-quirks: Add quirk for Lenovo Ideapad D330

From: howl Lenovo Ideapad D330 Pentium CPU version has 1920x1200 LCD. Console ouput gets rotated at boot as Miix 310. Signed-off-by: David Santamaría Rogado --- drivers/gpu/drm/drm_panel_orientation_quirks.c | 13 + 1 file changed, 13 insertions(+) diff --git

Re: [RFC v3 18/19] of: unittest: split out a couple of test cases from unittest

On 2/14/19 4:56 PM, Brendan Higgins wrote: > On Thu, Feb 14, 2019 at 3:57 PM Frank Rowand wrote: >> >> On 12/5/18 3:54 PM, Brendan Higgins wrote: >>> On Tue, Dec 4, 2018 at 2:58 AM Frank Rowand wrote: Hi Brendan, On 11/28/18 11:36 AM, Brendan Higgins wrote: > Split out a

[PATCH 1/2] drm: panel-orientation-quirks: Get rid of superfluous (void *) casting

From: howl The (void *) casting in the driver_data variable assignment is superfluous. Spotted by Jani Nikula. Signed-off-by: David Santamaría Rogado --- drivers/gpu/drm/drm_panel_orientation_quirks.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git

[PATCH -next] drm/bridge: cdns: Remove set but not used variable 'bpp'

Fixes gcc '-Wunused-but-set-variable' warning: drivers/gpu/drm/bridge/cdns-dsi.c: In function 'cdns_dsi_bridge_enable': drivers/gpu/drm/bridge/cdns-dsi.c:986:6: warning: variable 'bpp' set but not used [-Wunused-but-set-variable] It never used since introduction. Signed-off-by: YueHaibing ---

Re: [PATCH] drm/imx: ipuv3-plane: add zpos property

Hi Philipp, Tested-By: Marius Vlad Thanks! On Fri, Feb 15, 2019 at 11:17:59AM +0100, Philipp Zabel wrote: > Hi, > > I have added (most of) you to Cc: because I think you have either > recently or significantly touched zpos property code. Could I ask > for a review or ack of this patch from

Re: [PATCH 1/4] component: Add documentation

On 2/7/19 3:27 PM, Daniel Vetter wrote: Hi Daniel, I have a few possible changes for this documentation (see below). > --- > Documentation/driver-api/component.rst | 17 > Documentation/driver-api/device_link.rst | 3 + > Documentation/driver-api/index.rst | 1 + >

Re: [PATCH v3 0/8] drm/sun4i: dsi: Add burst mode support

Hi Maxime, On 15/02/19 8:10 PM, Jagan Teki wrote: On Fri, 15 Feb, 2019, 7:43 PM Maxime Ripard, > wrote: On Mon, Feb 11, 2019 at 03:41:21PM +0100, Maxime Ripard wrote: > Hi, > > Here is a series implementing the burst mode support for DSI.

Re:bulk mailing service/fresh office 365 emails avaiable

How are you? my friend, we sell tools for email blast (inbox SMTP/bulletproof cpanel/fresh eamils),please check blow list Skype ID live:tools2018_2 ICQ UIN 742 624 895 Wechat ID smtptools_1 Whats app: 0086-13857707871 (China) Package 1: Unlimited SMTP server + Turbo Mailer + admin RDP/Price:

[PATCH v4 4/9] drm/rockchip/rockchip_drm_gem.c: Convert to use vm_map_pages()

Convert to use vm_map_pages() to map range of kernel memory to user vma. Tested on Rockchip hardware and display is working, including talking to Lima via prime. Signed-off-by: Souptick Joarder Tested-by: Heiko Stuebner --- drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 17 ++--- 1

Re: [PATCH v3 0/8] drm/sun4i: dsi: Add burst mode support

Hi Jagan, On Fri, 2019-02-15 at 22:37 +0530, Jagan Teki wrote: > Hi Maxime, > > On 15/02/19 8:10 PM, Jagan Teki wrote: > > > > On Fri, 15 Feb, 2019, 7:43 PM Maxime Ripard, > > wrote: > > > > On Mon, Feb 11, 2019 at 03:41:21PM +0100, Maxime Ripard wrote: >

Re: [PATCH 1/1] [RFC] drm/ttm: Don't init dma32_zone on 64-bit systems

Another good question is also why the heck the acc_size counts towards the DMA32 zone? In other words why should the internal bookkeeping pages be allocated in the DMA32 zone? That doesn't sounds valid to me in any way, Christian. Am 18.02.19 um 09:02 schrieb Thomas Hellstrom: > Hmm, > > This

Re: [PATCH 1/1] [RFC] drm/ttm: Don't init dma32_zone on 64-bit systems

On Mon, 2019-02-18 at 09:20 +, Koenig, Christian wrote: > Another good question is also why the heck the acc_size counts > towards > the DMA32 zone? DMA32 TTM pages are accounted in the DMA32 zone. Other pages are not. For small persistent allocations using ttm_mem_global_alloc(), they are

[Bug 109048] [amdgpu] [apitrace] Penumbra Overture crash in radeonsi_dri.so on RX580

https://bugs.freedesktop.org/show_bug.cgi?id=109048 --- Comment #15 from Henri Valta --- https://bugs.archlinux.org/task/61797 -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [PATCH 09/11] drm/syncobj: add transition iotcls between binary and timeline

Hi Lionel, I checked your igt test case, uint64_t points[5] = { 1, 5, 3, 7, 6 }; which is illegal signal order. I must admit we should handle it gracefully if signal isn't in-order, and we shouldn't lead to deadlock. Hi Christian, Can we just ignore when signal point X <= timeline Y? Or

Re: [PATCH 06/11] drm/syncobj: add timeline payload query ioctl v4

On 18/02/2019 07:28, Koenig, Christian wrote: Am 18.02.19 um 04:10 schrieb zhoucm1: On 2019年02月17日 03:22, Christian König wrote: Am 15.02.19 um 20:31 schrieb Lionel Landwerlin via amd-gfx: On 07/12/2018 09:55, Chunming Zhou wrote: user mode can query timeline payload. v2: check return value

Re: [PATCH 1/2] drm: panel-orientation-quirks: Get rid of superfluous (void *) casting

On Sat, 16 Feb 2019, David Santamaría Rogado wrote: > From: howl > > The (void *) casting in the driver_data variable assignment is superfluous. > Spotted by Jani Nikula. > > Signed-off-by: David Santamaría Rogado Reviewed-by: Jani Nikula > --- >

Re: [PATCH 09/11] drm/syncobj: add transition iotcls between binary and timeline

Thanks guys :) You mentioned that signaling out of order is illegal. Is this illegal with regard to the vulkan spec or to the syncobj implementation? I'm not finding anything in the vulkan spec that makes out of order signaling illegal. That's why I came up with this test, just verifying

[PATCH -next] drm/qxl: remove set but not used variable 'bo_old'

Fixes gcc '-Wunused-but-set-variable' warning: drivers/gpu/drm/qxl/qxl_display.c: In function 'qxl_primary_atomic_update': drivers/gpu/drm/qxl/qxl_display.c:538:17: warning: variable 'bo_old' set but not used [-Wunused-but-set-variable] It's not used any more after 4979904c62b9 ("drm/qxl: use

[PATCH] drm/tegra: vic: fix implicit function declaration warning

When CONFIG_IOMMU_API isn't set the following warnings pops up: drivers/gpu/drm/tegra/vic.c: In function ‘vic_boot’: drivers/gpu/drm/tegra/vic.c:110:31: error: implicit declaration of function ‘dev_iommu_fwspec_get’; did you mean ‘iommu_fwspec_free’? [-Werror=implicit-function-declaration]

[PATCH -next] drm/radeon: remove set but not used variable 'vbi_time_out'

Fixes gcc '-Wunused-but-set-variable' warning: drivers/gpu/drm/radeon/si_dpm.c: In function 'si_program_response_times': drivers/gpu/drm/radeon/si_dpm.c:3640:29: warning: variable 'backbias_response_time' set but not used [-Wunused-but-set-variable] It never used since introduction.

Re: [PATCH v2] staging: android: ion: Allocate from heap ID directly without mask

On Fri, Feb 15, 2019 at 11:01:59AM -0800, John Stultz wrote: > On Fri, Feb 15, 2019 at 2:51 AM Brian Starkey wrote: > > > > Hi John, > > > > On Thu, Feb 14, 2019 at 09:38:29AM -0800, John Stultz wrote: > > > > > [snip] > > > > > Some thoughts, as this ABI break has the potential to be pretty

Re: [EARLY RFC][PATCH 0/4] ION per heap devices

Hi John, On Fri, Feb 15, 2019 at 12:24:08PM -0800, John Stultz wrote: > This is a *very early RFC* (it builds, that's all I'll say :) > but I wanted to share it to get some initial feedback before I > go down the rabit hole of trying to adapt the Android userland > code to get this fully

Re: [PATCH v4 0/7] VSP1: Display writeback support

Hi Laurent, On Sun, Feb 17, 2019 at 04:48:45AM +0200, Laurent Pinchart wrote: > Hello, > > This patch series implements display writeback support for the R-Car > Gen3 platforms in the VSP1 driver. > > DRM/KMS provides a writeback API through a special type of writeback > connectors. This series

Re: [PATCH v7 2/2] drm/panel: Add Feiyang FY07024DI26A30-D MIPI-DSI LCD panel

Hi Thierry and Sam, On Wed, Feb 13, 2019 at 2:11 AM Jagan Teki wrote: > > Feiyang FY07024DI26A30-D is 1024x600, 4-lane MIPI-DSI LCD panel. > > Add panel driver for it. > > Signed-off-by: Jagan Teki > Reviewed-by: Sam Ravnborg > Tested-by: Bhushan Shah > Tested-by: Merlijn Wajer > --- >

Re: [PATCH 1/2] drm: panel-orientation-quirks: Get rid of superfluous (void *) casting

On Sat, Feb 16, 2019 at 08:58:33PM +0100, David Santamaría Rogado wrote: > From: howl Any reason why this differs from the Signed-off-by line? Perhaps check your git configuration if this wasn't on purpose. Or perhaps you've fixed the configuration since you authored the commits, in which case

[Bug 104362] GPU fault detected on wine-nine Path of Exile

https://bugs.freedesktop.org/show_bug.cgi?id=104362 --- Comment #24 from Alex Deucher --- (In reply to nmr from comment #23) > Marek, is this even the right bug tracker for the kernel module or is this > just for user space? Same bug tracker for all components. -- You are receiving this mail

[Bug 109666] Raven Ridge on drm-fixes-5.0 restarts instead of going to sleep

https://bugs.freedesktop.org/show_bug.cgi?id=109666 Bug ID: 109666 Summary: Raven Ridge on drm-fixes-5.0 restarts instead of going to sleep Product: DRI Version: DRI git Hardware: Other OS: All

Cursors uAPI vs async update - questions

Hello, After some discussions I had with some people I would like to discuss some design choices regarding uAPI to expose async updates. The plan is to allow userspace to update the cursor plane through the atomic API instead of the legacy cursor API. The steps I was following were: 1) Make

Re: [PATCH 09/11] drm/syncobj: add transition iotcls between binary and timeline

Am 18.02.19 um 13:07 schrieb Lionel Landwerlin: Thanks guys :) You mentioned that signaling out of order is illegal. Is this illegal with regard to the vulkan spec or to the syncobj implementation? David is the expert on that, but as far as I know that is forbidden by the vulkan spec. I'm not

[Bug 107978] [amdgpu] Switching to tty fails with DisplayPort 1.2 monitor going to sleep (REG_WAIT timeout / dce110_stream_encoder_dp_blank)

https://bugs.freedesktop.org/show_bug.cgi?id=107978 --- Comment #55 from Shmerl --- Looks like the fix didn't make it into 5.0-rc7: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c?h=v5.0-rc7#n789 -- You are receiving

[PATCH] drivers/component: kerneldoc polish

Polish the kerneldoc a bit with suggestions from Randy. v2: Randy found another typo: s/compent/component/ Cc: Randy Dunlap Signed-off-by: Daniel Vetter Cc: Greg Kroah-Hartman Cc: "Rafael J. Wysocki" Cc: Daniel Vetter Cc: Ramalingam C --- drivers/base/component.c | 14 +++---

[Bug 104362] GPU fault detected on wine-nine Path of Exile

https://bugs.freedesktop.org/show_bug.cgi?id=104362 --- Comment #25 from nmr --- Is it likely that this hang will get any traction with the AMDGPU team? Or should I just close it and reset my expectations? -- You are receiving this mail because: You are the assignee for the

[Bug 109666] Raven Ridge on drm-fixes-5.0 restarts instead of going to sleep

https://bugs.freedesktop.org/show_bug.cgi?id=109666 --- Comment #1 from Samantha McVey --- Created attachment 143396 --> https://bugs.freedesktop.org/attachment.cgi?id=143396=edit xorg log Commit is v4.20-rc7-13233-g1d69511e49b0 Also ignore the kernel name being

Re: [PATCH 1/1] [RFC] drm/ttm: Don't init dma32_zone on 64-bit systems

Am 18.02.19 um 10:47 schrieb Thomas Hellstrom: On Mon, 2019-02-18 at 09:20 +, Koenig, Christian wrote: Another good question is also why the heck the acc_size counts towards the DMA32 zone? DMA32 TTM pages are accounted in the DMA32 zone. Other pages are not. Yeah, I'm perfectly aware of

Re: [PATCH libdrm 1/3] xf86drm: dedupe `#define`s

On Wednesday, 2018-12-19 17:08:01 +, Eric Engestrom wrote: > Adapted from a local patch carried by DragonFlyBSD: > https://github.com/DragonFlyBSD/DPorts/blob/bc056f88f7e4d468d8c9751f831a47b5ae1326e3/graphics/libdrm/files/patch-xf86drm.h > > Patch is sadly uncredited (a bot authored the

Re: [PATCH libdrm] RELEASING: update instructions to use meson instead of autotools

On Thursday, 2018-12-20 11:53:11 -0800, Dylan Baker wrote: > Quoting Eric Engestrom (2018-12-19 08:23:40) > > Signed-off-by: Eric Engestrom > > --- > > RELEASING | 27 --- > > 1 file changed, 8 insertions(+), 19 deletions(-) > > > > diff --git a/RELEASING b/RELEASING > >

Re: [PATCH] drm/tegra: vic: fix implicit function declaration warning

On Mon, Feb 18, 2019 at 12:00:50PM +0100, Anders Roxell wrote: > When CONFIG_IOMMU_API isn't set the following warnings pops up: > > drivers/gpu/drm/tegra/vic.c: In function ‘vic_boot’: > drivers/gpu/drm/tegra/vic.c:110:31: error: implicit declaration of function > ‘dev_iommu_fwspec_get’; did

[Bug 109607] [CI][DRMTIP] Time is passing at a different rate between IGT machines and the controller

https://bugs.freedesktop.org/show_bug.cgi?id=109607 --- Comment #4 from CI Bug Log --- A CI Bug Log filter associated to this bug has been updated: {- fi-icl-u2, fi-icl-u3: random tests - incomplete -} {+ fi-icl-u2, fi-icl-u3: random tests - incomplete +} New failures caught by the filter: *

[Bug 104362] GPU fault detected on wine-nine Path of Exile

https://bugs.freedesktop.org/show_bug.cgi?id=104362 --- Comment #23 from nmr --- Marek, is this even the right bug tracker for the kernel module or is this just for user space? -- You are receiving this mail because: You are the assignee for the

[Bug 107978] [amdgpu] Switching to tty fails with DisplayPort 1.2 monitor going to sleep (REG_WAIT timeout / dce110_stream_encoder_dp_blank)

https://bugs.freedesktop.org/show_bug.cgi?id=107978 --- Comment #56 from Shmerl --- I see the fix in this submission though: https://lists.freedesktop.org/archives/amd-gfx/2019-February/031437.html So it's coming in 5.1 only? -- You are receiving this mail because: You are the assignee for

Re: [PATCH v3 04/11] dt-bindings: Add ANX6345 DP/eDP transmitter binding

On Thu, 14 Feb 2019 21:09:50 -0800, Vasily Khoruzhick wrote: > From: Icenowy Zheng > > The ANX6345 is an ultra-low power DisplayPort/eDP transmitter designed > for portable devices. > > Add a binding document for it. > > Signed-off-by: Icenowy Zheng > Signed-off-by: Vasily Khoruzhick > --- >

Re: [PATCH v3 06/11] drm/sun4i: rgb: Add DT property to disable strict clock rate check

On Thu, Feb 14, 2019 at 09:09:52PM -0800, Vasily Khoruzhick wrote: > Clock rate check that was added in commit bb43d40d7c83 ("drm/sun4i: rgb: > Validate the clock rate") prevents some panel and bridges from working with > sun4i driver. Sounds lile a regression that should be reverted. The fix is

Re: [PATCH] drm/drm_vm: Mark expected switch fall-throughs

On Mon, Feb 18, 2019 at 7:02 PM Gustavo A. R. Silva wrote: > > Hi Daniel, > > On 2/18/19 2:57 AM, Daniel Vetter wrote: > > On Fri, Feb 15, 2019 at 11:05:46AM -0600, Gustavo A. R. Silva wrote: > >> In preparation to enabling -Wimplicit-fallthrough, mark switch > >> cases where we are expecting to

Re: [PATCH v3 10/11] drm/panel: simple: Add NewEast Optoelectronics CO., LTD WJFH116008A panel support

On Mon, Feb 18, 2019 at 10:33 AM Rob Herring wrote: > > On Thu, Feb 14, 2019 at 09:09:56PM -0800, Vasily Khoruzhick wrote: > > This commit adds support for the NewEast Optoelectronics CO., LTD > > WJFH116008A 11.6" 1920x1080 TFT LCD panel. > > > > Signed-off-by: Vasily Khoruzhick > > --- > >

[Bug 109550] [regression][amd tahiti xt][vm fault] Rise of the Tomb Raider hangs the system

https://bugs.freedesktop.org/show_bug.cgi?id=109550 --- Comment #5 from Sylvain BERTRAND --- same, all git from yesterday, still broken -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [PATCH] drm/drm_vm: Mark expected switch fall-throughs

Hi Daniel, On 2/18/19 2:57 AM, Daniel Vetter wrote: > On Fri, Feb 15, 2019 at 11:05:46AM -0600, Gustavo A. R. Silva wrote: >> In preparation to enabling -Wimplicit-fallthrough, mark switch >> cases where we are expecting to fall through. >> >> Warning level 3 was used: -Wimplicit-fallthrough=3 >>

Re: [PATCH v3 09/11] dt-bindings: Add Guangdong Neweast Optoelectronics CO. LTD vendor prefix

On Thu, 14 Feb 2019 21:09:55 -0800, Vasily Khoruzhick wrote: > Add vendor prefix for Guangdong Neweast Optoelectronics CO. LTD > > Signed-off-by: Vasily Khoruzhick > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1 insertion(+) > Reviewed-by: Rob Herring

Re: [PATCH v3 10/11] drm/panel: simple: Add NewEast Optoelectronics CO., LTD WJFH116008A panel support

On Thu, Feb 14, 2019 at 09:09:56PM -0800, Vasily Khoruzhick wrote: > This commit adds support for the NewEast Optoelectronics CO., LTD > WJFH116008A 11.6" 1920x1080 TFT LCD panel. > > Signed-off-by: Vasily Khoruzhick > --- > .../display/panel/neweast,wjfh116008a.txt | 7 >

  1   2   >