[Bug 199047] [amdgpu CARRIZO] disabled backlight after S3 resume

https://bugzilla.kernel.org/show_bug.cgi?id=199047 --- Comment #5 from Johannes Hirte (johannes.hi...@datenkhaos.de) --- (In reply to Alex Deucher from comment #4) > Does it work with DC enabled? With DC it works as expected. Unfortunately this is not a workaround for me, cause there is still

Re: Overlay sugar syntax (was: Re: [PATCH v6 3/4] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes)

On 03/06/18 18:30, David Gibson wrote: > On Tue, Mar 06, 2018 at 01:40:20PM -0800, Frank Rowand wrote: >> On 03/06/18 11:51, Frank Rowand wrote: >>> On 03/06/18 04:30, Geert Uytterhoeven wrote: < snip > >>> And the patched dtc works for a dts file that I was trying to convert >>> to sugar dts

Re: [PATCH v5 0/6] dt-bindings: add bindings for USB physical connector

Hi Andrzej, Archit, On 2018년 03월 07일 20:13, Andrzej Hajda wrote: > Hi Chanwoo, Archit, > > On 07.03.2018 05:48, Chanwoo Choi wrote: >> On 2018년 03월 07일 11:12, Chanwoo Choi wrote: >>> Hi Rob and Andrzej, >>> >>> On 2018년 03월 06일 21:53, Andrzej Hajda wrote: Hi Rob, Chanwoo, Krzysztof,

Re: Overlay sugar syntax (was: Re: [PATCH v6 3/4] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes)

On 03/06/18 11:51, Frank Rowand wrote: > On 03/06/18 04:30, Geert Uytterhoeven wrote: >> Hi David, >> >> On Tue, Mar 6, 2018 at 4:54 AM, David Gibson >> wrote: >>> On Fri, Feb 23, 2018 at 09:05:24AM +0100, Geert Uytterhoeven wrote: On Fri, Feb 23, 2018 at 3:38

[PATCH] drm/vmwgfx: Use kasprintf

Use kasprintf instead of combination of kmalloc and sprintf. Also, remove the local variables used for storing the string length as they are not required now. Signed-off-by: Himanshu Jha --- drivers/gpu/drm/vmwgfx/vmwgfx_msg.c | 13 +++-- 1 file changed, 3

Re: [PATCH v5 0/6] dt-bindings: add bindings for USB physical connector

On 2018년 03월 07일 11:12, Chanwoo Choi wrote: > Hi Rob and Andrzej, > > On 2018년 03월 06일 21:53, Andrzej Hajda wrote: >> Hi Rob, Chanwoo, Krzysztof, >> >> >> On 27.02.2018 08:11, Andrzej Hajda wrote: >>> Hi, >>> >>> Thanks for reviews of previous iterations. >>> >>> This patchset introduces USB

Re: [Freedreno] [PATCH 2/2] arm64: dts: sdm845: Support GPU/GMU

On 06-03-18, 08:37, Jordan Crouse wrote: > I'll try to explain but I might need Stephen or some of the other folks to > jump > in and save me. Maybe you should start using his kernel.org address then ? :) > On sdm845 there are shared power resources controlled by the RPMh which is > programed

Re: [PATCH v5 0/6] dt-bindings: add bindings for USB physical connector

Hi Rob and Andrzej, On 2018년 03월 06일 21:53, Andrzej Hajda wrote: > Hi Rob, Chanwoo, Krzysztof, > > > On 27.02.2018 08:11, Andrzej Hajda wrote: >> Hi, >> >> Thanks for reviews of previous iterations. >> >> This patchset introduces USB physical connector bindings, together with >> working

Re: Overlay sugar syntax (was: Re: [PATCH v6 3/4] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes)

On 03/06/18 04:30, Geert Uytterhoeven wrote: > Hi David, > > On Tue, Mar 6, 2018 at 4:54 AM, David Gibson > wrote: >> On Fri, Feb 23, 2018 at 09:05:24AM +0100, Geert Uytterhoeven wrote: >>> On Fri, Feb 23, 2018 at 3:38 AM, Frank Rowand >>>

Re: Overlay sugar syntax (was: Re: [PATCH v6 3/4] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes)

