Re: [PATCH v4 2/2] drm: rcar-du: calculate DPLLCR to be more small jitter

Hello Morimoto-san, On Monday, 18 December 2017 02:35:56 EET Kuninori Morimoto wrote: > From: Kuninori Morimoto > > In general, PLL has VCO (= Voltage controlled oscillator), > one of the very important electronic feature called as "jitter" > is related to this

[Bug 104281] black / corrupted screen when resuming from S3 [AMDGPU]

https://bugs.freedesktop.org/show_bug.cgi?id=104281 --- Comment #2 from Daniel Drake --- Suspend/resume is working OK on these machines with DC disabled, so it seems to be a DC regression. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v4 1/2] drm: rcar-du: use 1000 to avoid misunderstanding in rcar_du_dpll_divider()

Hello Morimoto-san, Thankk you for the patch. On Monday, 18 December 2017 02:35:18 EET Kuninori Morimoto wrote: > From: Kuninori Morimoto > > It is difficult to understand its scale if number has many 0s. > This patch uses "* 1000" to avoid it in

[PATCH v4 0/2] drm: rcar-du: calculate DPLLCR to be more small jitter

Hi Laurent, David These are v4 of DPLLCR patch for rcar-du. Mainly fixuped 2000 -> 2kHz to unambiguous Kuninori Morimoto (2): drm: rcar-du: use 1000 to avoid misunderstanding in rcar_du_dpll_divider() drm: rcar-du: calculate DPLLCR to be more small jitter

[PATCH v1] drm/tegra: gem: Correct iommu_map_sg() error checking

iommu_map_sg() doesn't return a error value, but a size of the requested IOMMU mapping or zero in case of error. Signed-off-by: Dmitry Osipenko --- drivers/gpu/drm/tegra/gem.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git

[PATCH v1] drm/tegra: Restore opaque formats on Tegra20/30

Commit 7772fdaef939 ("drm/tegra: Support ARGB and ABGR formats") broke DRM's MODE_ADDFB IOCTL on Tegra20/30, because it uses XRGBA format if requested FB depth is 24bpp. As a result, Xorg doesn't work anymore with both modesetting and opentegra drivers. On all Tegra's each plane has a blending

[PATCH v4 2/2] drm: rcar-du: calculate DPLLCR to be more small jitter

From: Kuninori Morimoto In general, PLL has VCO (= Voltage controlled oscillator), one of the very important electronic feature called as "jitter" is related to this VCO. In academic generalism, VCO should be maximum to be more small jitter. In high frequency

Re: [PATCH v3 2/2] drm: rcar-du: calculate DPLLCR to be more small jitter

Hi Geert > >> > From: Kuninori Morimoto > >> > In general, PLL has VCO (= Voltage controlled oscillator), > >> > one of the very important electronic feature called as "jitter" > >> > is related to this VCO. > >> > In academic generalism, VCO should be maximum

[PATCH v1] drm/tegra: Trade overlay plane for cursor on older Tegra's

Older Tegra's do not support RGBA format for the cursor, but instead overlay plane could be used for it. Since there is no much use for the overlays on a regular desktop and HW-accelerated cursor is much nicer than the jerky SW cursor, let's trade one overlay plane for the cursor. Signed-off-by:

[PATCH v2] drm/tegra: dc: Link DC1 to DC0 on Tegra20

HW reset isn't actually broken on Tegra20, but there is a dependency on first display controller to be taken out of reset for the second to be enabled successfully. Signed-off-by: Dmitry Osipenko --- Change log: v2: Got rid of global variable and now use

[Ask for help] i.MX6 dual display

Hi Philipp I have an i.MX6Q running 4.9 LTS with etnaviv. We would like to have both the HDMI and LVDS outputs enabled a once. If I enable hdmi and lvds in the devicetree, we have only output on the hdmi port. [    0.00] Linux version 4.9.34 (oe-user@oe-host) (gcc version 6.3.0 (GCC) ) #1

