Re: [PATCH] MAINTAINERS: Remove me from amdgpu maintainers

Am 07.05.20 um 04:02 schrieb Chunming Zhou: Glad to spend time on kernel driver in past years. I've moved to new focus in umd and couldn't commit enough time to discussions. Signed-off-by: Chunming Zhou So Long, and Thanks for All the Fish :) Reviewed-by: Christian König ---

Re: [PATCH hmm v2 5/5] mm/hmm: remove the customizable pfn format from hmm_range_fault

On Fri, May 01, 2020 at 05:53:26PM -0700, Ralph Campbell wrote: > > Acked-by: Felix Kuehling > > Tested-by: Ralph Campbell > > Signed-off-by: Jason Gunthorpe > > Signed-off-by: Christoph Hellwig > > Documentation/vm/hmm.rst| 26 ++-- > >

[PATCH -next] drm/i2c/tda998x: Make tda998x_audio_digital_mute static

Fix the following sparse warning: drivers/gpu/drm/i2c/tda998x_drv.c:1136:5: warning: symbol 'tda998x_audio_digital_mute' was not declared. Should it be static? Reported-by: Hulk Robot Signed-off-by: Samuel Zou --- drivers/gpu/drm/i2c/tda998x_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH 12/14] drm/radeon: remove comparison to bool in rv6xx_dpm.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/rv6xx_dpm.c:1571:5-20: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/rv6xx_dpm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/rv6xx_dpm.c

Re: [PATCH] dma-buf: fix use-after-free in dmabuffs_dname

Thank you Greg for the reply. On 5/5/2020 3:38 PM, Greg KH wrote: On Tue, Apr 28, 2020 at 01:24:02PM +0530, Charan Teja Reddy wrote: The following race occurs while accessing the dmabuf object exported as file: P1 P2 dma_buf_release() dmabuffs_dname()

[PATCH 08/14] drm/radeon: remove comparison to bool in r300.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/r300.c:1544:5-37: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/r300.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/r300.c

[PATCH 01/14] drm/radeon: remove comparison to bool in btc_dpm.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/btc_dpm.c:2115:5-26: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/btc_dpm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/btc_dpm.c

Re: [RFC PATCH 4/4] arm64: dts: imx8mm: Add GPU nodes for 2D and 3D core using Etnaviv

On 03.05.20 16:49, Adam Ford wrote: > On Thu, Apr 30, 2020 at 7:46 AM Schrempf Frieder > wrote: >> >> From: Frieder Schrempf >> >> According to the documents, the i.MX8M-Mini features a GC320 and a >> GCNanoUltra GPU core. Etnaviv detects them as: >> >> etnaviv-gpu 3800.gpu: model:

[PATCH 10/14] drm/radeon: remove comparison to bool in rs600.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/rs600.c:1132:5-37: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/rs600.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/rs600.c

[v4 PATCH 2/2] dt-bindings: display: Document ASUS Z00T TM5P5 NT35596 panel compatible

Signed-off-by: Konrad Dybcio --- .../panel/asus,z00t-tm5p5-nt35596.yaml| 56 +++ 1 file changed, 56 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/panel/asus,z00t-tm5p5-nt35596.yaml diff --git

[PATCH 05/14] drm/radeon: remove comparison to bool in radeon_object.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/radeon_object.c:427:6-35: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/radeon_object.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH V2] video: fbdev: w100fb: Fix a potential double free.

Some memory is vmalloc'ed in the 'w100fb_save_vidmem' function and freed in the 'w100fb_restore_vidmem' function. (these functions are called respectively from the 'suspend' and the 'resume' functions) However, it is also freed in the 'remove' function. In order to avoid a potential double free,

[PATCH v10 1/2] dt-bindings: drm/bridge: anx7625: MIPI to DP transmitter binding

