Re: RFC for a render API to support adaptive sync and VRR

On 10.04.2018 23:45, Cyr, Aric wrote: For video games we have a similar situation where a frame is rendered for a certain world time and in the ideal case we would actually display the frame at this world time. That seems like it would be a poorly written game that flips like that, unless they

[Bug 105982] Plugging HDMI cable hits [drm:generic_reg_wait [amdgpu]] *ERROR* REG_WAIT timeout

https://bugs.freedesktop.org/show_bug.cgi?id=105982 Bug ID: 105982 Summary: Plugging HDMI cable hits [drm:generic_reg_wait [amdgpu]] *ERROR* REG_WAIT timeout Product: DRI Version: DRI git Hardware: x86-64 (AMD64)

Re: [PATCH 1/3] drm/panel: Add RGB666 variant of Innolux AT070TN92

On Tue, Apr 10, 2018 at 11:31:27PM +0200, Paul Kocialkowski wrote: > This adds timings for the RGB666 variant of the Innolux AT070TN92 panel, > as found on the Ainol AW1 tablet. > > Signed-off-by: Paul Kocialkowski > --- > drivers/gpu/drm/panel/panel-simple.c | 26 ++ > 1

Re: [PATCH V2] drm/amdgpu: limit DMA size to PAGE_SIZE for scatter-gather buffers

On Tue, Apr 10, 2018 at 04:59:55PM -0400, Sinan Kaya wrote: > Code is expecing to observe the same number of buffers returned from > dma_map_sg() function compared to sg_alloc_table_from_pages(). This > doesn't hold true universally especially for systems with IOMMU. > > IOMMU driver tries to comb

Re: [linux-sunxi] Re: [PATCH 3/3] ARM: dts: sun7i: Add support for the Ainol AW1 tablet

Hi, Le mardi 10 avril 2018 à 23:35 +0200, Paul Kocialkowski a écrit : > Le mardi 10 avril 2018 à 23:31 +0200, Paul Kocialkowski a écrit : > > This adds support for the Ainol AW1, an A20-based 7" tablet from > > Ainol. > > This version didn't use the dedicated binding for the panel and will > be >

[Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 Timothy Arceri changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

Re: [RfC PATCH] Add udmabuf misc device

On 04/10/2018 08:26 PM, Dongwon Kim wrote: On Tue, Apr 10, 2018 at 09:37:53AM +0300, Oleksandr Andrushchenko wrote: On 04/06/2018 09:57 PM, Dongwon Kim wrote: On Fri, Apr 06, 2018 at 03:36:03PM +0300, Oleksandr Andrushchenko wrote: On 04/06/2018 02:57 PM, Gerd Hoffmann wrote: Hi, I fail

[Bug 96790] frame stuttering in ut2004

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

Re: [PATCH v6 1/2] drm/bridge: Add Cadence DSI driver

Hi Boris, I love your patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.16 next-20180410] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits

[Bug 87059] [apitrace] Graphical glitches in This war of mine

https://bugs.freedesktop.org/show_bug.cgi?id=87059 Timothy Arceri changed: What|Removed |Added Summary|Graphical glitches r9290|[apitrace] Graphical

[Bug 101834] WebGL shaders cause system freeze

https://bugs.freedesktop.org/show_bug.cgi?id=101834 Timothy Arceri changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug 99994] Unreal Tournament 2016 segfaults with sisched

https://bugs.freedesktop.org/show_bug.cgi?id=4 Timothy Arceri changed: What|Removed |Added Assignee|dri-devel@lists.freedesktop |davyax...@gmail.com |

[Bug 87059] Graphical glitches r9290

https://bugs.freedesktop.org/show_bug.cgi?id=87059 --- Comment #11 from Timothy Arceri --- The black boxes are gone but there are other rendering issues. I've create an apitrace [1]. There is a shader that fails to compile due to a shader bug but thats not the problem as the trace runs fine on t

Re: [PATCH] drm/ast: Fixed reboot test may cause system hanged