[PATCH v1] drm/tegra: Correct timeout in tegra_syncpt_wait

host1x_syncpt_wait() takes timeout value in jiffies, but DRM passes it in milliseconds. Signed-off-by: Dmitry Osipenko --- drivers/gpu/drm/tegra/drm.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/tegra/drm.c

Re: [PATCH v4 2/2] drm: rcar-du: calculate DPLLCR to be more small jitter

Hi Morimoto-san, On Monday, 18 December 2017 10:38:19 EET Kuninori Morimoto wrote: > Hi Laurent > > Thank you for your feedback > > >> + * To be small jitter, > > > > Nitpicking, I would write this "to minimize the jitter". > > (snip) > > >> + * This code is assuming

Re: [PATCH 4/4 v5] drm/pl111: Support handling bridge timings

Hi Linus, Thank you for the patch. On Friday, 15 December 2017 14:10:47 EET Linus Walleij wrote: > If the bridge has a too strict setup time for the incoming > signals, we may not be fast enough and then we need to > compensate by outputting the signal on the inverse clock > edge so it is for

[Bug 104299] Crash on amdgpu_sync_get_fence

https://bugs.freedesktop.org/show_bug.cgi?id=104299 --- Comment #1 from Christian König --- Please add the full dmesg output as attachment. -- You are receiving this mail because: You are the assignee for the bug.___

Re: [PATCH 3/4 v5] drm/bridge: Add timing support to dumb VGA DAC

Hi Linus, Thank you for the patch. On Friday, 15 December 2017 14:10:46 EET Linus Walleij wrote: > This extends the dumb VGA DAC bridge to handle the THS8134A > and THS8134B VGA DACs in addition to those already handled. > > We assign the proper timing data to the pointer inside the > bridge

Re: [PATCH 2/4 v5] drm/bridge: Provide a way to embed timing info in bridges

Hello Linus, Thank you for the patch. On Friday, 15 December 2017 14:10:45 EET Linus Walleij wrote: > After some discussion and failed patch sets trying to convey > the right timing information between the display engine and > a bridge using the connector, I try instead to use an optional >

[PATCH] MAINTAINERS: add separate entry for DRM TTM v2

AMD is the major user of TTM, so it also makes sense that we maintain it. v2: mention Alex git tree as well Signed-off-by: Christian König Acked-by: Alex Deucher Acked-by: Thomas Hellstrom --- MAINTAINERS | 9

Re: [Ask for help] i.MX6 dual display

Hi Sean, On Mon, 2017-12-18 at 09:10 +0100, Sean Nyekjær wrote: > Hi Philipp > > I have an i.MX6Q running 4.9 LTS with etnaviv. > We would like to have both the HDMI and LVDS outputs enabled a once. > > If I enable hdmi and lvds in the devicetree, we have only output on the > hdmi port.

Re: [PATCH 1/4 v5] drm/bridge: Add bindings for TI THS8134

Hello Linus, Thank you for the patch. On Friday, 15 December 2017 14:10:44 EET Linus Walleij wrote: > This adds device tree bindings for the Texas Instruments > THS8134, THS8134A and THS8134B VGA DACs by extending and > renaming the existing bindings for THS8135. > > These DACs are used for the

Re: [PATCH 0/4 v5] Support bridge timings

On 15.12.2017 16:54, Daniel Vetter wrote: > On Fri, Dec 15, 2017 at 01:30:24PM +0100, Linus Walleij wrote: >> On Fri, Dec 15, 2017 at 1:10 PM, Linus Walleij >> wrote: >> >>> - The connector is apparently not the right abstraction to carry >>> the detailed timings

[Bug 197925] [amdgpu_dc][carrizo] multiple monitor handling errors

https://bugzilla.kernel.org/show_bug.cgi?id=197925 Charles (ylang-yl...@libertysurf.fr) changed: What|Removed |Added CC|

[Bug 104289] [regression][vega10] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout on exiting certain Steam games