The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed for portable device. It converts MIPI to DisplayPort 1.3 4K. You can add support to your board with binding. Example: anx7625_bridge: encoder@58 { compatible = "analogix,anx7625"; reg =

[PATCH] drm/exynos: remove no need devm_kfree in probe [re-send, welcome any comments]

Remove no need devm_kfree in probe. The change is to make the code a bit more readable Signed-off-by: Bernard Zhao --- drivers/gpu/drm/exynos/exynos_drm_dpi.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_dpi.c

[PATCH 07/14] drm/radeon: remove comparison to bool in r100.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/r100.c:4065:5-37: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/r100.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/r100.c

Re:[PATCH] drm/meson: pm resume add return errno branch

From: Bernard Zhao Date: 2020-04-28 21:17:47 To: Neil Armstrong ,David Airlie ,Daniel Vetter ,Kevin Hilman ,dri-devel@lists.freedesktop.org,linux-amlo...@lists.infradead.org,linux-arm-ker...@lists.infradead.org,linux-ker...@vger.kernel.org Cc: opensource.ker...@vivo.com,Bernard Zhao

[PATCH v10 0/2] Add initial support for slimport anx7625

Hi all, The following series add support for the Slimport ANX7625 transmitter, a ultra-low power Full-HD 4K MIPI to DP transmitter designed for portable device. This is the v10 version, any mistakes, please let me know, I will fix it in the next series. Change history: v10: Fix comments from

Re: Question about sRGB framebuffer support

On Wed, May 06, 2020 at 04:54:08PM +0300, Artem Mygaiev wrote: > On Wed, May 6, 2020 at 12:33 PM Ville Syrjälä > wrote: > > > > On Wed, May 06, 2020 at 12:25:00PM +0300, Artem Mygaiev wrote: > > > On Wed, May 6, 2020 at 12:18 PM Ville Syrjälä > > > wrote: > > > > > > > > On Wed, May 06, 2020 at

Re: Question about sRGB framebuffer support

On Thu, May 07, 2020 at 09:07:59AM +0300, Ville Syrjälä wrote: > On Wed, May 06, 2020 at 04:54:08PM +0300, Artem Mygaiev wrote: > > On Wed, May 6, 2020 at 12:33 PM Ville Syrjälä > > wrote: > > > > > > On Wed, May 06, 2020 at 12:25:00PM +0300, Artem Mygaiev wrote: > > > > On Wed, May 6, 2020 at

Re: [PATCH] drm/amdgpu: allocate large structures dynamically

Am 06.05.20 um 21:01 schrieb Joe Perches: On Tue, 2020-05-05 at 16:01 +0200, Arnd Bergmann wrote: After the structure was padded to 1024 bytes, it is no longer suitable for being a local variable, as the function surpasses the warning limit for 32-bit architectures:

Re: [PATCH] drm/amdgpu: allocate large structures dynamically

On Thu, 2020-05-07 at 08:42 +0200, Christian König wrote: > Am 06.05.20 um 21:01 schrieb Joe Perches: [] > > And trivia: > > > > The !! uses with bool seem unnecessary and it's probably better > > to make amdgpu_ras_is_feature_enabled to return bool. [] > > diff --git

Re: [RFC PATCH 4/4] arm64: dts: imx8mm: Add GPU nodes for 2D and 3D core using Etnaviv

On 06.05.20 13:45, Frieder Schrempf wrote: > On 03.05.20 16:49, Adam Ford wrote: >> On Thu, Apr 30, 2020 at 7:46 AM Schrempf Frieder >> wrote: >>> >>> From: Frieder Schrempf >>> >>> According to the documents, the i.MX8M-Mini features a GC320 and a >>> GCNanoUltra GPU core. Etnaviv detects them

[PATCH 03/14] drm/radeon: remove comparison to bool in ni_dpm.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/ni_dpm.c:807:5-26: WARNING: Comparison to bool drivers/gpu/drm/radeon/ni_dpm.c:2466:5-36: WARNING: Comparison to boo drivers/gpu/drm/radeon/ni_dpm.c:3146:5-22: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin ---

[PATCH] drm/mediatek: eliminate the magic number in array size

Eiminate the magic number in array size, there macro defines in hdmi.h. Signed-off-by: Bernard Zhao --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c b/drivers/gpu/drm/mediatek/mtk_hdmi.c index

[PATCH v10 2/2] drm/bridge: anx7625: Add anx7625 MIPI DSI/DPI to DP bridge driver

The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed for portable device. It converts MIPI DSI/DPI to DisplayPort 1.3 4K. The ANX7625 can support both USB Type-C PD feature and MIPI DSI/DPI to DP feature. This driver only enabled MIPI DSI/DPI to DP feature. Signed-off-by: Xin Ji

RE: [PATCH v3 4/4] MAINTAINERS: Add IPK MIPI DSI Host driver entry

From: Joe Perches Date: Mon, Apr 27, 2020 at 15:45:17 > On Mon, 2020-04-27 at 16:00 +0200, Angelo Ribeiro wrote: > > Creates entry for Synopsys DesignWare IPK DRM driver and > > adds myself as maintainer. > [] > > diff --git a/MAINTAINERS b/MAINTAINERS > [] > > @@ -5507,6 +5507,14 @@ T: git

[PATCH 00/14] drm/radeon: remove comparison to bool

Zheng Bin (14): drm/radeon: remove comparison to bool in btc_dpm.c drm/radeon: remove comparison to bool in ci_dpm.c drm/radeon: remove comparison to bool in ni_dpm.c drm/radeon: remove comparison to bool in radeon_atpx_handler.c drm/radeon: remove comparison to bool in radeon_object.c

[PATCH 06/14] drm/radeon: remove comparison to bool in radeon_ttm.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/radeon_ttm.c:141:6-62: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/radeon_ttm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c

[PATCH 09/14] drm/radeon: remove comparison to bool in r600.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/r600.c:1494:8-37: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/r600.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/r600.c

[PATCH v2] drm/mediatek: cleanup coding style in mediatek a bit

This code change is to make code bit more readable. Signed-off-by: Bernard Zhao --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c b/drivers/gpu/drm/mediatek/mtk_hdmi.c index

[PATCH 13/14] drm/radeon: remove comparison to bool in rv515.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/rv515.c:666:5-37: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/rv515.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/rv515.c

Re: [PATCH v5 2/6] drm/of: Make drm_of_find_panel_or_bridge() to check graph's presence

06.05.2020 19:41, Sam Ravnborg пишет: > On Sat, Apr 18, 2020 at 08:06:59PM +0300, Dmitry Osipenko wrote: >> When graph isn't defined in a device-tree, the of_graph_get_remote_node() >> prints a noisy error message, telling that port node is not found. This is >> undesirable behaviour in our case

RE: [PATCH v3 3/4] drm: ipk: Add extensions for DW MIPI DSI Host driver

From: Daniel Vetter Date: Tue, Apr 28, 2020 at 16:28:15 > On Mon, Apr 27, 2020 at 04:00:35PM +0200, Angelo Ribeiro wrote: > > Add Synopsys DesignWare IPK specific extensions for Synopsys DesignWare > > MIPI DSI Host driver. > > > > Cc: Maarten Lankhorst > > Cc: Maxime Ripard > > Cc: David

Re: [RFC PATCH 3/4] drm/etnaviv: Change order of enabling clocks to fix boot on i.MX8MM

Hi Peng, On 01.05.20 14:36, Peng Fan wrote: >> Subject: Re: [RFC PATCH 3/4] drm/etnaviv: Change order of enabling clocks to >> fix boot on i.MX8MM >> >> On 30.04.20 16:35, Lucas Stach wrote: >>> Am Donnerstag, den 30.04.2020, 12:46 + schrieb Schrempf Frieder: From: Frieder Schrempf

Re: [PATCH] drm/mediatek: stop iterating dma addresses when sg_dma_len() == 0

On Wed, May 6, 2020 at 10:25 AM Chun-Kuang Hu wrote: > > Hi, Anand, > > Chun-Kuang Hu 於 2020年4月29日 週三 上午12:37寫道： > > > > Hi, Anand, > > > > Anand K. Mistry 於 2020年4月28日 週二 上午9:54寫道： > > > > > > On Sun, 26 Apr 2020 at 18:04, Chun-Kuang Hu > > > wrote: > > > > > > > > Hi, Anand: > > > > > > > >

[v4 PATCH 0/2] Add support for ASUS Z00T TM5P5 NT35596 panel

changes since v3: - fix dt-bindings issue changes since v2: - fix Kconfig indentation changes since v1: - make `backlight_properties props` constant - a couple of line breaks - change name and compatible to reflect ASUS being the vendor - remove a redundant TODO Konrad Dybcio (2): drivers:

[PATCH 04/14] drm/radeon: remove comparison to bool in radeon_atpx_handler.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/radeon_atpx_handler.c:561:15-49: WARNING: Comparison to bool drivers/gpu/drm/radeon/radeon_atpx_handler.c:571:15-49: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/radeon_atpx_handler.c

[PATCH 14/14] drm/radeon: remove comparison to bool in si_dpm.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/si_dpm.c:1885:7-44: WARNING: Comparison to bool drivers/gpu/drm/radeon/si_dpm.c:2463:5-22: WARNING: Comparison to bool drivers/gpu/drm/radeon/si_dpm.c:3015:5-26: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin ---

[PATCH v5] drm/i915: Init lspcon chip dynamically

On HP 800 G4 DM, if HDMI cable isn't plugged before boot, the HDMI port becomes useless and never responds to cable hotplugging: [3.031904] [drm:lspcon_init [i915]] *ERROR* Failed to probe lspcon [3.031945] [drm:intel_ddi_init [i915]] *ERROR* LSPCON init failed on port D Seems like the

[v4 PATCH 1/2] drivers: drm: panel: Add ASUS TM5P5 NT35596 panel driver

This adds support for TMP5P5 NT35596 1080x1920 video mode panel that can be found on some Asus Zenfone 2 Laser (Z00T) devices. This panel seems to only be found in this device and we have no straightforward way of actually getting the correct model number, as no schematics are released publicly.

[PATCH 11/14] drm/radeon: remove comparison to bool in rs690.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/rs690.c:190:6-35: WARNING: Comparison to bool drivers/gpu/drm/radeon/rs690.c:844:5-37: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/rs690.c | 3 ++- 1 file changed, 2 insertions(+), 1

Re: [PATCH hmm v2 5/5] mm/hmm: remove the customizable pfn format from hmm_range_fault

On Mon, May 04, 2020 at 06:30:00PM -0700, John Hubbard wrote: > On 2020-05-01 11:20, Jason Gunthorpe wrote: > > From: Jason Gunthorpe > > > > Presumably the intent here was that hmm_range_fault() could put the data > > into some HW specific format and thus avoid some work. However, nothing > >

[PATCH 02/14] drm/radeon: remove comparison to bool in ci_dpm.c

Fixes coccicheck warning: drivers/gpu/drm/radeon/ci_dpm.c:814:5-26: WARNING: Comparison to bool drivers/gpu/drm/radeon/ci_dpm.c:2916:6-21: WARNING: Comparison to bool Reported-by: Hulk Robot Signed-off-by: Zheng Bin --- drivers/gpu/drm/radeon/ci_dpm.c | 4 ++-- 1 file changed, 2

Re:[PATCH] drm/exynos: make pointer to const data const type

From: Bernard Zhao Date: 2020-04-26 17:01:42 To: Inki Dae ,Joonyoung Shim ,Seung-Woo Kim ,Kyungmin Park ,David Airlie ,Daniel Vetter ,Kukjin Kim ,Krzysztof Kozlowski

[PATCH -next] drm/ast: Make ast_primary_plane_helper_atomic_update static

Fix the following sparse warning: drivers/gpu/drm/ast/ast_mode.c:564:6: warning: symbol 'ast_primary_plane_helper_atomic_update' was not declared. Should it be static? Reported-by: Hulk Robot Signed-off-by: Samuel Zou --- drivers/gpu/drm/ast/ast_mode.c | 5 +++-- 1 file changed, 3

Re:Re: Re: [PATCH] drm/mediatek: cleanup coding style in mediatek a bit

发件人：Chun-Kuang Hu 发送日期：2020-04-30 23:50:38 收件人：Bernard 抄送人：Chun-Kuang Hu ,Philipp Zabel ,opensource.ker...@vivo.com,David Airlie ,linux-kernel ,DRI Development ,"moderated list:ARM/Mediatek SoC support" ,Daniel Vetter ,Matthias Brugger ,Linux ARM 主题：Re: Re: [PATCH] drm/mediatek: cleanup

Re: [PATCH hmm v2 0/5] Adjust hmm_range_fault() API

On Fri, May 01, 2020 at 03:20:43PM -0300, Jason Gunthorpe wrote: > From: Jason Gunthorpe > > The API is a bit complicated for the uses we actually have, and > disucssions for simplifying have come up a number of times. > > This small series removes the customizable pfn format and simplifies the

[PULL] drm-misc-next

Hi, Dave, Daniel, this is the third pull request for drm-misc-next for what will become v5.8. AFAICT the highlights are the new managed allocation for DRM device structures; optimizations in drm_mm, and Lima got runtime PM support. Best regards Thomas drm-misc-next-2020-05-07: drm-misc-next for

Re: [PATCH v3 01/25] dma-mapping: add generic helpers for mapping sgtable objects

Hi Marek, On 05/05/2020 10:45, Marek Szyprowski wrote: > struct sg_table is a common structure used for describing a memory > buffer. It consists of a scatterlist with memory pages and DMA addresses > (sgl entry), as well as the number of scatterlist entries: CPU pages > (orig_nents entry) and

Re: [PATCH v2] drm/amd/amdgpu: cleanup coding style a bit

Am 07.05.20 um 11:13 schrieb Bernard Zhao: There is DEVICE_ATTR mechanism in separate attribute define. So this change is to use attr array, also use sysfs_create_files in init function & sysfs_remove_files in fini function. This maybe make the code a bit readable. Signed-off-by: Bernard Zhao

[Bug 205291] Cannot switch off Radeon HD 4330/4350/4550 with vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=205291 K J Petrie (kernel.b...@kjpetrie.co.uk) changed: What|Removed |Added Status|RESOLVED|REOPENED

[drm-tip:drm-tip 3/9] drivers/gpu/drm/i915/gt/intel_engine_cs.c:1428:31: error: 'struct intel_context' has no member named 'lrc_desc'

tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip head: 6c0ee41a7c3201ef2a89800234803a95f65989be commit: e81df648fc5bcd0fa702df401e02b7914c76ff71 [3/9] Merge remote-tracking branch 'drm/drm-next' into drm-tip config: i386-allyesconfig (attached as .config) compiler: gcc-7 (Ubuntu

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

On Tue, 5 May 2020 10:48:52 +0200 Daniel Vetter wrote: > Refocusing on where I think we still have a bit a disconnnect. > > On Mon, May 04, 2020 at 03:22:28PM +0300, Pekka Paalanen wrote: > > On Mon, 4 May 2020 13:00:02 +0200 > > Daniel Vetter wrote: > > > On Mon, May 4, 2020 at 11:49 AM

[PATCH v2 1/6] drm/mgag200: Convert struct drm_device to struct mga_device with helper

Mgag200 uses dev_private to look up struct mga_device for instances of struct drm_device. Use of dev_private is deprecated, so hide it in the helper function to_mga_device(). v2: * make to_mga_device() a function (Sam) Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Vetter

[PATCH v2 6/6] drm/mgag200: Embed connector instance in struct mga_device

Storing the connector instance in struct mga_device avoids some dynamic memory allocation. On errors, the connector's initializer function now destroys the i2c structure. Done in preparation of converting mgag200 to simple-KMS helpers. v2: * improved commit message (Michael) *

[PATCH v2 2/6] drm/mgag200: Remove several references to struct mga_device.dev

Done in preparation of embedding the DRM device in struct mga_device. This patch makes the patch for embedding more readable. v2: * improved commit message (Daniel) Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Vetter Reviewed-by: Sam Ravnborg ---

[PATCH v2 0/6] Prepare mgag200 for simple KMS and managed init

(was: drm/mgag200: Embed DRM device in struct mga_device) This is v2 of the patchset for embedding the DRM device instance in struct mga_device. Following Sam's suggestion I only picked the first three patches of v1. On top of that I added 3 patches from mgag200's simple-KMS patchset. The patch

[PATCH v2 4/6] drm/mgag200: Use managed mode-config initialization

Mode configuration is now cleanued up automatically. While at it, move all mode-config code into mgag200_mode.c. Done in preparation of switching mgag200 to simple-KMS helpers. v2: * improve commit message (Sam) * rebased during cherry pick * also move bpp_shift

[PATCH v2 5/6] drm/mgag200: Remove unused fields from struct mga_device

The fields mode_info, num_crtcs and mode in struct mga_device serve no purpose. Remove them. Signed-off-by: Thomas Zimmermann Acked-by: Sam Ravnborg Tested-by: John Donnelly --- drivers/gpu/drm/mgag200/mgag200_drv.h | 8 drivers/gpu/drm/mgag200/mgag200_main.c | 3 ---

[PATCH v2 3/6] drm/mgag200: Integrate init function into load function

Done to simplify initialization code before embedding the DRM device instance in struct mga_device. Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Vetter Acked-by: Sam Ravnborg --- drivers/gpu/drm/mgag200/mgag200_main.c | 59 +- 1 file changed, 19 insertions(+),

[PATCH v3] drm/ast: Don't check new mode if CRTC is being disabled

Suspending failed because there's no mode if the CRTC is being disabled. Early-out in this case. This fixes runtime PM for ast. v3: * fixed commit message v2: * added Tested-by/Reported-by tags * added Fixes tags and CC (Sam) * improved comment Signed-off-by:

Re: Question about sRGB framebuffer support

On Thu, May 7, 2020 at 9:18 AM Ville Syrjälä wrote: > > On Thu, May 07, 2020 at 09:07:59AM +0300, Ville Syrjälä wrote: > > On Wed, May 06, 2020 at 04:54:08PM +0300, Artem Mygaiev wrote: > > > On Wed, May 6, 2020 at 12:33 PM Ville Syrjälä > > > wrote: > > > > > > > > On Wed, May 06, 2020 at

[Bug 207613] New: Won't boot

https://bugzilla.kernel.org/show_bug.cgi?id=207613 Bug ID: 207613 Summary: Won't boot Product: Drivers Version: 2.5 Kernel Version: 5.7.0.994 Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW

[PATCH v11 14/14] drm/i915/psr: Use new DP VSC SDP compute routine on PSR

In order to use a common VSC SDP Colorimetry calculating code on PSR, it uses a new psr vsc sdp compute routine. Because PSR routine has its own scenario and timings of writing a VSC SDP, the current PSR routine needs to have its own drm_dp_vsc_sdp structure member variable on struct i915_psr. In

[PATCH v11 04/14] drm/i915: Include HDMI DRM infoframe in the crtc state dump

Dump out the HDMI Dynamic Range and Mastering (DRM) infoframe in the normal crtc state dump. Signed-off-by: Gwan-gyeong Mun Reviewed-by: Uma Shankar --- drivers/gpu/drm/i915/display/intel_display.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v11 05/14] drm/i915: Include DP HDR Metadata Infoframe SDP in the crtc state dump

Dump out the DP HDR Metadata Infoframe SDP in the normal crtc state dump. HDMI Dynamic Range and Mastering (DRM) infoframe and DP HDR Metadata Infoframe SDP use the same member variable in infoframes of crtc state. Signed-off-by: Gwan-gyeong Mun Reviewed-by: Uma Shankar ---

[PATCH v11 08/14] drm/i915: Add state readout for DP HDR Metadata Infoframe SDP

Added state readout for DP HDR Metadata Infoframe SDP. v9: Rebased v10: Rebased Signed-off-by: Gwan-gyeong Mun Reviewed-by: Uma Shankar --- drivers/gpu/drm/i915/display/intel_ddi.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/gpu/drm/i915/display/intel_ddi.c

[PATCH v11 02/14] drm/i915/dp: Read out DP SDPs

It adds code to read the DP SDPs from the video DIP and unpack them into the crtc state. It adds routines that read out DP VSC SDP and DP HDR Metadata Infoframe SDP In order to unpack DP VSC SDP, it adds intel_dp_vsc_sdp_unpack() function. It follows DP 1.4a spec. [Table 2-116: VSC SDP Header

[PATCH v11 09/14] drm/i915: Add state readout for DP VSC SDP

Added state readout for DP VSC SDP and enabled state validation for DP VSC SDP. v2: Minor style fix v3: Replace a structure name to drm_dp_vsc_sdp from intel_dp_vsc_sdp v4: Use struct drm_device logging macros v10: Skip checking of VSC SDP when a crtc config has psr. Signed-off-by: Gwan-gyeong

[PATCH v11 01/14] video/hdmi: Add Unpack only function for DRM infoframe

It adds an unpack only function for DRM infoframe for dynamic range and mastering infoframe readout. It unpacks the information data block contained in the binary buffer into a structured frame of the HDMI Dynamic Range and Mastering (DRM) information frame. In contrast to

[PATCH v11 00/14] In order to readout DP SDPs, refactors the handling of DP SDPs

In order to readout DP SDPs (Secondary Data Packet: DP HDR Metadata Infoframe SDP, DP VSC SDP), it refactors handling DP SDPs codes. It adds new compute routines for DP HDR Metadata Infoframe SDP and DP VSC SDP. And new writing routines of DP SDPs (Secondary Data Packet) that uses computed

[PATCH v11 10/14] drm/i915: Fix enabled infoframe states of lspcon

Compared to implementation of DP and HDMI's encoder->infoframes_enabled, the lspcon's implementation returns its active state. (we expect enabled infoframe states of HW.) It leads to pipe state mismatch error when ddi_get_config is called. Because the current implementation of lspcon is not ready

[PATCH v11 07/14] drm/i915: Program DP SDPs with computed configs

In order to use computed config for DP SDPs (DP VSC SDP and DP HDR Metadata Infoframe SDP), it replaces intel_dp_vsc_enable() function and intel_dp_hdr_metadata_enable() function to intel_dp_set_infoframes() function. And it removes unused functions. Before: intel_dp_vsc_enable() and

[PATCH v11 03/14] drm: Add logging function for DP VSC SDP

When receiving video it is very useful to be able to log DP VSC SDP. This greatly simplifies debugging. v2: Minor style fix v3: Move logging functions to drm core [Jani N] v5: Rebased v10: Rebased Signed-off-by: Gwan-gyeong Mun Reviewed-by: Uma Shankar --- drivers/gpu/drm/drm_dp_helper.c |

[PATCH v11 11/14] drm/i915: Program DP SDPs on pipe updates

Call intel_dp_set_infoframes() function on pipe updates to make sure that we send VSC SDP and HDR Metadata Infoframe SDP (when applicable) on fastsets. Signed-off-by: Gwan-gyeong Mun Reviewed-by: Uma Shankar --- drivers/gpu/drm/i915/display/intel_ddi.c | 1 + 1 file changed, 1 insertion(+)

[PATCH v11 06/14] drm/i915: Include DP VSC SDP in the crtc state dump

Dump out the DP VSC SDP in the normal crtc state dump v3: Replace a structure name to drm_dp_vsc_sdp from intel_dp_vsc_sdp Use drm core's DP VSC SDP logging function Signed-off-by: Gwan-gyeong Mun Reviewed-by: Uma Shankar --- drivers/gpu/drm/i915/display/intel_display.c | 13 +

[PATCH v11 13/14] drm/i915/dp: Add compute routine for DP PSR VSC SDP

In order to use a common VSC SDP Colorimetry calculating code on PSR, it adds a compute routine for PSR VSC SDP. As PSR routine can not use infoframes.vsc of crtc state, it also adds new writing of DP SDPs (Secondary Data Packet) for PSR. PSR routine has its own scenario and timings of writing a

[PATCH v11 12/14] drm/i915: Stop sending DP SDPs on ddi disable

Call intel_dp_set_infoframes(false) function on intel_ddi_post_disable_dp() to make sure not to send VSC SDP and HDR Metadata Infoframe SDP. v5: Polish commit message [Uma] Signed-off-by: Gwan-gyeong Mun Reviewed-by: Uma Shankar --- drivers/gpu/drm/i915/display/intel_ddi.c | 2 ++ 1 file

[PATCH v2 16/17] dt-bindings: mali-midgard: Allow dma-coherent

Add the boolean dma-coherent property to the list of allowed properties, since some boards (Arm Juno) integrate the GPU this way. Signed-off-by: Andre Przywara --- Documentation/devicetree/bindings/gpu/arm,mali-midgard.yaml | 2 ++ 1 file changed, 2 insertions(+) diff --git

[Bug 207613] Won't boot

https://bugzilla.kernel.org/show_bug.cgi?id=207613 Alex Deucher (alexdeuc...@gmail.com) changed: What|Removed |Added CC|

[PATCH AUTOSEL 5.4 28/35] drm/amd/display: Update downspread percent to match spreadsheet for DCN2.1

From: Sung Lee [ Upstream commit 668a6741f809f2d15d125cfe2b39661e8f1655ea ] [WHY] The downspread percentage was copied over from a previous version of the display_mode_lib spreadsheet. This value has been updated, and the previous value is too high to allow for such modes as 4K120hz. The new

[PATCH AUTOSEL 5.4 30/35] drm/qxl: lost qxl_bo_kunmap_atomic_page in qxl_image_init_helper()

From: Vasily Averin [ Upstream commit 5b5703dbafae74adfbe298a56a81694172caf5e6 ] v2: removed TODO reminder Signed-off-by: Vasily Averin Link: http://patchwork.freedesktop.org/patch/msgid/a4e0ae09-a73c-1c62-04ef-3f990d41b...@virtuozzo.com Signed-off-by: Gerd Hoffmann Signed-off-by: Sasha

[PATCH AUTOSEL 4.19 17/20] drm/qxl: lost qxl_bo_kunmap_atomic_page in qxl_image_init_helper()

From: Vasily Averin [ Upstream commit 5b5703dbafae74adfbe298a56a81694172caf5e6 ] v2: removed TODO reminder Signed-off-by: Vasily Averin Link: http://patchwork.freedesktop.org/patch/msgid/a4e0ae09-a73c-1c62-04ef-3f990d41b...@virtuozzo.com Signed-off-by: Gerd Hoffmann Signed-off-by: Sasha

[PATCH AUTOSEL 5.4 25/35] drm/amd/powerplay: avoid using pm_en before it is initialized revised

From: Tiecheng Zhou [ Upstream commit 690ae30be163d5262feae01335b2a6f30569e5aa ] hwmgr->pm_en is initialized at hwmgr_hw_init. during amdgpu_device_init, there is amdgpu_asic_reset that calls to soc15_asic_reset (for V320 usecase, Vega10 asic), in which: 1) soc15_asic_reset_method calls to

[PATCH AUTOSEL 5.6 39/50] drm/qxl: lost qxl_bo_kunmap_atomic_page in qxl_image_init_helper()

From: Vasily Averin [ Upstream commit 5b5703dbafae74adfbe298a56a81694172caf5e6 ] v2: removed TODO reminder Signed-off-by: Vasily Averin Link: http://patchwork.freedesktop.org/patch/msgid/a4e0ae09-a73c-1c62-04ef-3f990d41b...@virtuozzo.com Signed-off-by: Gerd Hoffmann Signed-off-by: Sasha

[PATCH AUTOSEL 5.4 27/35] drm/amd/display: check if REFCLK_CNTL register is present

From: Dmytro Laktyushkin [ Upstream commit 3159d41db3a04330c31ece32f8b29752fc114848 ] Check before programming the register since it isn't present on all IPs using this code. Signed-off-by: Dmytro Laktyushkin Reviewed-by: Eric Bernstein Acked-by: Aurabindo Pillai Signed-off-by: Alex Deucher

[PATCH V3 01/15] arch/kmap: Remove BUG_ON()

From: Ira Weiny Replace the use of BUG_ON(in_interrupt()) in the kmap() and kunmap() in favor of might_sleep(). Besides the benefits of might_sleep(), this normalizes the implementations such that they can be made generic in subsequent patches. Reviewed-by: Dan Williams Reviewed-by: Christoph

[PATCH V3 07/15] arch/kunmap_atomic: Consolidate duplicate code

From: Ira Weiny Every single architecture (including !CONFIG_HIGHMEM) calls... pagefault_enable(); preempt_enable(); ... before returning from __kunmap_atomic(). Lift this code into the kunmap_atomic() macro. While we are at it rename __kunmap_atomic() to kunmap_atomic_high()

Re: [PATCH 01/36] drm: remove unused drm_gem.h include

Am 07.05.20 um 17:07 schrieb Emil Velikov: > From: Emil Velikov > > Signed-off-by: Emil Velikov Reviewed-by: Thomas Zimmermann > --- > drivers/gpu/drm/drm_vm.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/drivers/gpu/drm/drm_vm.c b/drivers/gpu/drm/drm_vm.c > index

Re: [PATCH] RFC: i915: Drop relocation support on Gen12+

Quoting Jason Ekstrand (2020-05-07 16:36:00) > The Vulkan driver in Mesa for Intel hardware never uses relocations if > it's running on a version of i915 that supports at least softpin which > all versions of i915 supporting Gen12 do. On the OpenGL side, Gen12 is > only supported by iris which

Re: [PATCH 3/3] drm/mipi: use dcs write for mipi_dsi_dcs_set_tear_scanline

On Thu, 7 May 2020 at 13:29, Vinay Simha B N wrote: > > Emil, > > Reply inline > > On Tue, 5 May 2020 at 9:35 PM, Emil Velikov wrote: >> >> From: Emil Velikov >> >> The helper uses the MIPI_DCS_SET_TEAR_SCANLINE, although it's currently >> using the generic write. This does not look right. >>

[PATCH AUTOSEL 5.6 33/50] drm/amdgpu: bump version for invalidate L2 before SDMA IBs

From: Marek Olšák [ Upstream commit 9017a4897a20658f010bebea825262963c10afa6 ] This fixes GPU hangs due to cache coherency issues. Bump the driver version. Split out from the original patch. Signed-off-by: Marek Olšák Reviewed-by: Christian König Tested-by: Pierre-Eric Pelloux-Prayer

[PATCH AUTOSEL 5.6 35/50] drm/amd/display: check if REFCLK_CNTL register is present

From: Dmytro Laktyushkin [ Upstream commit 3159d41db3a04330c31ece32f8b29752fc114848 ] Check before programming the register since it isn't present on all IPs using this code. Signed-off-by: Dmytro Laktyushkin Reviewed-by: Eric Bernstein Acked-by: Aurabindo Pillai Signed-off-by: Alex Deucher

[PATCH AUTOSEL 5.6 36/50] drm/amd/display: Defer cursor update around VUPDATE for all ASIC

From: Nicholas Kazlauskas [ Upstream commit fdfd2a858590d318cfee483bd1c73e00f77533af ] [Why] Fixes the following scenario: - Flip has been prepared sometime during the frame, update pending - Cursor update happens right when VUPDATE would happen - OPTC lock acquired, VUPDATE is blocked until

[PATCH AUTOSEL 5.6 32/50] drm/amd/powerplay: avoid using pm_en before it is initialized revised

From: Tiecheng Zhou [ Upstream commit 690ae30be163d5262feae01335b2a6f30569e5aa ] hwmgr->pm_en is initialized at hwmgr_hw_init. during amdgpu_device_init, there is amdgpu_asic_reset that calls to soc15_asic_reset (for V320 usecase, Vega10 asic), in which: 1) soc15_asic_reset_method calls to