On Wed, 2018-04-11 at 09:27 +0800, Y.C. Chen wrote: > index dac3558..82a2687 100644 > --- a/drivers/gpu/drm/ast/ast_main.c > +++ b/drivers/gpu/drm/ast/ast_main.c > @@ -131,8 +131,8 @@ static int ast_detect_chip(struct drm_device *dev, bool > *need_post) > > > /* Enable extended registe

Re: [PATCH] drm/ast: Fixed reboot test may cause system hanged

On Wed, 2018-04-11 at 09:27 +0800, Y.C. Chen wrote: > From: "Y.C. Chen" > > There is another thread still access standard VGA I/O while loading drm > driver. > Disable standard VGA I/O decode to avoid this issue. Jeremy, Joel, can we regression test that on our systems ? > Signed-off-by: Y.C.

Re: [PATCH] drm/ast: Fixed reboot test may cause system hanged

On Wed, 2018-04-11 at 02:16 +, YC Chen wrote: > Hi Ben, > Thanks for your reply. You need to open password register before > modify extended CRT registers. Extended CRT registers cannot be > modified if the read back value of password register is 0. > Allow me to describe this issue more. This

Re: [PATCH v6 1/2] drm/bridge: Add Cadence DSI driver

Hi Boris, I love your patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.16 next-20180410] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits

RE: [PATCH] drm/ast: Fixed reboot test may cause system hanged

Hi Ben, Thanks for your reply. You need to open password register before modify extended CRT registers. Extended CRT registers cannot be modified if the read back value of password register is 0. Allow me to describe this issue more. This issue only happen on Intel x86/x86_64 system actually. We

[DPU PATCH v2 2/2] drm/msm/dsi: implement auto PHY timing calculator for 10nm PHY

Currently the DSI PHY timings are hard-coded for a specific panel for the 10nm PHY. Replace this with the auto PHY timing calculator which can calculate the PHY timings for any panel. Changes in v2: - None Reviewed-by: Archit Taneja Signed-off-by: Abhinav Kumar --- drivers/gpu/drm/msm/dsi/phy

[DPU PATCH v2 1/2] drm/msm/dsi: check video mode engine status before waiting

Make sure the video mode engine is on before waiting for the video done interrupt. Otherwise it leads to silent timeouts increasing display turn ON time. Changes in v2: - Replace pr_err with dev_err - Changed error message Signed-off-by: Abhinav Kumar --- drivers/gpu/drm/msm/dsi/dsi_host.c | 1

[PATCH] drm/ast: Fixed reboot test may cause system hanged

From: "Y.C. Chen" There is another thread still access standard VGA I/O while loading drm driver. Disable standard VGA I/O decode to avoid this issue. Signed-off-by: Y.C. Chen --- drivers/gpu/drm/ast/ast_main.c | 5 - drivers/gpu/drm/ast/ast_mode.c | 2 +- drivers/gpu/drm/ast/ast_post.c |

[DPU PATCH 1/2] drm/msm/dsi: adjust dsi timing for dual dsi mode

For dual dsi mode, the horizontal timing needs to be divided by half since both the dsi controllers will be driving this panel. Adjust the pixel clock and DSI timing accordingly. Change-Id: Iee1226b2eef9eea23d9653e3d738ee8cd2a2dd8e Signed-off-by: Chandan Uddaraju --- drivers/gpu/drm/msm/dsi/dsi.

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

Current DSI driver uses two connectors for dual DSI case even though we only have one panel. Fix this by implementing one connector/bridge for dual DSI use case. Use master DSI controllers to register one connector/bridge. Change-Id: I067b39f3b32eb3aa92d4155d4ca703ca7690645b Signed-off-by: Chandan

[DPU PATCH 0/2] Connector virtualization for Dual-DSI

This patch series adds support to DSI connector virtualization for Dual-DSI configuration. These changes have been tested using dual-dsi truly panel on sdm845 platform. Additional changes that will be needed to have end-to-end functionality: --> DSI6G-v2 changes: https://patchwork.kernel.org

[PATCHv2] drm/i2c: tda998x: Remove VLA usage

There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. The vla in reg_write_range is based on the length of data passed. The one use of a non-constant size for this range is bounded by the size buffer passed to hdmi_infoframe_pack which is a fixed size. Switch to t

[PATCHv2] drm/amdkfd: Remove vla

There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. Switch to a constant value that covers all hardware. [1] https://lkml.org/lkml/2018/3/7/621 Signed-off-by: Laura Abbott --- v2: Switch to a larger size to account for other hardware --- drivers/gpu/drm/amd/

[Bug 101145] Wine game needs GLSL override for fullscreen

https://bugs.freedesktop.org/show_bug.cgi?id=101145 Timothy Arceri changed: What|Removed |Added Resolution|--- |NOTOURBUG Status|NEW

[Bug 103907] [gfx9/Vega] Arma 3 crashes on 17.3.0-rc5 but works on master

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

[Bug 105941] Dolphin emulator crashes a few seconds after playing a game

https://bugs.freedesktop.org/show_bug.cgi?id=105941 --- Comment #1 from Timothy Arceri --- (In reply to siyia from comment #0) > With mesa 18.0.0 and amdgpu module with oland gpu,dolphin-emu crashes.Mesa > 18 with radeon module and mesa 17.3.8 with amdgpu module do not crash. > > Additional info

RE: RFC for a render API to support adaptive sync and VRR

> From: Manasi Navare [mailto:manasi.d.nav...@intel.com] > Sent: Tuesday, April 10, 2018 17:37 > To: Wentland, Harry > Cc: amd-gfx mailing list ; Daniel Vetter > ; Haehnle, Nicolai > ; Daenzer, Michel ; Deucher, > Alexander ; > Koenig, Christian ; dri-devel > ; Cyr, Aric ; Koo, > Anthony > Sub

Re: [PATCH] drm/i2c: tda998x: Remove VLA usage

On 04/09/2018 03:21 PM, Russell King - ARM Linux wrote: On Mon, Apr 09, 2018 at 02:07:03PM -0700, Laura Abbott wrote: There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. The vla in reg_write_range is based on the length of data passed. The one use of a non-co

RE: RFC for a render API to support adaptive sync and VRR

> From: Haehnle, Nicolai > Sent: Tuesday, April 10, 2018 13:48 > On 10.04.2018 19:25, Cyr, Aric wrote: > >> -Original Message- > >> From: Michel Dänzer [mailto:mic...@daenzer.net] > >> Sent: Tuesday, April 10, 2018 13:16 > >> > >> On 2018-04-10 07:13 PM, Cyr, Aric wrote: > -Origina

Re: [PATCH 3/3] ARM: dts: sun7i: Add support for the Ainol AW1 tablet

Le mardi 10 avril 2018 à 23:31 +0200, Paul Kocialkowski a écrit : > This adds support for the Ainol AW1, an A20-based 7" tablet from > Ainol. This version didn't use the dedicated binding for the panel and will be fixed in v2 and onwards. > The following board-specific features are supported: > *

Re: RFC for a render API to support adaptive sync and VRR

On Tue, Apr 10, 2018 at 11:03:02AM -0400, Harry Wentland wrote: > Adding Anthony and Aric who've been working on Freesync with DC on other OSes > for a while. > > On 2018-04-09 05:45 PM, Manasi Navare wrote: > > Thanks for initiating the discussion. Find my comments below: > > > > On Mon, Apr 09

[PATCH 3/3] ARM: dts: sun7i: Add support for the Ainol AW1 tablet

This adds support for the Ainol AW1, an A20-based 7" tablet from Ainol. The following board-specific features are supported: * LCD panel * Backlight * USB OTG * Buttons * Touchscreen (doesn't work without non-free firmware) * Accelerometer * Battery The following are untested: * Audio output * Au

[PATCH 2/3] ARM: dts: sun7i: Add RGB666 pins definition

This adds the pins definition for RGB666 LCD panels on the A20. It was imported from the A33 definition, that concernes the same set of pins. Signed-off-by: Paul Kocialkowski --- arch/arm/boot/dts/sun7i-a20.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/sun7i-

[PATCH 1/3] drm/panel: Add RGB666 variant of Innolux AT070TN92

This adds timings for the RGB666 variant of the Innolux AT070TN92 panel, as found on the Ainol AW1 tablet. Signed-off-by: Paul Kocialkowski --- drivers/gpu/drm/panel/panel-simple.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-simple.

[Bug 101739] An issue with alpha-to-coverage handling is causing Arma 3 64-bit Linux port to render trees incorrectly

https://bugs.freedesktop.org/show_bug.cgi?id=101739 --- Comment #13 from Marek Olšák --- Yes. Thanks. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.fre

[Bug 101739] An issue with alpha-to-coverage handling is causing Arma 3 64-bit Linux port to render trees incorrectly

https://bugs.freedesktop.org/show_bug.cgi?id=101739 --- Comment #12 from Ilia Mirkin --- Probably meant this change: https://cgit.freedesktop.org/mesa/mesa/commit/?id=f222cf3c6d6fc5d9dee3742d20aa77cfff9c39f8 -- You are receiving this mail because: You are the assignee for the bug._

[Bug 101739] An issue with alpha-to-coverage handling is causing Arma 3 64-bit Linux port to render trees incorrectly

https://bugs.freedesktop.org/show_bug.cgi?id=101739 --- Comment #11 from Marek Olšák --- If "glsl_correct_derivatives_after_discard=true" fixes it, it's not an alpha-to-coverage issue. It's a problem with the use of discard in GLSL. There is no difference in alpha-to-coverage behavior between DX

Re: [PATCH 1/3] drm/vc4: Remove the need for the GPU-subsystem DT node.

Stefan Wahren writes: > Hi Eric, > >> Eric Anholt hat am 10. April 2018 um 01:00 geschrieben: >> >> >> The GPU subsystem node was a workaround to have a central device to >> bind V3D and display to. Following the lead of 246774d17fc0 >> ("drm/etnaviv: remove the need for a gpu-subsystem DT no

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

On Fri, Mar 30, 2018 at 01:24:45PM +0530, Nipun Gupta wrote: > With each bus implementing its own DMA configuration callback, > there is no need for bus to explicitly have force_dma in its > global structure. This patch modifies of_dma_configure API to > accept an input parameter which specifies if

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

On Fri, Mar 30, 2018 at 01:24:44PM +0530, Nipun Gupta wrote: > It is bus specific aspect to map a given device on the bus and > relevant firmware description of its DMA configuration. > So, this change introduces 'dma_configure' as bus callback > giving flexibility to busses for implementing its ow

[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 #20 from mercuriete --- Status of this patches: Alex already created a pull request to Dave drm maintainer, so probably this doesnt take too much time to be merged in linux 4.17: https://lists.freedesktop.org/archives/dri-devel/201

[Bug 199319] Flickering screen on AMDGPU and DC with Linux 4.16-2

https://bugzilla.kernel.org/show_bug.cgi?id=199319 --- Comment #14 from har...@gmx.de --- linux 4.16.1, R9 380X, Mesa 18.1.0-devel (git-d899826733), X11(1.19.6) with: amdgpu.dc=0: no flickering, HDMI audio works amdgpu.dc=1: flickering, HDMI audio not working -- You are receiving this mail be

RE: [RFC 0/3] drm: page-flip with damage

>Hi, > >Many thanks that you have picked it up. >Unfortunately I didn't had time to work on it for a while. > >I am ok with what you have done, ihmo the review is going in good direction. >I will try not to miss your update of it. >From my side I can say that damage rects with frame-buffer coordina

Re: [PATCH] drm/amdgpu: limit DMA size to PAGE_SIZE for scatter-gather buffers

Am 10.04.2018 um 20:25 schrieb Sinan Kaya: Code is expecing to observe the same number of buffers returned from dma_map_sg() function compared to sg_alloc_table_from_pages(). This doesn't hold true universally especially for systems with IOMMU. IOMMU driver tries to combine buffers into a single

Re: [PATCH] drm/amdkfd: Remove vla

On 04/09/2018 11:38 PM, Christian König wrote: Am 09.04.2018 um 23:06 schrieb Laura Abbott: There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. The single VLA usage in the amdkfd driver is actually constant across all current platforms. Actually that isn't

Re: [PATCH] drm/amdkfd: Remove vla

Thanks Christian for catching that. I'm working on a patch series to upstream Vega10 support, about 95% done. It will add this ASIC info for Vega10: static const struct kfd_device_info vega10_device_info = { .asic_family = CHIP_VEGA10, .max_pasid_bits = 16, .max_no_of_hqd

[PATCH] drm/arm/malidp: Preserve LAYER_FORMAT contents when setting format

On some Mali-DP processors, the LAYER_FORMAT register contains fields other than the format. These bits were unconditionally cleared when setting the pixel format, whereas they should be preserved at their reset values. Reported-by: Brian Starkey Reported-by: Liviu Dudau Signed-off-by: Ayan Kuma

[Bug 101739] An issue with alpha-to-coverage handling is causing Arma 3 64-bit Linux port to render trees incorrectly

https://bugs.freedesktop.org/show_bug.cgi?id=101739 Gregor Münch changed: What|Removed |Added CC||mar...@gmail.com --- Comment #10 from Gr

Re: RFC for a render API to support adaptive sync and VRR

On 2018-04-10 07:44 AM, Chris Wilson wrote: > Quoting Christian König (2018-04-10 07:45:04) >> Am 09.04.2018 um 23:45 schrieb Manasi Navare: >>> Properties that you mentioned above that the UMD can set before kernel can >>> enable VRR functionality >>> *bool vrr_enable or vrr_compatible >>> target

Re: RFC for a render API to support adaptive sync and VRR

On 2018-04-10 01:52 PM, Harry Wentland wrote: > On 2018-04-10 12:37 PM, Nicolai Hähnle wrote: >> On 10.04.2018 18:26, Cyr, Aric wrote: >>> That presentation time doesn’t need to come to kernel as such and actually >>> is fine as-is completely decoupled from adaptive sync.  As long as the >>> vide

Re: RFC for a render API to support adaptive sync and VRR

On 2018-04-10 12:37 PM, Nicolai Hähnle wrote: > On 10.04.2018 18:26, Cyr, Aric wrote: >> That presentation time doesn’t need to come to kernel as such and actually >> is fine as-is completely decoupled from adaptive sync.  As long as the video >> player provides the new target_frame_duration_ns o

Re: RFC for a render API to support adaptive sync and VRR

On 10.04.2018 19:25, Cyr, Aric wrote: -Original Message- From: Michel Dänzer [mailto:mic...@daenzer.net] Sent: Tuesday, April 10, 2018 13:16 On 2018-04-10 07:13 PM, Cyr, Aric wrote: -Original Message- From: Michel Dänzer [mailto:mic...@daenzer.net] Sent: Tuesday, April 10, 2018

Re: [RfC PATCH] Add udmabuf misc device

On Tue, Apr 10, 2018 at 09:37:53AM +0300, Oleksandr Andrushchenko wrote: > On 04/06/2018 09:57 PM, Dongwon Kim wrote: > >On Fri, Apr 06, 2018 at 03:36:03PM +0300, Oleksandr Andrushchenko wrote: > >>On 04/06/2018 02:57 PM, Gerd Hoffmann wrote: > >>> Hi, > >>> > >I fail to see any common ground

RE: RFC for a render API to support adaptive sync and VRR

> -Original Message- > From: Michel Dänzer [mailto:mic...@daenzer.net] > Sent: Tuesday, April 10, 2018 13:16 > > On 2018-04-10 07:13 PM, Cyr, Aric wrote: > >> -Original Message- > >> From: Michel Dänzer [mailto:mic...@daenzer.net] > >> Sent: Tuesday, April 10, 2018 13:06 > >> On 20

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

https://bugs.freedesktop.org/show_bug.cgi?id=105425 --- Comment #22 from i...@yahoo.com --- (In reply to MirceaKitsune from comment #21) > (In reply to iive from comment #20) > > That's some amazing feedback, thank you very much! I'll definitely try those > out, but I have a few questions about a

Re: RFC for a render API to support adaptive sync and VRR

On 2018-04-10 07:13 PM, Cyr, Aric wrote: >> -Original Message- >> From: Michel Dänzer [mailto:mic...@daenzer.net] >> Sent: Tuesday, April 10, 2018 13:06 >> On 2018-04-10 06:26 PM, Cyr, Aric wrote: >>> From: Koenig, Christian Sent: Tuesday, April 10, 2018 11:43 >>> For video games we ha

RE: RFC for a render API to support adaptive sync and VRR

> -Original Message- > From: Michel Dänzer [mailto:mic...@daenzer.net] > Sent: Tuesday, April 10, 2018 13:06 > On 2018-04-10 06:26 PM, Cyr, Aric wrote: > > From: Koenig, Christian Sent: Tuesday, April 10, 2018 11:43 > > > >> For video games we have a similar situation where a frame is rende

Re: RFC for a render API to support adaptive sync and VRR

On 2018-04-10 05:35 PM, Cyr, Aric wrote: >> On 2018-04-10 03:37 AM, Michel Dänzer wrote: >>> On 2018-04-10 08:45 AM, Christian König wrote: Am 09.04.2018 um 23:45 schrieb Manasi Navare: > Thanks for initiating the discussion. Find my comments > below: On Mon, Apr 09, 2018 at 04:00:21PM

Re: RFC for a render API to support adaptive sync and VRR

On 2018-04-10 06:26 PM, Cyr, Aric wrote: > From: Koenig, Christian Sent: Tuesday, April 10, 2018 11:43 > >> For video games we have a similar situation where a frame is rendered >> for a certain world time and in the ideal case we would actually >> display the frame at this world time. > > That s

Re: RFC for a render API to support adaptive sync and VRR

On 10.04.2018 18:26, Cyr, Aric wrote: That presentation time doesn’t need to come to kernel as such and actually is fine as-is completely decoupled from adaptive sync.  As long as the video player provides the new target_frame_duration_ns on the flip, then the driver/HW will target the correct

RE: RFC for a render API to support adaptive sync and VRR

From: Koenig, Christian Sent: Tuesday, April 10, 2018 11:43 Am 10.04.2018 um 17:35 schrieb Cyr, Aric: -Original Message- From: Wentland, Harry Sent: Tuesday, April 10, 2018 11:08 To: Michel Dänzer ; Koenig, Christian ; Manasi

[Bug 105333] [gallium-nine] missing geometry after commit ac: replace ac_build_kill with ac_build_kill_if_false

https://bugs.freedesktop.org/show_bug.cgi?id=105333 --- Comment #4 from had...@gmx.de --- Thanks for the infos! I will make a apitrace and upload it, but it will take me some days. I will then also open a report on the github page. -- You are receiving this mail because: You are the assignee for

Re: RFC for a render API to support adaptive sync and VRR

Am 10.04.2018 um 17:35 schrieb Cyr, Aric: -Original Message- From: Wentland, Harry Sent: Tuesday, April 10, 2018 11:08 To: Michel Dänzer ; Koenig, Christian ; Manasi Navare Cc: Haehnle, Nicolai ; Daniel Vetter ; Daenzer, Michel ; dri-devel ; amd-gfx mailing list ; Deucher, Alexander ;

RE: RFC for a render API to support adaptive sync and VRR

> -Original Message- > From: Wentland, Harry > Sent: Tuesday, April 10, 2018 11:08 > To: Michel Dänzer ; Koenig, Christian > ; Manasi Navare > > Cc: Haehnle, Nicolai ; Daniel Vetter > ; Daenzer, Michel > ; dri-devel ; > amd-gfx mailing list ; > Deucher, Alexander ; Cyr, Aric ; > Koo, A

Re: RFC for a render API to support adaptive sync and VRR

Am 10.04.2018 um 17:08 schrieb Harry Wentland: On 2018-04-10 03:37 AM, Michel Dänzer wrote: On 2018-04-10 08:45 AM, Christian König wrote: Am 09.04.2018 um 23:45 schrieb Manasi Navare: Thanks for initiating the discussion. Find my comments below: On Mon, Apr 09, 2018 at 04:00:21PM -0400, Harry

Re: [bug report] drm/stm: ltdc: add clut mode support

Hi Dan, and many thanks for the bug report. I sent a patch to fix this issue https://patchwork.freedesktop.org/patch/216180/ Thank you, Philippe :-) On 02/22/2018 08:27 PM, Dan Carpenter wrote: > Hello Philippe CORNU, > > This is a semi-automatic email about new static checker warnings. > > The

Re: RFC for a render API to support adaptive sync and VRR

On 2018-04-10 03:37 AM, Michel Dänzer wrote: > On 2018-04-10 08:45 AM, Christian König wrote: >> Am 09.04.2018 um 23:45 schrieb Manasi Navare: >>> Thanks for initiating the discussion. Find my comments below: >>> On Mon, Apr 09, 2018 at 04:00:21PM -0400, Harry Wentland wrote: On 2018-04-09 03:

Re: RFC for a render API to support adaptive sync and VRR

Adding Anthony and Aric who've been working on Freesync with DC on other OSes for a while. On 2018-04-09 05:45 PM, Manasi Navare wrote: > Thanks for initiating the discussion. Find my comments below: > > On Mon, Apr 09, 2018 at 04:00:21PM -0400, Harry Wentland wrote: >> Adding dri-devel, which I

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #82 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- Hi Andrey. Excellent news, thanks for your effort on this. -- You are receiving this mail because: You are watching the assignee of the bug. __

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #81 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- With Betong board it seems I reproduced it, I am trying to debug it more + involving MESA/LLVM people to take a look. -- You are receiving this mail because: You are watching

Re: [RfC PATCH] Add udmabuf misc device

Hi, > Generally we try to cache mappings as much as possible. And wrt finding a > slot: Create a sufficiently sized BAR on the virgl device, just for that? Well. virtio has no concept of "bars" ... The most common virtio transport layer happens to be pci, which actually has bars. But we also

[PATCH] drm/stm: ltdc: fix warning in ltdc_crtc_update_clut()

Fix the warning "warn: variable dereferenced before check 'crtc' (see line 390)" by removing unnecessary checks as ltdc_crtc_update_clut() is only called from ltdc_crtc_atomic_flush() where crtc and crtc->state are not NULL. Many thanks to Dan Carpenter for the bug report https://lists.freedesktop

[Bug 105971] DVI port is not detecting connected monitor with 4.16.0+ kernel and amdgpu.dc=1 set

https://bugs.freedesktop.org/show_bug.cgi?id=105971 Michel Dänzer changed: What|Removed |Added Attachment #138731|text/x-log |text/plain mime type|

[Bug 105971] DVI port is not detecting connected monitor with 4.16.0+ kernel and amdgpu.dc=1 set

https://bugs.freedesktop.org/show_bug.cgi?id=105971 --- Comment #7 from Joel Sass --- A note about the Xorg.0.log with amdgpu.dc=0, I see that the amdgpu module doesn't appear to be loaded. X came up just fine without the driver being loaded, and GPU desktop acceleration still worked just fine w

Re: [PATCH] drm/i915/gvt: fix memory leak of a cmd_entry struct on error exit path

Quoting Colin King (2018-04-10 13:33:12) > From: Colin Ian King > > The error exit path when a duplicate is found does not kfree and cmd_entry > struct and hence there is a small memory leak. Fix this by kfree'ing it. > > Detected by CoverityScan, CID#1370198 ("Resource Leak") > > Fixes: be1da

[Bug 105971] DVI port is not detecting connected monitor with 4.16.0+ kernel and amdgpu.dc=1 set

https://bugs.freedesktop.org/show_bug.cgi?id=105971 --- Comment #5 from Joel Sass --- Created attachment 138736 --> https://bugs.freedesktop.org/attachment.cgi?id=138736&action=edit dmesg output with amdgpu.dc=1 switch -- You are receiving this mail because: You are the assignee for the bug._

[Bug 105971] DVI port is not detecting connected monitor with 4.16.0+ kernel and amdgpu.dc=1 set

https://bugs.freedesktop.org/show_bug.cgi?id=105971 --- Comment #6 from Joel Sass --- Created attachment 138737 --> https://bugs.freedesktop.org/attachment.cgi?id=138737&action=edit xrandr with amdgpu.dc=1 switch -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 105971] DVI port is not detecting connected monitor with 4.16.0+ kernel and amdgpu.dc=1 set

https://bugs.freedesktop.org/show_bug.cgi?id=105971 --- Comment #4 from Joel Sass --- Created attachment 138735 --> https://bugs.freedesktop.org/attachment.cgi?id=138735&action=edit Xorg.0.log with amdgpu.dc=1 -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 199319] Flickering screen on AMDGPU and DC with Linux 4.16-2

https://bugzilla.kernel.org/show_bug.cgi?id=199319 --- Comment #13 from har...@gmx.de --- ... have to add: This problem doesn't occur too with: - amdgpu.dc=0 -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-de

[PATCH v6 1/2] drm/bridge: Add Cadence DSI driver

From: Boris Brezillon Add a driver for Cadence DPI -> DSI bridge. This driver only support a subset of Cadence DSI bridge capabilities. This driver has been tested/debugged in a simulated environment which explains why some of the features are missing. Here is a non-exhaustive list of missing

[PATCH v6 2/2] dt-bindings: drm/bridge: Document Cadence DSI bridge bindings

From: Boris Brezillon Document the bindings used for the Cadence DSI bridge. Signed-off-by: Boris Brezillon --- Hello Rob, I dropped your Acked-by because this version now documents the DPHY bindings. Regards, Boris Changes in v6: - Document the DPHY bindings - Drop Rob's ack because of the

[Bug 105971] DVI port is not detecting connected monitor with 4.16.0+ kernel and amdgpu.dc=1 set

https://bugs.freedesktop.org/show_bug.cgi?id=105971 --- Comment #3 from Joel Sass --- Created attachment 138734 --> https://bugs.freedesktop.org/attachment.cgi?id=138734&action=edit lshw output -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 103917] [gfx9/Vega] Performance regression in master, 17.3 works fine

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

[Bug 105971] DVI port is not detecting connected monitor with 4.16.0+ kernel and amdgpu.dc=1 set

https://bugs.freedesktop.org/show_bug.cgi?id=105971 --- Comment #2 from Joel Sass --- Created attachment 138733 --> https://bugs.freedesktop.org/attachment.cgi?id=138733&action=edit xrandr with amdgpu.dc=0 -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 105971] DVI port is not detecting connected monitor with 4.16.0+ kernel and amdgpu.dc=1 set

https://bugs.freedesktop.org/show_bug.cgi?id=105971 --- Comment #1 from Joel Sass --- Created attachment 138732 --> https://bugs.freedesktop.org/attachment.cgi?id=138732&action=edit Xorg.0.log with amdgpu.dc=0 -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 105971] DVI port is not detecting connected monitor with 4.16.0+ kernel and amdgpu.dc=1 set

https://bugs.freedesktop.org/show_bug.cgi?id=105971 Bug ID: 105971 Summary: DVI port is not detecting connected monitor with 4.16.0+ kernel and amdgpu.dc=1 set Product: DRI Version: unspecified Hardware: x86-64 (AMD64)

[Bug 199319] Flickering screen on AMDGPU and DC with Linux 4.16-2

https://bugzilla.kernel.org/show_bug.cgi?id=199319 har...@gmx.de changed: What|Removed |Added CC||har...@gmx.de --- Comment #12 from har...

Re: [PATCH] drm/rockchip: fix VOP vblank race

Reviewed-by: Sandy huang 在 2018/3/29 0:03, John Keeping 写道: We have seen a case of a bad reference count for vblanks with the Rockchip VOP: [ cut here ] WARNING: CPU: 1 PID: 383 at drivers/gpu/drm/drm_irq.c:1198 drm_vblank_put+0x40/0xcc Modules

[Bug 103384] [UBUNTU 16.04] Poor performance after update video-driver (HD7790, radeonsi)

https://bugs.freedesktop.org/show_bug.cgi?id=103384 Timothy Arceri changed: What|Removed |Added Resolution|--- |NOTOURBUG Status|NEW

[PATCH] drm/i915/gvt: fix memory leak of a cmd_entry struct on error exit path

From: Colin Ian King The error exit path when a duplicate is found does not kfree and cmd_entry struct and hence there is a small memory leak. Fix this by kfree'ing it. Detected by CoverityScan, CID#1370198 ("Resource Leak") Fixes: be1da7070aea ("drm/i915/gvt: vGPU command scanner") Signed-off

Re: [PATCH v2] display: panel: Add AUO g070vvn01 display support (800x480)

On Tue, Apr 10, 2018 at 5:29 AM, Lukasz Majewski wrote: > This commit adds support for AUO's 7.0" display. > > Signed-off-by: Lukasz Majewski > > --- > Changes for v2: > - Add *.txt suffix to the auo,g070wn01 file > - Remove not needed bus-format-override = "rgb565"; property > --- > .../binding

[Bug 102414] Hawaii gpu (R9 290) and the troubles with the amd-staging-drm-next branch

https://bugs.freedesktop.org/show_bug.cgi?id=102414 --- Comment #7 from Timothy Arceri --- Is this still a problem? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freedesktop.org htt

[Bug 101185] System hang during piglit tests

https://bugs.freedesktop.org/show_bug.cgi?id=101185 --- Comment #1 from Timothy Arceri --- Unfortunately there are some known kernel issues with some tests. Currently I run this after building piglit to avoid the tests that cause issues: rm bin/streaming-texture-leak rm bin/fbo-maxsize rm bin/te

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Bug 99553 depends on bug 96935, which changed state. Bug 96935 Summary: Trying to Mine Ethereum on Tahiti OpenCL crashes the whole system https://bugs.freedesktop.org/show_bug.cgi?id=96935 What|Removed |Added -

[Bug 96935] Trying to Mine Ethereum on Tahiti OpenCL crashes the whole system

https://bugs.freedesktop.org/show_bug.cgi?id=96935 Timothy Arceri changed: What|Removed |Added Resolution|--- |INVALID Status|NEW

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Bug 99553 depends on bug 96934, which changed state. Bug 96934 Summary: Mining Ethereum on Tahiti OpenCL orders of magnitude slower than on proprietary drivers https://bugs.freedesktop.org/show_bug.cgi?id=96934 What|Removed

[Bug 96934] Mining Ethereum on Tahiti OpenCL orders of magnitude slower than on proprietary drivers

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

  1   2   >