https://bugs.freedesktop.org/show_bug.cgi?id=104289 --- Comment #2 from Michel Dänzer --- Can you bisect? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [Nouveau] [PATCH] drm/nouveau/imem/nv50: fix incorrect use of refcount API

Hey Ard, It seems that Ben already committed a similar patch to his tree (see [0]). I do not know whether he is planning to have it part of a pull request of fixes for 4.15. Best regards, Pierre [0]: https://github.com/skeggsb/nouveau/commit/9068f1df2394f0e4ab2b2a28cac06b462fe0a0aa On

Re: [trivial PATCH] treewide: Align function definition open/close braces

On Mon, Dec 18, 2017 at 2:28 AM, Joe Perches wrote: > Some functions definitions have either the initial open brace and/or > the closing brace outside of column 1. > > Move those braces to column 1. > > This allows various function analyzers like gnu complexity to work >

[Bug 104295] Launching counter strike global offensive fails after update from 17.2 to 17.3

https://bugs.freedesktop.org/show_bug.cgi?id=104295 --- Comment #3 from kaspar.t...@gmail.com --- (In reply to Michel Dänzer from comment #2) > Can you bisect? Not familiar enough with the project probably to do it in a reasonable time. -- You are receiving this mail because: You are the

[Bug 104319] AMDGPU/DC: Internal display corrupted when mirroring on external monitor on HDMI

https://bugs.freedesktop.org/show_bug.cgi?id=104319 --- Comment #2 from Carlo Caione --- Created attachment 136248 --> https://bugs.freedesktop.org/attachment.cgi?id=136248=edit dc-extended-journal I just reproduced the same issue this time with the external HDMI monitor in

[Bug 104319] AMDGPU/DC: Internal display corrupted when connecting (mirroring/extending) an external monitor on HDMI

https://bugs.freedesktop.org/show_bug.cgi?id=104319 Carlo Caione changed: What|Removed |Added Summary|AMDGPU/DC: Internal display |AMDGPU/DC: Internal

[PATCH v2 11/12] drm/sun4i: backend: Make sure we don't have a commit pending

If we try to read the backend registers while it fetches the new values, we end up with the value of some random register instead of the one we asked for. In order to prevent that, let's make sure that the very first thing we do during our atomic modesetting is to let the commit bit come to a

[PATCH v2 03/12] drm/sun4i: backend: Add a custom plane state

We will need to store some additional data in the future to the state. Create a custom plane state that will embed those data, in order to store the pipe or whether or not that plane should use the frontend. Reviewed-by: Neil Armstrong Signed-off-by: Maxime Ripard

[PATCH v2 02/12] sun4i/drm: backend: Document the engine operations

Our operations were missing some documentation to explain what was expected from them. Let's make that clearer. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_backend.c | 2 +- drivers/gpu/drm/sun4i/sunxi_engine.h | 51

[PATCH v2 04/12] drm/sun4i: engine: Add a custom crtc atomic_check

We have some restrictions on what the planes and CRTC can provide that are tied to only one generation of display engines. For example, on the first generation, we can only have one YUV plane or one plane that uses the frontend output. Let's allow our engines to provide an atomic_check callback

[PATCH v2 01/12] drm/sun4i: backend: Move line stride setup to buffer setup function

Setup the line stride in the buffer setup function, since it's tied to the buffer itself, and is not needed when we do not set the buffer in the backend. This is for example the case when using the frontend and then routing its output to the backend. Reviewed-by: Neil Armstrong

[PATCH v2 00/12] drm/sun4i: Support the Display Engine frontend

Hi, This is a first serie to enable the display engine frontend. This hardware block is found in the first generation Display Engine from Allwinner. Its role is to implement more advanced features that the associated backend, even though the backend alone can be used (and was used so far) for

[PATCH v2 10/12] drm/sun4i: backend: Use runtime_pm variant of atomic_commit_tail

