[drm-intel:for-linux-next 4/7] drivers/gpu/drm/i915/selftests/../i915_gpu_error.h:317:6: error: conflicting types for 'i915_vma_compress_prepare'

tree: git://anongit.freedesktop.org/drm-intel for-linux-next head: 1a8585bd774c4058038ad827c9e93847ff509cf3 commit: 742379c0c4001fd2a6e02005c1ffa1ff611b28fa [4/7] drm/i915: Start chopping up the GPU error capture config: x86_64-randconfig-s1-20200111 (attached as .config) compiler: gcc-4.9 (De

[radeon-alex:amd-19.50 2031/2687] include/kcl/kcl_mm.h:60:21: error: redefinition of 'kvmalloc'

Hi changzhu, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-19.50 head: 02692309efa6ad48d47894e40fcb3832ace49c4c commit: f12f9b802b6dd80fdee0b7c601b8b9d59a967556 [2031/2687] drm/amdkcl: Test if linux/overflow.h and struct_size exists config: i38

[radeon-alex:amd-19.50 2027/2687] include/kcl/kcl_fence.h:129:20: error: redefinition of 'dma_fence_set_error'

Hi Flora, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-19.50 head: 02692309efa6ad48d47894e40fcb3832ace49c4c commit: c53ae0e01db63d1b142681add947781668e3319c [2027/2687] drm/amdkcl: drop kcl_dma_fence_set_error config: i386-allyesconfig (attach

[GIT PULL] drm/tegra: Changes for v5.6-rc1

Hi Dave, The following changes since commit e42617b825f8073569da76dc4510bfa019b1c35a: Linux 5.5-rc1 (2019-12-08 14:57:55 -0800) are available in the Git repository at: git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-5.6-rc1 for you to fetch changes up to 033ccdb7f6b11701623507

Re: [PATCH 1/2] drm/amd/display: Reorder detect_edp_sink_caps before link settings read.

Applied. Thanks! Alex On Thu, Jan 9, 2020 at 1:41 PM Harry Wentland wrote: > > On 2020-01-09 10:20 a.m., Mario Kleiner wrote: > > read_current_link_settings_on_detect() on eDP 1.4+ may use the > > edp_supported_link_rates table which is set up by > > detect_edp_sink_caps(), so that function nee

Re: [PATCH v2] drm/dp: Add function to parse EDID descriptors for adaptive sync limits

On Thu, Jan 09, 2020 at 03:08:52PM +0200, Ville Syrjälä wrote: > On Tue, Jan 07, 2020 at 04:32:08PM -0800, Manasi Navare wrote: > > Adaptive Sync is a VESA feature so add a DRM core helper to parse > > the EDID's detailed descritors to obtain the adaptive sync monitor range. > > Store this info as

Re: [PATCH v2] drm/dp: Add function to parse EDID descriptors for adaptive sync limits

On Thu, Jan 09, 2020 at 05:24:30PM +0200, Jani Nikula wrote: > On Tue, 07 Jan 2020, Manasi Navare wrote: > > Adaptive Sync is a VESA feature so add a DRM core helper to parse > > the EDID's detailed descritors to obtain the adaptive sync monitor range. > > Store this info as part fo drm_display_in

[PATCH AUTOSEL 5.4 20/26] drm/amdgpu: enable gfxoff for raven1 refresh

From: changzhu [ Upstream commit e0c63812352298efbce2a71483c1dab627d0c288 ] When smu version is larger than 0x41e2b, it will load raven_kicker_rlc.bin.To enable gfxoff for raven_kicker_rlc.bin,it needs to avoid adev->pm.pp_feature &= ~PP_GFXOFF_MASK when it loads raven_kicker_rlc.bin. Signed-of

Re: [PATCH 0/6] dt-bindings: display: Update few panel bindings with YAML

Hi Jagan. On Mon, Jan 06, 2020 at 03:41:40PM +0530, Jagan Teki wrote: > Hi Sam, > > On Sat, Jan 4, 2020 at 8:47 PM Sam Ravnborg wrote: > > > > Hi Jagan. > > On Wed, Jan 01, 2020 at 04:54:38PM +0530, Jagan Teki wrote: > > > These panel bindings are owned by me, so updated all of them into > > > Y

[pull] drm DP MST DSC support

Hi Dave, Daniel, Same pull as yesterday, but with a fix for 32 bit. The following changes since commit 0f899fd466b693a129b16994c1b2b4db2fcde4a4: drm/amdkfd: Improve kfd_process lookup in kfd_ioctl (2020-01-09 16:08:19 -0500) are available in the Git repository at: git://people.freedesktop

Re: [PATCH] drm/virtio: add missing virtio_gpu_array_lock_resv call

On Fri, Jan 10, 2020 at 6:27 AM Jann Horn wrote: > > On Fri, Jan 10, 2020 at 10:45 AM Gerd Hoffmann wrote: > > When submitting a fenced command we must lock the object reservations > > because virtio_gpu_queue_fenced_ctrl_buffer() unlocks after adding the > > fence. > > Thanks a lot! With this pa

Re: [PATCH] drm/amd/display: Fix compilation warnings on i386

On Fri, Jan 10, 2020 at 2:41 PM wrote: > > From: Mikita Lipski > > [why] > Compilation error "undefined reference to `__udivdi3'" was > thrown on i386 architecture. > > [how] > Use div_u64 for unsigned long division instead of a divide operator. > > Reported-by: Randy Dunlap > Signed-off-by: Mik

[PATCH] drm/amd/display: Fix compilation warnings on i386

From: Mikita Lipski [why] Compilation error "undefined reference to `__udivdi3'" was thrown on i386 architecture. [how] Use div_u64 for unsigned long division instead of a divide operator. Reported-by: Randy Dunlap Signed-off-by: Mikita Lipski --- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu

[radeon-alex:amd-19.50 1967/2687] include/kcl/kcl_drm.h:313:9: error: implicit declaration of function 'drm_gem_object_unreference_unlocked'; did you mean 'drm_gem_object_put_unlocked'?

Hi Anatoli, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-19.50 head: 02692309efa6ad48d47894e40fcb3832ace49c4c commit: c3612b68d1358e8325c377ba5e1f690b39a6cea8 [1967/2687] drm/amdkcl: Test whether drm_gem_object_put_unlocked() is available conf

Re: [linux-sunxi] [PATCH 5/5] arm64: dts: allwinner: a64: add support for PineTab

On Fri, Jan 10, 2020 at 7:54 AM Icenowy Zheng wrote: > > PineTab is a 10.1" tablet by Pine64 with Allwinner A64 inside. > > It includes the following peripherals: > > USB: > - A microUSB Type-B port connected to the OTG-capable USB PHY of > Allwinner A64. The ID pin is connected to a GPIO of the A

Re: [PATCH 5/5] arm64: dts: allwinner: a64: add support for PineTab

Hi Icenowy. checkpatch noticed a small inconsistency in the i2c1 node. > > Misc: > - Debug UART is muxed with the headphone jack, with the switch next to > the microSD slot. > - A bosch BMA223 accelerometer is connected to the I2C bus of A64 SoC. > - Wi-Fi and Bluetooth are available via a RTL87

Re: [Intel-gfx] [PATCH] drm/i915/dp: Add current maximum eDP link rate to sink_rate array.

On Thu, Jan 09, 2020 at 04:26:19PM -0500, Harry Wentland wrote: > > > On 2020-01-09 4:04 p.m., Mario Kleiner wrote: > > On Thu, Jan 9, 2020 at 8:49 PM Alex Deucher > > wrote: > > > > On Thu, Jan 9, 2020 at 11:47 AM Mario Kleiner > > mailto:mario.kleiner...@g

Re: [PATCH 3/5] drm/panel: Add Feixin K101 IM2BA02 panel

Hi Icenowy. On Fri, Jan 10, 2020 at 11:52:23PM +0800, Icenowy Zheng wrote: > Feixin K101 IM2BA02 is a 800x1280 4-lane MIPI-DSI LCD panel. > > Add a panel driver for it. Thanks, driver looks really good. Only a few comments/nits below. Sam > > Signed-off-by: Icenowy Zheng > --- > MAINT

Re: [PATCH 5/5] arm64: dts: allwinner: a64: add support for PineTab

Hi, On Fri, Jan 10, 2020 at 11:52:25PM +0800, Icenowy Zheng wrote: > PineTab is a 10.1" tablet by Pine64 with Allwinner A64 inside. > > It includes the following peripherals: > > USB: > - A microUSB Type-B port connected to the OTG-capable USB PHY of > Allwinner A64. The ID pin is connected to a G

Re: [PATCH 2/5] dt-bindings: panel: add Feixin K101 IM2BA02 MIPI-DSI panel

Hi Icenowy. On Fri, Jan 10, 2020 at 11:52:22PM +0800, Icenowy Zheng wrote: > Feixin K101 IM2BA02 is a 10.1" 800x1280 4-lane MIPI-DSI panel. > > Add device tree binding for it. Thanks for using the new meta-schema format and with the correct license. The example fails dt_binding_check - I had to

Re: [PATCH 1/5] dt-bindings: vendor-prefix: add Shenzhen Feixin Photoelectics Co., Ltd

Hi Icenowy. On Fri, Jan 10, 2020 at 11:52:21PM +0800, Icenowy Zheng wrote: > Shenzhen Feixin Photoelectics Co., Ltd is a company to provide LCD > modules. > > Add its vendor prefix. > > Signed-off-by: Icenowy Zheng Acked-by: Sam Ravnborg > --- > Documentation/devicetree/bindings/vendor-pref

[Bug 206017] Kernel 5.4.x unusable with GUI due to crashes (some hard)

https://bugzilla.kernel.org/show_bug.cgi?id=206017 --- Comment #12 from udo (udo...@xs4all.nl) --- 5.4.9 also has this issue. Runs ok with firefox not being used, as far as I can test and detect. With firefox the system locks hard after a while. -- You are receiving this mail because: You are wa

Re: [PATCH v2 00/14] Support more HDMI modes on RK3228/RK3328

On 2020-01-10 12:01, Kishon Vijay Abraham I wrote: > > > On 09/01/20 2:37 AM, Jonas Karlman wrote: >> This series make it possible to use more HDMI modes on RK3328, >> and presumably also on RK3228. It also prepares for a future YUV420 and >> 10-bit output series. >> >> Part of this has been rewo

[radeon-alex:amd-19.50 1966/2687] include/kcl/kcl_drm.h:281:8: error: redefinition of 'struct drm_format_name_buf'

Hi Yifan, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-19.50 head: 02692309efa6ad48d47894e40fcb3832ace49c4c commit: 757a363a37449c5b612b3c7c3f62be125b1282e3 [1966/2687] drm/amdkcl: Test whether drm_get_format_name() is available config: i386-a

Re: [linux-sunxi] [PATCH 2/2] drm: sun4i: hdmi: Add support for sun4i HDMI encoder audio

On Fri, Jan 10, 2020 at 10:12 PM Stefan Mavrodiev wrote: > > Add HDMI audio support for the sun4i-hdmi encoder, used on > the older Allwinner chips - A10, A20, A31. > > Most of the code is based on the BSP implementation. In it > dditional formats are supported (S20_3LE and S24_LE), however > ther

Re: [PATCH 2/2] drm: sun4i: hdmi: Add support for sun4i HDMI encoder audio

Hi, On Fri, Jan 10, 2020 at 04:11:40PM +0200, Stefan Mavrodiev wrote: > Add HDMI audio support for the sun4i-hdmi encoder, used on > the older Allwinner chips - A10, A20, A31. > > Most of the code is based on the BSP implementation. In it > dditional formats are supported (S20_3LE and S24_LE), how

[Bug 206155] amdgpu several warnings while booting Fiji GPU, GPU not activated

https://bugzilla.kernel.org/show_bug.cgi?id=206155 --- Comment #2 from Janpieter Sollie (janpieter.sol...@dommel.be) --- Well, sorry for the disappointment, but I am 100% human (guess most IT nerds are not, so this may not be completely correct), but my email address is about to change, so I hope

Re: [PATCH 1/2] dmaengine: sun4i: Add support for cyclic requests with dedicated DMA

On Fri, Jan 10, 2020 at 04:11:39PM +0200, Stefan Mavrodiev wrote: > Currently the cyclic transfers can be used only with normal DMAs. They > can be used by pcm_dmaengine module, which is required for implementing > sound with sun4i-hdmi encoder. This is so because the controller can > accept audio

RE: [Bug 206155] New: amdgpu several warnings while booting Fiji GPU, GPU not activated

+ amd-...@lists.freedesktop.org Hi there, Thank you for your bug report (though from your email address seems like you are a robot :p) Since it's an amdgpu related bug, please also add amd-...@lists.freedesktop.org for better visibility. Thanks, Zhan > -Original Message- > From: dri-

[Bug 206155] amdgpu several warnings while booting Fiji GPU, GPU not activated

https://bugzilla.kernel.org/show_bug.cgi?id=206155 --- Comment #1 from zhan@amd.com --- + amd-...@lists.freedesktop.org Hi there, Thank you for your bug report (though from your email address seems like you are a robot :p) Since it's an amdgpu related bug, please also add amd-...@lists.free

Re: [PATCH] drm/i915/dp: Add current maximum eDP link rate to sink_rate array.

On Thu, Jan 9, 2020 at 10:26 PM Harry Wentland wrote: > > > On 2020-01-09 4:04 p.m., Mario Kleiner wrote: > > On Thu, Jan 9, 2020 at 8:49 PM Alex Deucher wrote: > >> On Thu, Jan 9, 2020 at 11:47 AM Mario Kleiner >> wrote: >> > >> > On Thu, Jan 9, 2020 at 4:40 PM Alex Deucher >> wrote: >> >> >>

Re: [PATCH] drm/ttm: nuke invalidate_caches callback

Reviewed-by: Thomas Hellstrom IIRC this was used by the old i915 implementation. /Thomas On 1/10/20 4:09 PM, Christian König wrote: Another completely unused feature. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c| 6 -- drivers/gpu/drm/nouveau/nouve

Re: [PATCH] drm/i915/dp: Add current maximum eDP link rate to sink_rate array.

On Fri, Jan 10, 2020 at 2:32 PM Ville Syrjälä wrote: > On Thu, Jan 09, 2020 at 09:19:07PM +0100, Mario Kleiner wrote: > > On Thu, Jan 9, 2020 at 7:24 PM Ville Syrjälä < > ville.syrj...@linux.intel.com> > > wrote: > > > > > On Thu, Jan 09, 2020 at 06:57:14PM +0100, Mario Kleiner wrote: > > > > On

Re: [PATCH 03/23] drm/i915: Don't use struct drm_driver.get_scanout_position()

On Fri, Jan 10, 2020 at 03:56:06PM +0200, Jani Nikula wrote: > On Fri, 10 Jan 2020, Thomas Zimmermann wrote: > > Hi > > > > Am 10.01.20 um 12:59 schrieb Jani Nikula: > >> On Fri, 10 Jan 2020, Thomas Zimmermann wrote: > >>> The callback struct drm_driver.get_scanout_position() is deprecated in > >

Re: [PATCH] i915: ggtt: include asm/smp.h

Quoting Arnd Bergmann (2020-01-10 15:17:54) > Splitting up the i915_gem_gtt caused a build failure in some configurations: > > drivers/gpu/drm/i915/gt/intel_ggtt.c: In function 'ggtt_restore_mappings': > drivers/gpu/drm/i915/gt/intel_ggtt.c:1239:3: error: implicit declaration of > function 'wbinv

[PATCH] i915: ggtt: include asm/smp.h

Splitting up the i915_gem_gtt caused a build failure in some configurations: drivers/gpu/drm/i915/gt/intel_ggtt.c: In function 'ggtt_restore_mappings': drivers/gpu/drm/i915/gt/intel_ggtt.c:1239:3: error: implicit declaration of function 'wbinvd_on_all_cpus'; did you mean 'wrmsr_on_cpus'? [-Werro

[PATCH] drm/ttm: nuke invalidate_caches callback

Another completely unused feature. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c| 6 -- drivers/gpu/drm/nouveau/nouveau_bo.c | 8 drivers/gpu/drm/qxl/qxl_ttm.c | 6 -- drivers/gpu/drm/radeon/radeon_ttm.c| 6 --

Re: [PATCH 0/5] drm/i915: conversion to new drm logging macros.

On Tue, 07 Jan 2020, Wambui Karuga wrote: > This series begins the conversion to using the new struct drm_device > based logging macros in drm/i915. > > Wambui Karuga (5): > drm/i915: convert to using the drm_dbg_kms() macro. > drm/i915: use new struct drm_device logging macros. > drm/i915:

[Bug 206155] New: amdgpu several warnings while booting Fiji GPU, GPU not activated

https://bugzilla.kernel.org/show_bug.cgi?id=206155 Bug ID: 206155 Summary: amdgpu several warnings while booting Fiji GPU, GPU not activated Product: Drivers Version: 2.5 Kernel Version: 5.4.7 Hardware: x86-64

[radeon-alex:amd-19.50 1965/2687] include/kcl/kcl_drm.h:238:32: error: passing argument 1 of 'drm_gem_object_lookup' from incompatible pointer type

Hi Slava, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-19.50 head: 02692309efa6ad48d47894e40fcb3832ace49c4c commit: c450088041e3378cd3b78d99169e9bca8fd20a5b [1965/2687] drm/amdkcl: Test whether drm_gem_object_lookup() wants 2 args config: i386

Re: [PATCH 03/23] drm/i915: Don't use struct drm_driver.get_scanout_position()

On Fri, 10 Jan 2020, Thomas Zimmermann wrote: > Hi > > Am 10.01.20 um 12:59 schrieb Jani Nikula: >> On Fri, 10 Jan 2020, Thomas Zimmermann wrote: >>> The callback struct drm_driver.get_scanout_position() is deprecated in >>> favor of struct drm_crtc_helper_funcs.get_scanout_position(). >>> >>> i9

Re: [PATCH v4 2/7] drm: always determine branch device with drm_dp_is_branch()

On Thu, 29 Aug 2019, Oleg Vasilev wrote: > The helper should always be used. > > Reviewed-by: Emil Velikov > Signed-off-by: Oleg Vasilev > Cc: Ville Syrjälä > Cc: intel-...@lists.freedesktop.org Pushed patches 1-2 to drm-misc-next, thanks for the patches and review. BR, Jani. > --- > drive

Re: [PATCH 18/23] drm/sti: Convert to CRTC VBLANK callbacks

Le ven. 10 janv. 2020 à 10:21, Thomas Zimmermann a écrit : > > VBLANK callbacks in struct drm_driver are deprecated in favor of > their equivalents in struct drm_crtc_funcs. Convert sti over. > Hi Thomas, Since you remove the last calls to sti_crtc functions from sti_drv.c I think that the inclu

Re: [PATCH] drm/i915/dp: Add current maximum eDP link rate to sink_rate array.

On Thu, Jan 09, 2020 at 09:19:07PM +0100, Mario Kleiner wrote: > On Thu, Jan 9, 2020 at 7:24 PM Ville Syrjälä > wrote: > > > On Thu, Jan 09, 2020 at 06:57:14PM +0100, Mario Kleiner wrote: > > > On Thu, Jan 9, 2020 at 5:47 PM Ville Syrjälä < > > ville.syrj...@linux.intel.com> > > > wrote: > > > >

[radeon-alex:drm-next 233/256] drivers/gpu/drm/drm_dp_mst_topology.c:5151:9: warning: missing braces around initializer

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next head: d7c4470150516c55928b494601a4b9bbc5d4352d commit: e630edd889c75a9782023288d5d0d3d6990130c4 [233/256] drm/dp_mst: Add new quirk for Synaptics MST hubs config: x86_64-randconfig-s0-20200109 (attached as .config) compiler: gcc-4.9

[PATCH] drm/bochs: Let DRM core send VBLANK events

In drm_atomic_helper_fake_vblank() the DRM core sends out VBLANK events if struct drm_crtc_state.no_vblank is enabled. Replace bochs' VBLANK events with the DRM core's functionality. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/bochs/bochs_kms.c | 11 ++- 1 file changed, 2 insert

Re: [PATCH 03/23] drm/i915: Don't use struct drm_driver.get_scanout_position()

Hi Am 10.01.20 um 12:59 schrieb Jani Nikula: > On Fri, 10 Jan 2020, Thomas Zimmermann wrote: >> The callback struct drm_driver.get_scanout_position() is deprecated in >> favor of struct drm_crtc_helper_funcs.get_scanout_position(). >> >> i915 doesn't use CRTC helpers. The patch duplicates the cal

Re: [PATCH 03/23] drm/i915: Don't use struct drm_driver.get_scanout_position()

On Fri, 10 Jan 2020, Thomas Zimmermann wrote: > The callback struct drm_driver.get_scanout_position() is deprecated in > favor of struct drm_crtc_helper_funcs.get_scanout_position(). > > i915 doesn't use CRTC helpers. The patch duplicates the caller > drm_calc_vbltimestamp_from_scanoutpos() for i9

[PATCH] drm/cirrus: Let DRM core send VBLANK events

In drm_atomic_helper_fake_vblank() the DRM core sends out VBLANK events if struct drm_crtc_state.no_vblank is enabled. Replace cirrus' VBLANK events with the DRM core's functionality. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/cirrus/cirrus.c | 10 ++ 1 file changed, 2 insertio

[PULL] drm-misc-next

drm-misc-next-2020-01-10: drm-misc-next for v5.6: UAPI Changes: Cross-subsystem Changes: - Convert simple panel bindings to a template. Core Changes: - Revert drm-bridge-state changes, it causes a dependency error between drm and drm_kms_helper. - Fix when disabling crc's. - Assorted Kconfig f

[radeon-alex:amd-19.50 1964/2687] include/kcl/kcl_drm.h:227:29: error: incompatible type for argument 7 of 'drm_universal_plane_init'

Hi Slava, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-19.50 head: 02692309efa6ad48d47894e40fcb3832ace49c4c commit: aa5f7e64d5afdf1b60cb7594bc78632997b6eb38 [1964/2687] drm/amdkcl: Test whether drm_universal_plane_init() wants 9 args or 8 args

Re: [PATCH v2 1/2] drm/connector: Split out orientation quirk detection (v2)

On Sun, 05 Jan 2020, Hans de Goede wrote: > From: Derek Basehore > > Not every platform needs quirk detection for panel orientation, so > split the drm_connector_init_panel_orientation_property into two > functions. One for platforms without the need for quirks, and the > other for platforms that

Re: [PATCH v2 4/7] drm/panfrost: Add support for a second regulator for the GPU

On 09/01/2020 16:56, Rob Herring wrote: > On Wed, Jan 8, 2020 at 4:52 PM Nicolas Boichat wrote: >> >> On Wed, Jan 8, 2020 at 9:23 PM Mark Brown wrote: >>> >>> On Wed, Jan 08, 2020 at 01:23:34PM +0800, Nicolas Boichat wrote: >>> Some GPUs, namely, the bifrost/g72 part on MT8183, have a second

Re: [PATCH v2 4/7] drm/panfrost: Add support for a second regulator for the GPU

On 09/01/2020 19:49, Mark Brown wrote: > On Thu, Jan 09, 2020 at 04:53:02PM +, Steven Price wrote: >> On 09/01/2020 16:28, Mark Brown wrote: >>> On Thu, Jan 09, 2020 at 02:14:42PM +, Steven Price wrote: > I'm not sure if it's better, but could we just encode the list of regulator

Re: Warnings in DRM code when removing/unbinding a driver

Hi John Am 16.12.19 um 18:23 schrieb John Garry: > Hi all, > > Enabling CONFIG_DEBUG_TEST_DRIVER_REMOVE causes many warns on a system > with the HIBMC hw: > > [   27.788806] WARNING: CPU: 24 PID: 1 at > drivers/gpu/drm/drm_gem_vram_helper.c:564 bo_driver_move_notify+0x8c/0x98 > [   27.798969] Mo

Re: [PATCH 01/23] drm: Add get_scanout_position() to struct drm_crtc_helper_funcs

On Fri, 10 Jan 2020, Thomas Zimmermann wrote: > The new callback get_scanout_position() reads the current location of > the scanout process. The operation is currentyl located in struct > drm_driver, but really belongs to the CRTC. Drivers will be converted > in separate patches. > > Signed-off-by

Re: Process identical patches in different tree

On 09/01/2020 02:53, CK Hu wrote: > Hi, Matthias: > > On Wed, 2020-01-08 at 13:05 +0100, Matthias Brugger wrote: >> On 08/01/2020 12:14, Matthias Brugger wrote: >>> Hi CK, >>> >>> On 07/01/2020 03:56, CK Hu wrote: Hi, Dave, Daniel, Matthias: In mediatek-drm-next-5.6 [1], I've che

[PATCH] drm/virtio: add missing virtio_gpu_array_lock_resv call

When submitting a fenced command we must lock the object reservations because virtio_gpu_queue_fenced_ctrl_buffer() unlocks after adding the fence. Reported-by: Jann Horn Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/virtio/virtgpu_plane.c | 1 + 1 file changed, 1 insertion(+) diff --git a/

[PATCH 15/23] drm/msm: Convert to CRTC VBLANK callbacks

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert msm over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c | 2 ++ drivers/gpu/drm/msm/disp/mdp4/mdp4_crtc.c | 2 ++ drivers/gpu/drm/msm/disp/mdp5/

[PATCH 19/23] drm/stm: Convert to CRTC VBLANK callbacks

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert stm over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/stm/drv.c | 1 - drivers/gpu/drm/stm/ltdc.c | 1 + 2 files changed, 1 insertion(+), 1 deletion(-) diff --git a/dri

[PATCH 18/23] drm/sti: Convert to CRTC VBLANK callbacks

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert sti over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/sti/sti_crtc.c | 11 --- drivers/gpu/drm/sti/sti_crtc.h | 2 -- drivers/gpu/drm/sti/sti_drv.c | 3 --- 3

[PATCH 16/23] drm/nouveau: Convert to CRTC VBLANK callbacks

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert nouvean over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/nouveau/dispnv04/crtc.c | 3 +++ drivers/gpu/drm/nouveau/dispnv50/head.c | 4 drivers/gpu/drm/nouveau

[PATCH 23/23] drm: Cleanup VBLANK callbacks in struct drm_driver

All non-legacy users of VBLANK functions in struct drm_driver have been converted to use the respective interfaces in struct drm_crtc_funcs. The remaining users of VBLANK callbacks in struct drm_driver are legacy drivers with userspace modesetting. There are no users left of get_vblank_timestamp()

[PATCH 20/23] drm/vc4: Convert to CRTC VBLANK callbacks

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert vc4 over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/vc4/vc4_crtc.c | 1 + drivers/gpu/drm/vc4/vc4_drv.c | 2 -- 2 files changed, 1 insertion(+), 2 deletions(-) diff -

[PATCH 21/23] drm/vkms: Convert to CRTC VBLANK callbacks

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert vkms over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/vkms/vkms_crtc.c | 9 ++--- drivers/gpu/drm/vkms/vkms_drv.c | 1 - drivers/gpu/drm/vkms/vkms_drv.h | 4

[PATCH 11/23] drm: Add get_vblank_timestamp() to struct drm_crtc_funcs

The callback get_vblank_timestamp() is currently located in struct drm_driver, but really belongs into struct drm_crtc_funcs. Add an equivalent there. Driver will be converted in separate patches. The default implementation is drm_calc_vbltimestamp_from_scanoutpos(). The patch adds drm_crtc_calc_v

[PATCH 17/23] drm/radeon: Convert to CRTC VBLANK callbacks

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert radeon over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/radeon/radeon_display.c | 12 -- drivers/gpu/drm/radeon/radeon_drv.c | 7 -- drivers/gpu/drm/rad

[PATCH 14/23] drm/i915: Convert to CRTC VBLANK callbacks

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert i915 over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/i915/display/intel_display.c | 7 +++ drivers/gpu/drm/i915/i915_drv.c | 2 -- drivers/gpu/drm/i9

[PATCH 02/23] drm/amdgpu: Convert to struct drm_crtc_helper_funcs.get_scanout_position()

The callback struct drm_driver.get_scanout_position() is deprecated in favor of struct drm_crtc_helper_funcs.get_scanout_position(). Convert amdgpu over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 12 drivers/gpu/drm/amd/amdgpu/amdgpu_dr

[PATCH 12/23] drm/amdgpu: Convert to CRTC VBLANK callbacks

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert amdgpu over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 3 +++ drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 4 drivers/gpu/drm/

[PATCH 08/23] drm/stm: Convert to struct drm_crtc_helper_funcs.get_scanout_position()

The callback struct drm_driver.get_scanout_position() is deprecated in favor of struct drm_crtc_helper_funcs.get_scanout_position(). Convert stm over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/stm/drv.c | 1 - drivers/gpu/drm/stm/ltdc.c | 65 -- d

[PATCH 09/23] drm: Remove struct drm_driver.get_scanout_position()

All users of struct drm_driver.get_scanout_position() have been covnerted to the respective CRTC helper function. Remove the callback from struct drm_driver. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/drm_vblank.c | 13 ++--- include/drm/drm_drv.h| 52 --

[PATCH 00/23] drm: Clean up VBLANK callbacks in struct drm_driver

VBLANK handlers in struct drm_driver are deprecated. Only legacy, non-KMS drivers are supposed to used them. DRM drivers with kernel modesetting are supposed to use VBLANK callbacks of the CRTC infrastructure. This patchset converts all DRM drivers to CRTC VBLANK callbacks and cleans up struct drm

[PATCH 04/23] drm/nouveau: Convert to struct drm_crtc_helper_funcs.get_scanout_position()

The callback struct drm_driver.get_scanout_position() is deprecated in favor of struct drm_crtc_helper_funcs.get_scanout_position(). Convert nouveau over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/nouveau/dispnv04/crtc.c | 1 + drivers/gpu/drm/nouveau/dispnv50/head.c | 1 + driv

[PATCH 07/23] drm/vc4: Convert to struct drm_crtc_helper_funcs.get_scanout_position()

The callback struct drm_driver.get_scanout_position() is deprecated in favor of struct drm_crtc_helper_funcs.get_scanout_position(). Convert vc4 over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/vc4/vc4_crtc.c | 12 +++- drivers/gpu/drm/vc4/vc4_drv.c | 1 - drivers/gpu/drm/vc4

[PATCH 22/23] drm/vmwgfx: Convert to CRTC VBLANK callbacks

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert vmwgfx over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 5 + drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 6 +++--- drivers/gpu/drm/vmwgfx/vmwgfx_km

[PATCH 03/23] drm/i915: Don't use struct drm_driver.get_scanout_position()

The callback struct drm_driver.get_scanout_position() is deprecated in favor of struct drm_crtc_helper_funcs.get_scanout_position(). i915 doesn't use CRTC helpers. The patch duplicates the caller drm_calc_vbltimestamp_from_scanoutpos() for i915, such that the callback function is not needed. Sign

[PATCH 06/23] drm/msm: Convert to struct drm_crtc_helper_funcs.get_scanout_position()

The callback struct drm_driver.get_scanout_position() is deprecated in favor of struct drm_crtc_helper_funcs.get_scanout_position(). Convert mem over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/msm/disp/mdp5/mdp5_crtc.c | 67 +++ drivers/gpu/drm/msm/disp/mdp5/mdp5_k

[PATCH 10/23] drm: Evaluate struct drm_device.vblank_disable_immediate on each use

VBLANK interrupts can be disabled immediately or with a delay, where the latter is the default. The former option can be selected by setting get_vblank_timestamp, and enabling vblank_disable_immediate in struct drm_device. The setup is only evaluated once when DRM initializes VBLANKs. Evaluating t

[PATCH 05/23] drm/radeon: Convert to struct drm_crtc_helper_funcs.get_scanout_position()

The callback struct drm_driver.get_scanout_position() is deprecated in favor of struct drm_crtc_helper_funcs.get_scanout_position(). Convert radeon over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/radeon/atombios_crtc.c | 1 + drivers/gpu/drm/radeon/radeon_display.c | 13

[PATCH 13/23] drm/gma500: Convert to CRTC VBLANK callbacks

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert gma500 over. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/gma500/cdv_intel_display.c | 3 +++ drivers/gpu/drm/gma500/psb_drv.c | 4 drivers/gpu/drm/gma500

[PATCH 01/23] drm: Add get_scanout_position() to struct drm_crtc_helper_funcs

The new callback get_scanout_position() reads the current location of the scanout process. The operation is currentyl located in struct drm_driver, but really belongs to the CRTC. Drivers will be converted in separate patches. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/drm_vblank.c

[radeon-alex:amd-19.50 1963/2687] include/kcl/kcl_drm.h:206:10: error: too few arguments to function 'drm_crtc_init_with_planes'

Hi Slava, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-19.50 head: 02692309efa6ad48d47894e40fcb3832ace49c4c commit: f2e0d469732d27bc612df52b42094309ba5877d9 [1963/2687] drm/amdkcl: Test whether drm_crtc_init_with_planes() wants name config: i3

Re: [PATCH -next] drm/mgag200: Fix typo in parameter description

Hi Am 10.01.20 um 02:25 schrieb Wei Yongjun: > Fix typo in parameter description. As Dan said, please mention that it's about a module parameter. The current commit message appears to refer to a function's parameter. With the commit message fixed, you can add Reviewed-by: Thomas Zimemrmann Th