[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

[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 comman

[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 n

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 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

[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 Arceri

[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 ++

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: Jitao

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; dri-devel@

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 +++

[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 5.0.0-rc1-amd-staging-drm-next-git-b8cd95e

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 to

[PATCH v2 3/3] drm/panel: simple: Add support for VXT VL050-8048NT-C01 panel

Add support for the VXT VL050-8048NT-C01 800x480 panel to the panel-simple driver. This panel is used on some boards manufactured by TechNexion, such as imx7d-pico. Reviewed-by: Otavio Salvador Reviewed-by: Sam Ravnborg Signed-off-by: Fabio Estevam --- Changes since v1: - Pass .flags and .bus

[PATCH v2 2/3] dt-bindings: Add VXT VL050-8048NT-C01 panel bindings

The VXT VL050-8048NT-C01 is a TFT LCD panel with a 800x480 resolution connected via 24 width parallel interface. Reviewed-by: Otavio Salvador Reviewed-by: Rob Herring --- Changes since v1: - None .../bindings/display/panel/vl050_8048nt_c01.txt | 12 1 file changed, 12 inserti

[PATCH v2 1/3] dt-bindings: Add vendor prefix for VXT Ltd

VXT Ltd is a manufacturer of projected capacitive touch panel and display solutions: http://www.vxt.com.tw/ Reviewed-by: Otavio Salvador Reviewed-by: Rob Herring Signed-off-by: Fabio Estevam --- Changes since v1: - None Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file chang

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 separ

[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 A

Re: [PATCH v4 2/7] media: vsp1: wpf: Fix partition configuration for display pipelines

Hi Kieran, On Sun, Feb 17, 2019 at 08:16:27PM +, Kieran Bingham wrote: > On 17/02/2019 02:48, Laurent Pinchart wrote: > > The WPF accesses partition configuration from pipe->partition in the > > partition configuration that is not used for display pipelines. > > That sentence is hard to read.

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

Hi Brian, On Mon, Feb 18, 2019 at 12:22:58PM +, Brian Starkey wrote: > 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 w

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 i

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 > -Wimplicit-

[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&action=edit kmemleak output with 4.19.0-rc1 5d35ed4832da -- You are receiving this mail

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

https://bugzilla.kernel.org/show_bug.cgi?id=202537 --- Comment #20 from Bernd Steinhauser (li...@bernd-steinhauser.de) --- (In reply to Christian König from comment #17) > We completely disabled the feature added in "5d35ed4832d" for upstreaming > later on. > > Can you guys please test amd-stagin

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:

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, v4.19.21

[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&action=edit Xorg.log -- You are receiving this mail because: You are the assignee for the bug._

[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 #

[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 b

[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&action=edit actualy after gpu reset dmesg get overflowed, so it is dmesg before reset -- You are receiving this mail because: Y

[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 d

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! v4.

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! v4.

[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. Wha

[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 bug.___

[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 -fixe

[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 1/1] [RFC] drm/ttm: Don't init dma32_zone on 64-bit systems

On Mon, 2019-02-18 at 18:07 +0100, Christian König wrote: > 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

[Bug 108879] [CIK] [regression] All opencl apps hangs indefinitely in si_create_context

https://bugs.freedesktop.org/show_bug.cgi?id=108879 --- Comment #8 from Marco --- I applied the two patches: https://lists.freedesktop.org/archives/mesa-dev/2019-February/215057.html https://lists.freedesktop.org/archives/mesa-dev/2019-February/215058.html but problem persist on my card: AMD KAB

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

On Mon, Feb 18, 2019 at 05:42:38PM +, Eric Engestrom wrote: > 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 ins

[Bug 109667] r5 m330 hung if dpm enabled

https://bugs.freedesktop.org/show_bug.cgi?id=109667 --- Comment #1 from Slava --- Created attachment 143397 --> https://bugs.freedesktop.org/attachment.cgi?id=143397&action=edit dmesg -- You are receiving this mail because: You are the assignee for the bug.

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

Hi Thierry > Pleas let me know if you any further comments on this? No further comments from my side, and I consider it ready to apply. Sam ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo

Re: [Intel-gfx] [v16 2/4] drm: Add DP colorspace property

On Wed, Feb 13, 2019 at 12:35:09PM +0530, Uma Shankar wrote: > This patch adds a DP colorspace property, enabling > userspace to switch to various supported colorspaces. > This will help enable BT2020 along with other colorspaces. > > v2: Addressed Maarten and Ville's review comments. Enhanced >

Re: [Intel-gfx] [v16 3/4] drm: Add colorspace info to AVI Infoframe

On Wed, Feb 13, 2019 at 12:35:10PM +0530, Uma Shankar wrote: > This adds colorspace information to HDMI AVI infoframe. > A helper function is added to program the same. > > v2: Moved this to drm core instead of i915 driver. > > v3: Exported the helper function. > > v4: Added separate HDMI specif

[Bug 109667] r5 m330 hung if dpm enabled

https://bugs.freedesktop.org/show_bug.cgi?id=109667 Bug ID: 109667 Summary: r5 m330 hung if dpm enabled Product: DRI Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Prio

Re: [PATCH v2 2/2] dt-bindings: panel: td028ttec1: add backlight property

On Tue, 5 Feb 2019 07:38:13 +0100, Andreas Kemnade wrote: > This adds an additional backlight property as described > in panel-common.txt > > Signed-off-by: Andreas Kemnade > --- > Documentation/devicetree/bindings/display/panel/tpo,td028ttec1.txt | 2 ++ > 1 file changed, 2 insertions(+) > R

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

On Mon, Feb 18, 2019 at 10:26 AM Rob Herring wrote: > > 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.

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 > > --- > > ...

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 f

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 > drivers/gpu/

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 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 n

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] 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 >>

[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 the

[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 dri-devel@lists

[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 thi

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 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 commit

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 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 f

[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&action=edit xorg log Commit is v4.20-rc7-13233-g1d69511e49b0 Also ignore the kernel name being 5.0.0-rc5amd-staging-dr

[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 S

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

[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.

[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 +++--- incl

[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 b

[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: * h

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 yo

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 > --- > Change

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 you

[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._

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

[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. Signed-off-

[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 sh

[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] st

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 that

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 validated

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 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 painf

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 > --- > drivers/gpu/drm/drm_panel_orientation_quirks.

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: [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 ju

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, > >

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 a

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] 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 s

[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 > > later

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 i

[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 d

[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 dri-devel@lists.freedesk

[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: https://bugs.freedesktop.org/show_bug.cgi?id=

[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 Mesa

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: >

[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: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: $17

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 + > drivers/bas

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.

[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 zpo

[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 a/driver

  1   2   >