During a hardware commit, the commit bit in the backend will only be cleared if the TCON is enabled. Use the runtime_pm variant of the atomic_commit_tail hook that makes sure that the CRTC, our TCON, is enabled when we perform an atomic_commit. Signed-off-by: Maxime Ripard

[PATCH v2 06/12] drm/sun4i: engine: Create an atomic_begin callback

We have to implement some display engine specific behaviours in atomic_begin. Let's add a function for that. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_crtc.c | 6 +- drivers/gpu/drm/sun4i/sunxi_engine.h | 13 + 2 files

[PATCH] drm/tegra: fix non-debugfs builds

The new debugfs registration fails to build when CONFIG_DEBUGFS is disabled, because the drm_crtc structure is lacking a member in that configuration: drivers/gpu/drm/tegra/dc.c: In function 'tegra_dc_late_register': drivers/gpu/drm/tegra/dc.c:1204:28: error: 'struct drm_crtc' has no member

[PATCH v2 09/12] drm/sun4i: backend: Add a custom atomic_check for the frontend

Now that we have everything in place, we can start enabling the frontend. This is more difficult than one would assume since there can only be one plane using the frontend per-backend. We therefore need to make sure that the userspace will not try to setup multiple planes using it, since that

[PATCH v2 07/12] drm/sun4i: Add a driver for the display frontend

The display frontend is an hardware block that can be used to implement some more advanced features like hardware scaling or colorspace conversions. It can also be used to implement the output format of the VPU. Let's create a minimal driver for it that will only enable the hardware scaling

[PATCH v2 08/12] drm/sun4i: backend: Wire in the frontend

Now that we have a driver, we can make use of it. This is done by adding a flag to our custom plane state that will trigger whether we should use the frontend on that particular plane or not. The rest is just plumbing to set up the backend to not perform the DMA but receive its data from the

[PATCH v2 12/12] ARM: dts: sun8i: a33 Enable our display frontend

The display frontend can be used to do hardware scaling, colorspaces conversion or to implement the buffer format output by the Cedar VPU. Since we're starting to have some support for it in the DRM driver, let's enable its DT node. Signed-off-by: Maxime Ripard

Re: [PATCH 4/5] drm/atomic: document how to handle driver private objects

Hi Alex, On Friday, 15 December 2017 03:57:48 EET Alex Deucher wrote: > On Thu, Dec 14, 2017 at 3:30 PM, Daniel Vetter wrote: > > DK put some nice docs into the commit introducing driver private > > state, but in the git history alone it'll be lost. > > > > Also, since Ville remove the void*

Re: [PATCH 2/7] drm/exynos: decon5433: Remove unnecessary platform_get_resource() error check

On 18.12.2017 14:02, Fabio Estevam wrote: > From: Fabio Estevam > > devm_ioremap_resource() already checks if the resource is NULL, so > remove the unnecessary platform_get_resource() error check. > > Cc: Inki Dae > Signed-off-by: Fabio Estevam

[Bug 104299] Crash on amdgpu_sync_get_fence

https://bugs.freedesktop.org/show_bug.cgi?id=104299 --- Comment #2 from Andrey Grodzovsky --- Hi, have you noticed any specific scenario under which those crashes happened to you ? Thanks, Andrey -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 4/5] drm/atomic: document how to handle driver private objects

Hi Daniel, Thank you for the patch. On Thursday, 14 December 2017 22:30:53 EET Daniel Vetter wrote: > DK put some nice docs into the commit introducing driver private > state, but in the git history alone it'll be lost. You might want to spell DK's name fully. > Also, since Ville remove the

Re: [PATCH] dt-bindings: display: panel: Fix compatible string for Toshiba LT089AC29000

Am Sonntag, den 17.12.2017, 03:34 +0100 schrieb Jonathan Neuschäfer: > The compatible string for this panel was specified as > toshiba,lt089ac29000.txt. I believe this is a mistake. > > Fixes: 06e733e41f87 ("drm/panel: simple: add Toshiba LT089AC19000") > > Cc: Lucas Stach