On Tue, Mar 06, 2018 at 01:40:20PM -0800, Frank Rowand wrote: > On 03/06/18 11:51, Frank Rowand wrote: > > On 03/06/18 04:30, Geert Uytterhoeven wrote: > >> Hi David, > >> > >> On Tue, Mar 6, 2018 at 4:54 AM, David Gibson > >> wrote: > >>> On Fri, Feb 23, 2018 at

[PATCH] video: fbdev: via_aux_vt1632: remove VLA usage

In preparation to enabling -Wvla, remove VLA and replace it with a fixed-length array instead. Also, remove variable 'len'. Notice that no new IDs have been added in seven years. Signed-off-by: Gustavo A. R. Silva --- drivers/video/fbdev/via/via_aux_vt1632.c | 6 +++---

[PATCH] video: fbdev: via_aux_vt1636: remove VLA usage

In preparation to enabling -Wvla, remove VLA and replace it with a fixed-length array instead. Also, remove variable 'len'. Notice that no new IDs have been added in seven years. Signed-off-by: Gustavo A. R. Silva --- drivers/video/fbdev/via/via_aux_vt1636.c | 6 +++---

Re: [PATCH v2 00/10] splash screen on the stm32f769 disco board

On 2 March 2018 at 08:44, yannick fertre wrote: > > Version 2: > - Replace debug log by pr_error, pr_warn or pr_info. > - Rework bridge between ltdc & dsi panel > - Rework backligh management (with or witout gpio) > - Rework panel otm8009a > - Add new panel raydium rm68200

Re: [PATCH] dt-bindings: exynos: Document #sound-dai-cells property of the HDMI node

Hi Inki, On 2018-03-08 07:50, Inki Dae wrote: 2018년 03월 08일 15:29에 Marek Szyprowski 이(가) 쓴 글: On 2018-03-08 05:01, Inki Dae wrote: 2018년 03월 08일 02:11에 Sylwester Nawrocki 이(가) 쓴 글: The #sound-dai-cells DT property is required to describe link between the HDMI IP block and the SoC's audio

Re: [Intel-gfx] [PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

On Wed, 07 Mar 2018, matthew.s.atw...@intel.com wrote: > From: Matt Atwood > > DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8 > bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended > receiver capabilities. For panels that use this

Re: [PATCH] dt-bindings: exynos: Document #sound-dai-cells property of the HDMI node

Hi Marek, 2018년 03월 08일 15:29에 Marek Szyprowski 이(가) 쓴 글: > Hi Inki, > > On 2018-03-08 05:01, Inki Dae wrote: >> Hi Sylwester, >> >> 2018년 03월 08일 02:11에 Sylwester Nawrocki 이(가) 쓴 글: >>> The #sound-dai-cells DT property is required to describe link between >>> the HDMI IP block and the SoC's

Re: [Intel-gfx] [PATCH 5/5] drm/i915: Move hdcp msg detection into shim

On Tuesday 27 February 2018 04:20 AM, Chris Wilson wrote: Quoting Ramalingam C (2018-02-26 17:12:39) DP and HDMI HDCP specifications are varying with respect to detecting the R0 and ksv_fifo availability. DP will produce CP_IRQ and set a bit for indicating the R0 and FIFO_READY status.

Re: [PATCH] dt-bindings: exynos: Document #sound-dai-cells property of the HDMI node

Hi Inki, On 2018-03-08 05:01, Inki Dae wrote: Hi Sylwester, 2018년 03월 08일 02:11에 Sylwester Nawrocki 이(가) 쓴 글: The #sound-dai-cells DT property is required to describe link between the HDMI IP block and the SoC's audio subsystem. Signed-off-by: Sylwester Nawrocki ---

RE: [PATCH 1/6] drm/ttm: add ttm_bo_pipeline_gutting

Patch 1,4,5: Acked-by: Roger He Patch 2,3,6: Reviewed-by: Roger He -Original Message- From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of Christian K?nig Sent: Tuesday, March 06, 2018 10:44 PM To:

[Bug 105390] Requesting a new account for IGT

https://bugs.freedesktop.org/show_bug.cgi?id=105390 Daniel Vetter changed: What|Removed |Added Assignee|dri-devel@lists.freedesktop

[Bug 105390] Requesting a new account for IGT

https://bugs.freedesktop.org/show_bug.cgi?id=105390 --- Comment #1 from Daniel Vetter --- Ack (also from Petri and Arek). -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[PATCH 3/6] drm/msm/A6xx: Implement preemption for A6XX targets

This patch implements preemption feature for A6xx targets, this allows the GPU to switch to a higher priority ringbuffer if one is ready. A6XX hardware as such supports multiple levels of preemption granularities, ranging from coarse grained(ringbuffer level) to a more fine grained such as

[PATCH 5/6] drm/msm/Adreno: Refactor some preemption code

The preemption state machine related code is same across Adreno targets, so move the common code to a common header file to avoid code duplication. Signed-off-by: Sharat Masetty --- drivers/gpu/drm/msm/adreno/a5xx_gpu.h | 26 ---

[PATCH 4/6] drm/msm/A6xx: Enable preemption for A6xx targets

This patch simply increases the number of available ringbuffers, therefore enabling preemption. Signed-off-by: Sharat Masetty --- drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/6] drm/msm: Add submitqueue setup and close