[PATCH AUTOSEL 5.4 19/35] dma-buf: Fix SET_NAME ioctl uapi

From: Daniel Vetter [ Upstream commit a5bff92eaac45bdf6221badf9505c26792fdf99e ] The uapi is the same on 32 and 64 bit, but the number isn't. Everyone who botched this please re-read: https://www.kernel.org/doc/html/v5.4-preprc-cpu/ioctl/botching-up-ioctls.html Also, the type argument for the

[PATCH AUTOSEL 5.6 37/50] drm/amd/display: Update downspread percent to match spreadsheet for DCN2.1

From: Sung Lee [ Upstream commit 668a6741f809f2d15d125cfe2b39661e8f1655ea ] [WHY] The downspread percentage was copied over from a previous version of the display_mode_lib spreadsheet. This value has been updated, and the previous value is too high to allow for such modes as 4K120hz. The new

[PATCH AUTOSEL 5.6 21/50] drm/amd/display: blank dp stream before re-train the link

From: Xiaodong Yan [ Upstream commit 718a5569b6fa6e1f49f1ae76a3c18acb4ddb74f1 ] [Why] When link loss happened, monitor can not light up if only re-train the link. [How] Blank all the DP streams on this link before re-train the link, and then unblank the stream Signed-off-by: Xiaodong Yan

[PATCH AUTOSEL 5.6 25/50] dma-buf: Fix SET_NAME ioctl uapi

From: Daniel Vetter [ Upstream commit a5bff92eaac45bdf6221badf9505c26792fdf99e ] The uapi is the same on 32 and 64 bit, but the number isn't. Everyone who botched this please re-read: https://www.kernel.org/doc/html/v5.4-preprc-cpu/ioctl/botching-up-ioctls.html Also, the type argument for the

[PATCH 26/36] drm/qxl: remove _unlocked suffix in drm_object_put_unlocked

From: Emil Velikov Spelling out _unlocked for each and every driver is a annoying. Especially if we consider how many drivers, do not know (or need to) about the horror stories involving struct_mutex. Just drop the suffix. It makes the API cleaner. Done via the following script:

  1   2   3   >