Re: [PATCH 0/4 v5] Support bridge timings

Hi Daniel, On Friday, 15 December 2017 17:54:15 EET Daniel Vetter wrote: > On Fri, Dec 15, 2017 at 01:30:24PM +0100, Linus Walleij wrote: > > On Fri, Dec 15, 2017 at 1:10 PM, Linus Walleij wrote: > >> - The connector is apparently not the right abstraction to carry >

Re: [PATCH 0/4 v5] Support bridge timings

Hi Andrzej, On Monday, 18 December 2017 10:43:51 EET Andrzej Hajda wrote: > On 15.12.2017 16:54, Daniel Vetter wrote: > > On Fri, Dec 15, 2017 at 01:30:24PM +0100, Linus Walleij wrote: > >> On Fri, Dec 15, 2017 at 1:10 PM, Linus Walleij wrote: > >>> - The connector is

[Bug 104295] Launching counter strike global offensive fails after update from 17.2 to 17.3

https://bugs.freedesktop.org/show_bug.cgi?id=104295 --- Comment #2 from Michel Dänzer --- Can you bisect? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [Bug 198123] Console is the wrong color at boot with radeon 6670

Following up by e-mail, since I can't find Peter Rosin in the kernel bugzilla. On 2017-12-16 02:41 AM, bugzilla-dae...@bugzilla.kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=198123 > > --- Comment #8 from Deposite Pirate (dpir...@metalpunks.info) --- > Ok, I went through all

[Bug 102800] DRI_PRIME regression- radeon: Failed to allocate virtual address for buffer

https://bugs.freedesktop.org/show_bug.cgi?id=102800 --- Comment #16 from Alex Deucher --- Created attachment 136269 --> https://bugs.freedesktop.org/attachment.cgi?id=136269=edit workaround to test To narrow things down further, does this patch also work? -- You are

[Bug 104299] Crash on amdgpu_sync_get_fence

https://bugs.freedesktop.org/show_bug.cgi?id=104299 --- Comment #5 from higu...@gmx.net --- Created attachment 136267 --> https://bugs.freedesktop.org/attachment.cgi?id=136267=edit syslog capture for the oops I didn't saved the dmesg directly but i could salvage this from the syslog -- You

[PATCH 3/7] drm/rockchip: dsi: Remove unnecessary platform_get_resource() error check

From: Fabio Estevam devm_ioremap_resource() already checks if the resource is NULL, so remove the unnecessary platform_get_resource() error check. Cc: Heiko Stübner Signed-off-by: Fabio Estevam ---

[PATCH 1/7] drm/bridge/synopsys: dsi: Remove unnecessary platform_get_resource() error check

From: Fabio Estevam devm_ioremap_resource() already checks if the resource is NULL, so remove the unnecessary platform_get_resource() error check. Cc: Archit Taneja Signed-off-by: Fabio Estevam ---

[PATCH 4/7] drm/rockchip: inno_hdmi: Remove unnecessary platform_get_resource() error check

From: Fabio Estevam devm_ioremap_resource() already checks if the resource is NULL, so remove the unnecessary platform_get_resource() error check. Cc: Heiko Stübner Signed-off-by: Fabio Estevam ---

[PATCH 2/7] drm/exynos: decon5433: Remove unnecessary platform_get_resource() error check

From: Fabio Estevam devm_ioremap_resource() already checks if the resource is NULL, so remove the unnecessary platform_get_resource() error check. Cc: Inki Dae Signed-off-by: Fabio Estevam ---

[PATCH 6/7] drm/stm: ltdc: Remove unnecessary platform_get_resource() error check

From: Fabio Estevam devm_ioremap_resource() already checks if the resource is NULL, so remove the unnecessary platform_get_resource() error check. Cc: Philippe Cornu Signed-off-by: Fabio Estevam ---

[PATCH 7/7] drm/tegra: vic: Remove unnecessary platform_get_resource() error check