This patch adds a bit of infrastructure to give the different Adreno targets the flexibility to setup the submitqueues per their needs. Signed-off-by: Sharat Masetty --- drivers/gpu/drm/msm/msm_gpu.h | 7 +++ drivers/gpu/drm/msm/msm_submitqueue.c | 15

[PATCH 6/6] drm/msm/A6xx: Enable L1 preemption level

This patch enables L1 level which is a finer grained preemption at either a draw call or a bin boundary. The worst case switching latency is higher in this case but that is a trade off we make for enabling faster preemption. Signed-off-by: Sharat Masetty ---

[PATCH 2/6] drm/msm: Add new PM4 type7 opcodes

This patch adds the following two opcodes: CP_SET_MARKER opcode is a way to tell CP the current mode of GPU operation(useful if preemption is in use). CP_SET_PSEUDO_REG opcode will instruct CP to set a bunch of internal CP registers, again useful for the preemption save/restore sequence.

[PATCH 0/6] Preemption support for A6xx targets

This is a revised preemption support patchset follows Jordan's recent "drm/msm: Add A6XX device support" patch series. Preemption allows the GPU to switch to a higher priority ringbuffer when one is ready, thereby improving user experience. A6xx hardware supports various preemption levels each

Re: [[RFC]DPU PATCH] drm/msm/dsi: Use one connector for dual DSI mode

On Friday 02 March 2018 05:57 AM, chand...@codeaurora.org wrote: On 2018-03-01 07:53, Sean Paul wrote: On Wed, Feb 28, 2018 at 04:44:49PM -0800, Chandan Uddaraju wrote: Current DSI driver uses two connectors for dual DSI case even though we only have one panel. Fix this by implementing one

Re: [PATCH] dt-bindings: exynos: Document #sound-dai-cells property of the HDMI node

Hi Sylwester, 2018년 03월 08일 02:11에 Sylwester Nawrocki 이(가) 쓴 글: > The #sound-dai-cells DT property is required to describe link between > the HDMI IP block and the SoC's audio subsystem. > > Signed-off-by: Sylwester Nawrocki > --- >

Re: [PATCH] dt-bindings: exynos: Document #sound-dai-cells property of the HDMI node

On Wed, Mar 07, 2018 at 06:11:11PM +0100, Sylwester Nawrocki wrote: > The #sound-dai-cells DT property is required to describe link between > the HDMI IP block and the SoC's audio subsystem. > > Signed-off-by: Sylwester Nawrocki > --- >

[Bug 28433] Mesa DRI Intel 845G GEM Drivers returning artifacts in textures that can lockup PC on glxSwapBuffers.

https://bugs.freedesktop.org/show_bug.cgi?id=28433 Timothy Arceri changed: What|Removed |Added Component|Other |Drivers/DRI/i915

[PATCH 4/5] drm/vgem: Add space around operators

This patch fixes the checkpatch.pl check and warning: vgem_fence.c:28: CHECK: spaces preferred around that '*' (ctx:VxV) vgem_drv.c:255: CHECK: spaces preferred around that '|' (ctx:VxV) vgem_drv.c:256: WARNING: line over 80 characters Signed-off-by: Rodrigo Siqueira

[PATCH 5/5] drm/vgem: Remove '(' from the end of line

This patch fixes the checkpatch.pl check: vgem_drv.c:91: CHECK: Lines should not end with a '(' Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/vgem/vgem_drv.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 3/5] drm/vgem: Replace uint32_t for u32