From: Fabio Estevam devm_ioremap_resource() already checks if the resource is NULL, so remove the unnecessary platform_get_resource() error check. Cc: Thierry Reding Signed-off-by: Fabio Estevam ---

[PATCH 5/7] drm/stm: dsi: Remove unnecessary platform_get_resource() error check

From: Fabio Estevam devm_ioremap_resource() already checks if the resource is NULL, so remove the unnecessary platform_get_resource() error check. Cc: Philippe Cornu Signed-off-by: Fabio Estevam ---

[Bug 104319] AMDGPU/DC: Internal display corrupted when mirroring on external monitor on HDMI

https://bugs.freedesktop.org/show_bug.cgi?id=104319 Bug ID: 104319 Summary: AMDGPU/DC: Internal display corrupted when mirroring on external monitor on HDMI Product: DRI Version: XOrg git Hardware: Other

[Bug 104319] AMDGPU/DC: Internal display corrupted when mirroring on external monitor on HDMI

https://bugs.freedesktop.org/show_bug.cgi?id=104319 --- Comment #1 from Carlo Caione --- Created attachment 136246 --> https://bugs.freedesktop.org/attachment.cgi?id=136246=edit dc-warning-hdmi-detached We have also verified that when disconnecting the HDMI cable, the system

Re: [alsa-devel] [trivial PATCH] treewide: Align function definition open/close braces

On Mon, 18 Dec 2017 01:28:44 +0100, Joe Perches wrote: > > Some functions definitions have either the initial open brace and/or > the closing brace outside of column 1. > > Move those braces to column 1. > > This allows various function analyzers like gnu complexity to work > properly for these

Re: [PATCH] staging: android: ion: Fix dma direction for dma_sync_sg_for_cpu/device

On 12/15/2017 12:59 PM, Sushmita Susheelendra wrote: Use the direction argument passed into begin_cpu_access and end_cpu_access when calling the dma_sync_sg_for_cpu/device. The actual cache primitive called depends on the direction passed in. Acked-by: Laura Abbott

[PULL] drm-intel-next

Hi Dave, I expect to have one more pile next week for rc6. But for now consider already applying this one. On this one here we had one backmerge for a reconciliation drm_print.h between us and drm-misc-next. But that should be transparent to you. On the GVT side it is worth to highlight that

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #18 from Anthony Parsons --- Hi, I'm seeing the same problem on an RX550 (polaris12). Running xrandr doesn't seem to work as a workaround but flipping VTs does. Would having the debug output for this one

Re: [PATCH v4 0/9] drm/i915: Implement HDCP

On Thu, Dec 7, 2017 at 5:38 AM, Jose Abreu wrote: > Hi Sean, > > On 07-12-2017 00:00, Sean Paul wrote: >> Welcome to version 4 of the patchset. I think we're nearing the finish line >> (hopefully) now. This set addresses the review feedback from v3. I applied >> some >>

[GIT PULL] tilcdc changes for 4.16

Hi Dave, Please pull the tilcdc changes for Linux v4.16. Best regards and thanks, Jyri The following changes since commit 9428088c90b6f7d5edd2a1b0d742c75339b36f6e: drm/qxl: reapply cursor after resetting primary (2017-12-08 13:37:02 +1000) are available in the git repository at:

Re: [trivial PATCH] treewide: Align function definition open/close braces

On Sun, Dec 17, 2017 at 7:28 PM, Joe Perches wrote: > Some functions definitions have either the initial open brace and/or > the closing brace outside of column 1. > > Move those braces to column 1. > > This allows various function analyzers like gnu complexity to work >

[radeon-alex:amd-staging-drm-next 374/799] sound/soc//amd/raven/pci-acp3x.c:58:8: error: implicit declaration of function 'pci_enable_msi'; did you mean 'pci_enable_sriov'?

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: ba5f48e76ee6fb35b2be46a017d05b2c5cda703b commit: c1888183e1764d55d51ae051bd8651e634febe4d [374/799] ASoC: AMD: enable ACP3x drivers build config: sh-allmodconfig (attached as .config) compiler: sh4-linux-gnu-gcc

Re: [PATCH] kthread: finer-grained lockdep/cross-release completion

On Sun, Dec 17, 2017 at 11:11 PM, Daniel Vetter wrote: > > This didn't seem to have made it into -rc4. Anything needed to get it > going? Do you actually see the problem in -rc4? Because we ended up removing the cross-release checking due to other developers complaining. It

Re: [trivial PATCH] treewide: Align function definition open/close braces

On Monday, December 18, 2017 1:28:44 AM CET Joe Perches wrote: > Some functions definitions have either the initial open brace and/or > the closing brace outside of column 1. > > Move those braces to column 1. > > This allows various function analyzers like gnu complexity to work > properly for

Re: [PATCH 2/7] drm/exynos: decon5433: Remove unnecessary platform_get_resource() error check

2017년 12월 18일 22:02에 Fabio Estevam 이(가) 쓴 글: > From: Fabio Estevam > > devm_ioremap_resource() already checks if the resource is NULL, so > remove the unnecessary platform_get_resource() error check. > > Cc: Inki Dae > Signed-off-by: Fabio Estevam

[Bug 104299] Crash on amdgpu_sync_get_fence

https://bugs.freedesktop.org/show_bug.cgi?id=104299 --- Comment #3 from higu...@gmx.net --- Well, both times it happen while playing rimworld but i didn't notice any special action how to trigger this. my hardware is a A10-7850k and a RX480, slackware64-current, dual head 1920x1080,

[Bug 104331] [r600g] Ogre demo "TutorialUAV01" crash at r600_decompress_color_images

https://bugs.freedesktop.org/show_bug.cgi?id=104331 Bug ID: 104331 Summary: [r600g] Ogre demo "TutorialUAV01" crash at r600_decompress_color_images Product: Mesa Version: git Hardware: x86-64 (AMD64) OS:

[Bug 104299] Crash on amdgpu_sync_get_fence

https://bugs.freedesktop.org/show_bug.cgi?id=104299 --- Comment #4 from higu...@gmx.net --- Created attachment 136266 --> https://bugs.freedesktop.org/attachment.cgi?id=136266=edit dmesg without the crash This is my current dmesg -- You are receiving this mail because: You are the assignee

Re: [PATCH] drm/rockchip: analogix_dp: Ensure that the bridge is powered before poking it