This patch fixes the checkpatch.pl check: vgem_drv.c:229: CHECK: Prefer kernel type 'u32' over 'uint32_t' Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/vgem/vgem_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 2/5] drm/vgem: Remove assignment in if condition

This patch fixes the checkpatch.pl error: vgem_fence.c:196: ERROR: do not use assignment in if condition Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/vgem/vgem_fence.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git

[PATCH 0/5] drm/vgem: Checkpatch cleanup for vgem

This patchset fixes warnings and errors found by checkpatch.pl in the drm/vgem: * Removes assignment in if condition; * Removes '(' from the end of line; * Adds spaces around operators; * Replaces uint32_t for u32; * Indents switch and case at the same level. Rodrigo Siqueira (5): drm/vgem:

[PATCH 1/5] drm/vgem: Indent switch and case at the same level

This patch fixes the checkpatch.pl errors: vgem_drv.c:97: ERROR: switch and case should be at the same indent vgem_drv.c:97: ERROR: trailing statements should be on next line Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/vgem/vgem_drv.c | 5 +++-- 1 file

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

Hi all, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/sun4i/sun4i_tcon.c between commit: e742a17cd360 ("drm/sun4i: tcon: Reduce the scope of the LVDS error a bit") from the drm-misc-fixes tree and commit: 34d698f6e349 ("drm/sun4i: Add has_channel_0 TCON

[Bug 98856] DIRT: Showdown broken graphics with Mesa built with -Ofast

https://bugs.freedesktop.org/show_bug.cgi?id=98856 Timothy Arceri changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

From: Matt Atwood DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8 bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended receiver capabilities. For panels that use this new feature wait interval would be increased by 512 ms, when

[Bug 104717] Rocket League: grass rendering broken with nir

https://bugs.freedesktop.org/show_bug.cgi?id=104717 Timothy Arceri changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

From: Matt Atwood DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8 bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended receiver capabilities. For panels that use this new feature wait interval would be increased by 512 ms, when

Re: [Intel-gfx] [PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

On Wed, Mar 07, 2018 at 03:44:09PM -0800, matthew.s.atw...@intel.com wrote: > From: Matt Atwood > > DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8 > bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended > receiver capabilities.

[patch 1/1] drivers/gpu/drm/i915/intel_guc_log.c: work around gcc-4.4.4 union initializer issue

From: Andrew Morton Subject: drivers/gpu/drm/i915/intel_guc_log.c: work around gcc-4.4.4 union initializer issue gcc-4.4.4 has problems with initalizers of anon unions. drivers/gpu/drm/i915/intel_guc_log.c: In function 'guc_log_control':

Re: [PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

On Wed, Mar 7, 2018 at 6:44 PM, wrote: > From: Matt Atwood > > DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8 > bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended > receiver capabilities. For panels

[PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

From: Matt Atwood DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8 bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended receiver capabilities. For panels that use this new feature wait interval would be increased by 512 ms, when

[Bug 199047] [amdgpu CARRIZO] disabled backlight after S3 resume

https://bugzilla.kernel.org/show_bug.cgi?id=199047 --- Comment #4 from Alex Deucher (alexdeuc...@gmail.com) --- Does it work with DC enabled? -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-devel mailing list

[Bug 104717] Rocket League: grass rendering broken with nir

https://bugs.freedesktop.org/show_bug.cgi?id=104717 --- Comment #3 from Timothy Arceri --- This series should fix the regression. Thanks for reporting it. https://patchwork.freedesktop.org/series/39565/ -- You are receiving this mail because: You are the assignee for

[Bug 199047] [amdgpu CARRIZO] disabled backlight after S3 resume

https://bugzilla.kernel.org/show_bug.cgi?id=199047 --- Comment #3 from Johannes Hirte (johannes.hi...@datenkhaos.de) --- Created attachment 274617 --> https://bugzilla.kernel.org/attachment.cgi?id=274617=edit dmesg.log -- You are receiving this mail because: You are watching the assignee of

[Bug 199047] [amdgpu CARRIZO] disabled backlight after S3 resume

https://bugzilla.kernel.org/show_bug.cgi?id=199047 --- Comment #2 from Johannes Hirte (johannes.hi...@datenkhaos.de) --- (In reply to Alex Deucher from comment #1) > Are you using DC? Please attach your dmesg output. Not using DC. dmesg after a S3 suspend/resume cycle attached -- You are

[pull] radeon, amdgpu, ttm drm-next-4.17

Hi Dave, More stuff for 4.17. Highlights: - More fixes for "wattman" like functionality (fine grained clk/voltage control) - Add more power profile infrastucture (context based dpm) - SR-IOV fixes - Add iomem debugging interface for use with umr - Powerplay and cgs cleanups - DC fixes and

[Bug 102553] Venus PRO R9 M265X amdgpu: Kernel OOPS si_dpm_set_power_state unable to handle kernel NULL pointer dereference

https://bugs.freedesktop.org/show_bug.cgi?id=102553 --- Comment #8 from mercuriete --- Thanks you for the response. I created a very ugly workaround that WORKS_FOR_ME I need to read the link that you provided me to learn how to debug that stack trace. I think in a few days

[Bug 102553] Venus PRO R9 M265X amdgpu: Kernel OOPS si_dpm_set_power_state unable to handle kernel NULL pointer dereference

https://bugs.freedesktop.org/show_bug.cgi?id=102553 --- Comment #7 from mercuriete --- Created attachment 137877 --> https://bugs.freedesktop.org/attachment.cgi?id=137877=edit very ugly patch LOL -- You are receiving this mail because: You are the assignee for the

Re: [Intel-gfx] [PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

On Wed, Mar 07, 2018 at 02:06:08PM -0800, Rodrigo Vivi wrote: > On Wed, Mar 07, 2018 at 02:13:21AM +, Pandiyan, Dhinakaran wrote: > > > > > > > > On Tue, 2018-03-06 at 17:36 -0800, Manasi Navare wrote: > > > On Wed, Mar 07, 2018 at 12:24:46AM +, Pandiyan, Dhinakaran wrote: > > > > > >

[pull] radeon and amdgpu drm-fixes-4.16

Hi Dave, Fixes for 4.16. A bit bigger than I would have liked, but most of that is DC fixes which Harry helped me pull together from the past few weeks. Highlights: - Fix DL DVI with DC - Various RV fixes for DC - Overlay fixes for DC - Fix HDMI2 handling on boards without HBR tables in the

Re: [Intel-gfx] [PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

On Wed, Mar 07, 2018 at 02:13:21AM +, Pandiyan, Dhinakaran wrote: > > > > On Tue, 2018-03-06 at 17:36 -0800, Manasi Navare wrote: > > On Wed, Mar 07, 2018 at 12:24:46AM +, Pandiyan, Dhinakaran wrote: > > > > > > > > > > > > On Tue, 2018-03-06 at 15:24 -0800, Rodrigo Vivi wrote: > > >

[PATCH v5] drm/pl111: Use max memory bandwidth for resolution

We were previously selecting 1024x768 and 32BPP as the default set-up for the PL111 consumers. This does not work on elder systems: the device tree bindings support a property "max-memory-bandwidth" in bytes/second that states that if you exceed this the memory bus will saturate. The result is

[Bug 104717] Rocket League: grass rendering broken with nir

https://bugs.freedesktop.org/show_bug.cgi?id=104717 Gregor Münch changed: What|Removed |Added CC|

[Bug 105390] Requesting a new account for IGT

https://bugs.freedesktop.org/show_bug.cgi?id=105390 Bug ID: 105390 Summary: Requesting a new account for IGT Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal

Re: [PATCH] drm/atomic: Add new reverse iterator over all plane state (V2)

On 2018-03-06 10:10 PM, Shirish S wrote: > Add reverse iterator for_each_oldnew_plane_in_state_reverse to > compliment the for_each_oldnew_plane_in_state way or reading plane > states. > > The plane states are required to be read in reverse order for > amd drivers, cause the z order convention

[Bug 105386] Request for a new fd.o account

https://bugs.freedesktop.org/show_bug.cgi?id=105386 --- Comment #1 from Daniel Vetter --- Ack from me, also from Petri and Arek (we discussed this all). -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 105386] Request for a new fd.o account

https://bugs.freedesktop.org/show_bug.cgi?id=105386 Daniel Vetter changed: What|Removed |Added Product|DRI |freedesktop.org

[Bug 104285] Euro Truck Simulator 2 and American Truck Simulator artifacts (Mesa 17.3, AMD R9 280X)

https://bugs.freedesktop.org/show_bug.cgi?id=104285 --- Comment #9 from Gregor Münch --- (In reply to Alex Vorobyev from comment #8) > I think it's not the same bug. CS:GO works on my system as it should, while > SCS games still have broken shadows. So you also checked that

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM on amdgpu Xorg driver

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #38 from Direx --- Just for the record (it might not surprise you): The patch also works on 4.15, just tested it on the "old" kernel. -- You are receiving this mail because: You are the assignee for the

Re: New KFD ioctls: taking the skeletons out of the closet

Thanks for the feedback. I'm answering some of your questions inline. On 2018-03-06 06:09 PM, Dave Airlie wrote: > On 7 March 2018 at 08:44, Felix Kuehling wrote: >> Hi all, >> >> Christian raised two potential issues in a recent KFD upstreaming code >> review that are

Re: [Mesa-dev] [PATCH 01/21] vulkan: Add KHR_display extension using DRM

Daniel Stone writes: > Or better, just use drmModeAddFB2 and pass the format directly. That > landed back in 3.2 or so, and I don't think there's anyone trying to > use Vulkan on a kernel from 2011. Yeah, that's probably a better plan. I've pushed a patch that does this on

Re: [Patch 1/4] dt-bindings: display/ti: Move common dispc bindings to omap-dss.txt

On Fri, Mar 02, 2018 at 07:48:01AM -0600, Benoit Parrot wrote: > Add common DISPC bindings into the top level bindings file. > Move common bindings here instead of having multiple copies of > the same information in all of the variant specific files. > > Signed-off-by: Benoit Parrot

Re: [PATCH 01/21] vulkan: Add KHR_display extension using DRM

Jason Ekstrand writes: Thanks a million for the intense review. I've pushed 15 tiny patches that address individual questions in this message. If you want to look at those separately, that would be great. When we're done, I'll merge them back into the giant patch. Sorry

Re: New KFD ioctls: taking the skeletons out of the closet

On Wed, Mar 7, 2018 at 11:38 AM, Daniel Vetter wrote: > On Wed, Mar 07, 2018 at 09:38:03AM +0100, Christian K??nig wrote: >> Am 07.03.2018 um 00:09 schrieb Dave Airlie: >> > On 7 March 2018 at 08:44, Felix Kuehling wrote: >> > > Hi all, >> > > >> > >

[Bug 81689] Black screen in info-beamer

https://bugs.freedesktop.org/show_bug.cgi?id=81689 Sven Arvidsson changed: What|Removed |Added Resolution|--- |NOTOURBUG

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM on amdgpu Xorg driver

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #37 from Harry Wentland --- ... pick it up for 4.15 is what I meant to say. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM on amdgpu Xorg driver

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #36 from Harry Wentland --- Thanks, Direx. I'll get it reviewed and intend to get it into 4.16 as well. Will send it to the stable tree as well, where GregKH can pick it up. -- You are receiving this mail

Re: [PATCH v3 05/16] dt-bindings: display: sun4i-drm: Add compatibles for H3 HDMI pipeline

On Thu, Mar 01, 2018 at 10:34:31PM +0100, Jernej Skrabec wrote: > Add missing compatibles for H3 HDMI pipeline. These compatibles can also > be used with H5 SoC. > > Signed-off-by: Jernej Skrabec > --- > Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 6

Re: [PATCH v3 04/16] clk: sunxi-ng: h3: h5: export CLK_PLL_VIDEO

On Thu, Mar 01, 2018 at 10:34:30PM +0100, Jernej Skrabec wrote: > CLK_PLL_VIDEO needs to be referenced in HDMI DT entry as a possible > PHY clock parent. > > Export it so it can be used later in DT. > > Signed-off-by: Jernej Skrabec > --- >

Re: [PATCH v3 2/7] dt-bindings: display: Add Allwinner MIPI-DSI bindings

On Tue, Mar 06, 2018 at 02:55:59PM +0100, Maxime Ripard wrote: > From: Maxime Ripard > > The Allwinner SoCs usually come with a DSI encoder. Add a binding for it. > > Signed-off-by: Maxime Ripard > --- >

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM on amdgpu Xorg driver

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #35 from Direx --- (In reply to Harry Wentland from comment #34) > DC seems to take channel_count/audio_count to refer to the actual number of > channels whereas the CEA EDID extension and our HW represent

[Bug 105021] suspend / rx550 / extremely slow after 2nd thaw

https://bugs.freedesktop.org/show_bug.cgi?id=105021 jam...@amd.com changed: What|Removed |Added Resolution|--- |FIXED

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM on amdgpu Xorg driver

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #34 from Harry Wentland --- Created attachment 137870 --> https://bugs.freedesktop.org/attachment.cgi?id=137870=edit [PATCH] Add one to EDID's audio channel count when passing to DC Thanks everyone for the

Re: [PATCH 6/6] drm: Reject bad property flag combinations

On Tue, Mar 06, 2018 at 07:22:51PM +0100, Daniel Vetter wrote: > On Tue, Mar 06, 2018 at 06:48:49PM +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Pimp drm_property_type_valid() to check for more fails with the > > property flags. Also make the check

Re: [PATCH/RFC 00/60] omapdrm: Reverse direction of DSS device (dis)connect operations

Hi Tomi, On Wednesday, 7 March 2018 16:11:04 EET Tomi Valkeinen wrote: > On 07/03/18 02:24, Laurent Pinchart wrote: > > Hello, > > > > This patch series is a first step towards moving the omapdrm driver away > > from the custom bridge and panel drivers to drm_bridge and drm_panel. > > > > The

Re: [PATCH] drm/pl111: Enable device-specific assigned memory

Linus Walleij writes: > The Versatile Express has 8 MB of dedicated video RAM (VRAM) > on the motherboard, which is what we should be using for the > PL111 if available. On this platform, the memory backplane > is constructed so that only this memory will work properly

[Bug 105386] Request for a new fd.o account

https://bugs.freedesktop.org/show_bug.cgi?id=105386 Bug ID: 105386 Summary: Request for a new fd.o account Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal

[Bug 104932] Hang when running X11/Wayland on GFX8/Polaris10/Ellesmere/Rx-480-8GiB (agd5f a5592a6df4f45a018b48f252ad1c498e683e9b9d, hwentland's DC-Patches-Jan-31-2018.mbox applied)

https://bugs.freedesktop.org/show_bug.cgi?id=104932 Robin Kauffman changed: What|Removed |Added Status|NEW |RESOLVED

[GIT PULL] R-Car DU changes for v4.17

Hi Dave, Please pull the R-Car DU changes for v4.17. This contains - Convert LVDS support to a drm_bridge driver - Add DT bindings for the R8A77995 SoC - Add DT bindings and driver support for the R8A77970 SoC Note that the LVDS conversion depends on a patch series from Frank Rowand that will

[Bug 199047] [amdgpu CARRIZO] disabled backlight after S3 resume

https://bugzilla.kernel.org/show_bug.cgi?id=199047 --- Comment #1 from Alex Deucher (alexdeuc...@gmail.com) --- Are you using DC? Please attach your dmesg output. -- You are receiving this mail because: You are watching the assignee of the bug. ___

Re: [Mesa-dev] Allocator Nouveau driver, Mesa EXT_external_objects, and DRM metadata import interfaces

On Thu, Feb 22, 2018 at 04:16:52PM -0500, Alex Deucher wrote: > On Thu, Feb 22, 2018 at 1:49 PM, Bas Nieuwenhuizen > wrote: > > On Thu, Feb 22, 2018 at 7:04 PM, Kristian H??gsberg > > wrote: > >> On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher

Re: [PATCH libdrm] drm/atomic: Refuse to add invalid objects to requests

On 7 March 2018 at 16:42, Daniel Vetter wrote: > On Wed, Mar 07, 2018 at 12:42:15PM +, Daniel Stone wrote: >> Object and property IDs cannot be zero. Prevent them from being added to >> the request stream at all, rather than breaking at commit time. > > Reviewed-by: Daniel

Re: [Nouveau] Aspirant for GSOC 2018 for Nouveau Vulkan driver

I would be willing to be a mentor for this project. On Wed, Mar 7, 2018 at 1:45 PM, Martin Peres wrote: > Hi Anusha, > > Sorry, I was under the expectation that userspace developers would > answer you after your first message, and I missed your second one! My > sincere

Re: [PATCH v2 2/2] drm: rcar-du: add R8A77970 support

Hi Sergei, Thank you for the patch. On Thursday, 18 January 2018 23:05:59 EET Sergei Shtylyov wrote: > Add support for the R-Car V3M (R8A77970) SoC to the R-Car DU driver. > > Signed-off-by: Sergei Shtylyov Reviewed-by: Laurent Pinchart

Re: [PATCH v2 1/2] DT: display: renesas, du: document R8A77970 bindings

Hi Sergei, Thank you for the patch. On Thursday, 18 January 2018 23:05:58 EET Sergei Shtylyov wrote: > Document the R-Car V3M (R8A77970) SoC in the R-Car DU bindings. > > Signed-off-by: Sergei Shtylyov Reviewed-by: Laurent Pinchart

[PATCH] dt-bindings: exynos: Document #sound-dai-cells property of the HDMI node

The #sound-dai-cells DT property is required to describe link between the HDMI IP block and the SoC's audio subsystem. Signed-off-by: Sylwester Nawrocki --- Documentation/devicetree/bindings/display/exynos/exynos_hdmi.txt | 3 +++ 1 file changed, 3 insertions(+) diff

[Bug 105369] HP HP ENVY x360, amdgpu, Call Trace tgn10_lock at startup, VMC page fault during runtime

https://bugs.freedesktop.org/show_bug.cgi?id=105369 --- Comment #7 from Alex Deucher --- It looks like you built the driver without DC or DCN support. Please make sure the following are set in your .config: CONFIG_DRM_AMD_DC=y CONFIG_DRM_AMD_DC_DCN1_0=y -- You are

[Bug 105369] HP HP ENVY x360, amdgpu, Call Trace tgn10_lock at startup, VMC page fault during runtime

https://bugs.freedesktop.org/show_bug.cgi?id=105369 --- Comment #6 from cd --- Created attachment 137867 --> https://bugs.freedesktop.org/attachment.cgi?id=137867=edit journalctl-amd-drm-staging.txt I hope I took the correct version, 4.16.0-rc1-085145ebf0e9 The screen

Re: [PATCH libdrm] drm/atomic: Refuse to add invalid objects to requests

On Wed, Mar 07, 2018 at 12:42:15PM +, Daniel Stone wrote: > Object and property IDs cannot be zero. Prevent them from being added to > the request stream at all, rather than breaking at commit time. > > Signed-off-by: Daniel Stone > --- > xf86drmMode.c | 3 +++ > 1

Re: New KFD ioctls: taking the skeletons out of the closet

On Wed, Mar 07, 2018 at 09:38:03AM +0100, Christian K??nig wrote: > Am 07.03.2018 um 00:09 schrieb Dave Airlie: > > On 7 March 2018 at 08:44, Felix Kuehling wrote: > > > Hi all, > > > > > > Christian raised two potential issues in a recent KFD upstreaming code > > >

Re: [PATCH libdrm] omap: add Android build support

On 03/02/2018 12:51 PM, Emil Velikov wrote: > On 28 February 2018 at 18:54, Andrew F. Davis wrote: >> From: Gowtham Tammana >> >> Add Android.mk file to build libdrm_omap library. >> > Zero objections on my end, but can we have the use case mentioned in > the

Re: [RFC][PATCH 11/11] drm: Sprinkle lockdep asserts for edid/display_info

On Tue, Mar 06, 2018 at 01:32:21PM -0500, Harry Wentland wrote: > > > On 2018-03-06 12:13 PM, Daniel Vetter wrote: > > On Tue, Mar 06, 2018 at 11:23:23AM -0500, Harry Wentland wrote: > >> On 2018-03-06 07:18 AM, Ville Syrj??l?? wrote: > >>> On Tue, Mar 06, 2018 at 10:31:27AM +0100, Daniel Vetter

[PULL] drm-intel-fixes

Hi Dave, Fixes for 2 regressions that got captured by CI. Here goes drm-intel-fixes-2018-03-07: - 2 fixes: 1 for perf and 1 execlist submission race. Thanks, Rodrigo. The following changes since commit 661e50bc853209e41a5c14a290ca4decc43cbfd1: Linux 4.16-rc4 (2018-03-04 14:54:11 -0800)

Re: [PATCH 2/3] drm/vc4: Check if plane requires background fill

Ville Syrjälä writes: > On Tue, Mar 06, 2018 at 04:10:33PM -0800, Eric Anholt wrote: >> Ville Syrjälä writes: >> >> > On Tue, Mar 06, 2018 at 02:48:38AM +0100, Stefan Schake wrote: >> >> Considering a single plane only, we have to

  1   2   >