On 18.12.2017 12:28, Marc Zyngier wrote: > Stopping the X display manager on a kevin platform results in the > following crash: > > [ 674.833536] Synchronous External Abort: synchronous external abort > (0x9610) at 0x0c970640 > [ 674.843886] Internal error: : 9610 [#1] PREEMPT

[Bug 104306] Mesa 17.3 breaks Firefox and other Xwayland apps on AMD HD7750

https://bugs.freedesktop.org/show_bug.cgi?id=104306 --- Comment #1 from eric vz --- Similar experience here on Arch Linux with a Radeon HD 8870M / R9 M270X/M370X. Firefox hangs on launch before drawing a window, and Chromium won't start either unless I

Re: [PATCH v2 01/12] drm/sun4i: backend: Move line stride setup to buffer setup function

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > Setup the line stride in the buffer setup function, since it's tied to the > buffer itself, and is not needed when we do not set the buffer in the > backend. > > This is for example the case when using the

Re: [PATCH v2 02/12] sun4i/drm: backend: Document the engine operations

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > Our operations were missing some documentation to explain what was expected > from them. > > Let's make that clearer. > > Signed-off-by: Maxime Ripard > --- >

Re: [PATCH v2 04/12] drm/sun4i: engine: Add a custom crtc atomic_check

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > We have some restrictions on what the planes and CRTC can provide that are > tied to only one generation of display engines. > > For example, on the first generation, we can only have one YUV plane or one >

Re: [PATCH v2 03/12] drm/sun4i: backend: Add a custom plane state

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > We will need to store some additional data in the future to the state. > Create a custom plane state that will embed those data, in order to store > the pipe or whether or not that plane should use the

Re: [PATCH v2 05/12] drm/sun4i: engine: Add a VBLANK quirk callback

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > In some cases, the display engine needs to apply some quirks during the > VBLANK event. In the Display Engine 1.0 case for example, we can only > disable the frontend once the backend has been, which is at

[Bug 95306] Random Blank(black) screens on "Carrizo"

https://bugs.freedesktop.org/show_bug.cgi?id=95306 --- Comment #80 from Kelly Anderson --- 4.15rc4 also seems to work fine with respect to this problem. -- You are receiving this mail because: You are the assignee for the bug.___

Re: [PATCH v2 06/12] drm/sun4i: engine: Create an atomic_begin callback

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > We have to implement some display engine specific behaviours in > atomic_begin. Let's add a function for that. > > Signed-off-by: Maxime Ripard > --- >

[PATCH v2 1/8] drm/i915/psr: Kill psr.source_ok flag.

This flag has become redundant since commit 4d90f2d507ab ("drm/i915: Start tracking PSR state in crtc state") It is set at the same place as psr.enabled, which is also exposed via debugfs. Cc: Rodrigo Vivi Cc: Ville Syrjälä Signed-off-by:

[PATCH v2 0/8] Fix PSR-vblank-DMC interaction

The first 3 patches are minor PSR improvements. The last 5 introduce a new power domain to disable DC states when vblanks are required. The tricky part is to enable and disable the DC_OFF power well in atomic context. I have addressed the locking issues that CI caught in the last revision.

[PATCH v2 5/8] drm/vblank: Restoring vblank counts after device runtime PM events.

The HW frame counter can get reset when devices enters low power states and this messes up any following vblank count updates. So, compute the missed vblank interrupts for that low power state duration using time stamps. This is similar to _crtc_vblank_on() except that it doesn't enable vblank

[PATCH v2 2/8] drm/i915/psr: CAN_PSR() macro to check for PSR source and sink support.

The global variable dev_priv->psr.sink_support is set if an eDP sink supports PSR. Use this instead of redoing the check with is_edp_psr(). Combine source and sink support checks into a macro that can be used to return early from psr_{invalidate, single_frame_update, flush}. Cc: Rodrigo Vivi

[PATCH v2 8/8] drm/i915: Use the vblank power domain disallow or disable DC states.

Disable DC states before enabling vblank interrupts and conversely enable DC states after disabling. Since the frame counter may have got reset between disabling and enabling, use drm_crtc_vblank_restore() to compute the missed vblanks. Cc: Daniel Vetter Cc: Ville Syrjälä

[PATCH v2 7/8] drm/i915: Introduce a non-blocking power domain for vblank interrupts

When DC states are enabled and PSR is active, the hardware enters DC5/DC6 states resulting in frame counter resets. The frame counter resets mess up the vblank counting logic. In order to disable DC states when vblank interrupts are required and to disallow DC states when vblanks interrupts are

[PATCH v2 6/8] drm/i915: Use an atomic_t array to track power domain use count.

Convert the power_domains->domain_use_count array that tracks per-domain use count to atomic_t type. This is needed to be able to read/write the use counts outside of the power domain mutex. Cc: Daniel Vetter Cc: Ville Syrjälä Cc: Rodrigo

[PATCH v2 3/8] drm/i915/psr: Avoid initializing PSR if there is no sink support.

DPCD read for the eDP is complete by the time intel_psr_init() is called, which means we can avoid initializing PSR structures and state if there is no sink support. Cc: Rodrigo Vivi Cc: Ville Syrjälä Signed-off-by: Dhinakaran Pandiyan

[Bug 104331] [r600g] Ogre demo "TutorialUAV01" crash at r600_decompress_color_images

https://bugs.freedesktop.org/show_bug.cgi?id=104331 Dave Airlie changed: What|Removed |Added Resolution|--- |FIXED