Re: [PATCH v5 7/7] drm/mediatek: Add mt8195 DisplayPort driver

Hi Markus, Thank you for the patch! Yet something to improve: [auto build test ERROR on robh/for-next] [also build test ERROR on pza/reset/next linus/master v5.15-rc7 next-20211029] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to us

Re: [PATCH] drm/lima: fix warning when CONFIG_DEBUG_SG=y & CONFIG_DMA_API_DEBUG=y

On Sat, Oct 30, 2021 at 9:16 PM Qiang Yu wrote: > > Otherwise get following warning: > > DMA-API: lima 1c4.gpu: mapping sg segment longer than device claims to > support [len=4149248] [max=65536] > > See: https://gitlab.freedesktop.org/mesa/mesa/-/issues/5496 > > Reported-by: Roman Stratiienk

[PATCH] drm/lima: fix warning when CONFIG_DEBUG_SG=y & CONFIG_DMA_API_DEBUG=y

Otherwise get following warning: DMA-API: lima 1c4.gpu: mapping sg segment longer than device claims to support [len=4149248] [max=65536] See: https://gitlab.freedesktop.org/mesa/mesa/-/issues/5496 Reported-by: Roman Stratiienko Signed-off-by: Qiang Yu --- drivers/gpu/drm/lima/lima_devic

Re: [PATCH v2] drm: import DMA_BUF module namespace

Hi all, On Sun, 31 Oct 2021 13:21:55 +1100 Stephen Rothwell wrote: > > On Fri, 29 Oct 2021 20:51:52 +0200 Thomas Zimmermann > wrote: > > > > Am 27.10.21 um 23:25 schrieb Marcel Ziswiler: > > > From: Marcel Ziswiler > > > > > > Today's -next fails building arm64 defconfig as follows: > > >

Re: [PATCH v3] backlight: lp855x: Switch to atomic PWM API

o use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Ma-ra-Canal/backlight-lp855x-Switch-to-atomic-PWM-API/20211030-213551 base: https://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git for-backlight-ne

Re: [PATCH v2] drm: import DMA_BUF module namespace

Hi Thomas, On Fri, 29 Oct 2021 20:51:52 +0200 Thomas Zimmermann wrote: > > Am 27.10.21 um 23:25 schrieb Marcel Ziswiler: > > From: Marcel Ziswiler > > > > Today's -next fails building arm64 defconfig as follows: > > > > ERROR: modpost: module drm_cma_helper uses symbol dma_buf_vunmap from > >

Re: [PATCH v3] backlight: lp855x: Switch to atomic PWM API

o use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Ma-ra-Canal/backlight-lp855x-Switch-to-atomic-PWM-API/20211030-213551 base: https://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git for-backlight-ne

Re: [PATCH 1/4] dma-buf: add dma_fence_describe and dma_resv_describe

Hi "Christian, I love your patch! Yet something to improve: [auto build test ERROR on drm-tip/drm-tip] [also build test ERROR on next-20211029] [cannot apply to drm/drm-next drm-intel/for-linux-next drm-exynos/exynos-drm-next tegra-drm/drm/tegra/for-next linus/master airlied/drm-next v5.15-rc7]

Re: [PATCH] gpu/drm: ingenic: Remove bogus register write

Hi, Le sam., oct. 30 2021 at 20:49:53 +0200, Sam Ravnborg a écrit : Hi Paul, On Sat, Oct 30, 2021 at 11:00:32AM +0100, Paul Cercueil wrote: Commit 1bdb542da736 ("drm/ingenic: Simplify code by using hwdescs array") caused the dma_hwdesc_phys_f{0,1} variables to be used while uninitialized

Re: [PATCH] staging/fbtft: Fix backlight

On Sat, Oct 30, 2021 at 06:29:01PM +0200, Noralf Trønnes wrote: > Commit b4a1ed0cd18b ("fbdev: make FB_BACKLIGHT a tristate") forgot to > update fbtft breaking its backlight support when FB_BACKLIGHT is a module. > > Fix this by using IS_ENABLED(). > > Fixes: b4a1ed0cd18b ("fbdev: make FB_BACKLIG

Re: [PATCH] gpu/drm: ingenic: Remove bogus register write

Hi Paul, On Sat, Oct 30, 2021 at 11:00:32AM +0100, Paul Cercueil wrote: > Commit 1bdb542da736 ("drm/ingenic: Simplify code by using hwdescs > array") caused the dma_hwdesc_phys_f{0,1} variables to be used while > uninitialized in a mmio register write, which most certainly broke the > ingenic-drm

[PATCH] drm/msm/dsi: set default num_data_lanes

If "data_lanes" property of the dsi output endpoint is missing in the DT, num_data_lanes would be 0 by default, which could cause dsi_host_attach() to fail if dsi->lanes is set to a non-zero value by the bridge driver. According to the binding document of msm dsi controller, the input/output endpo

[PATCH] staging/fbtft: Fix backlight

Commit b4a1ed0cd18b ("fbdev: make FB_BACKLIGHT a tristate") forgot to update fbtft breaking its backlight support when FB_BACKLIGHT is a module. Fix this by using IS_ENABLED(). Fixes: b4a1ed0cd18b ("fbdev: make FB_BACKLIGHT a tristate") Cc: Signed-off-by: Noralf Trønnes --- drivers/staging/fbt

amdgpu on Ryzen 5600G -- 'purple' background [WAS: Re: amdgpu "Fatal error during GPU init"; Ryzen 5600G integrated GPU + kernel 5.14.13}

Now I'm just guessing. TBH, I've no idea what's causing this reproducible 'purple' background with `amdgpu` on Ryzen 5XXXG. All I can definitively say is that it's real, reproducible, seen elsewhere in the wild for radeon/amd Possibly related to driver defaulting to HDMI YCbCr color, rather th

[PATCH v3] backlight: lp855x: Switch to atomic PWM API

Remove legacy PWM interface (pwm_config, pwm_enable, pwm_disable) and replace it for the atomic PWM API. Signed-off-by: Maíra Canal --- V1 -> V2: Initialize variable and simply conditional loop V2 -> V3: Fix assignment of NULL variable --- drivers/video/backlight/lp855x_bl.c | 23 ++-

Re: [Intel-gfx] [PATCH v4 2/4] drm/i915: Update error capture code to avoid using the current vma state

Hi "Thomas, Thank you for the patch! Yet something to improve: [auto build test ERROR on drm-tip/drm-tip] [cannot apply to drm-intel/for-linux-next drm-exynos/exynos-drm-next drm/drm-next tegra-drm/drm/tegra/for-next airlied/drm-next v5.15-rc7 next-20211029] [If your patch is applied to the wro

Re: [PATCH] drm/rockchip: use generic fbdev setup

Hi Thomas, On Fri, Oct 29, 2021 at 09:00:08PM +0200, Thomas Zimmermann wrote: > Am 29.10.21 um 13:50 schrieb John Keeping: > > The Rockchip fbdev code does not add anything compared to > > drm_fbdev_generic_setup(); the one custom function for .fb_mmap does the > > same thing as gem_prime_mmap whi

Re: [Intel-gfx] [PATCH v4 2/4] drm/i915: Update error capture code to avoid using the current vma state

Hi "Thomas, Thank you for the patch! Yet something to improve: [auto build test ERROR on drm-tip/drm-tip] [cannot apply to drm-intel/for-linux-next drm-exynos/exynos-drm-next drm/drm-next tegra-drm/drm/tegra/for-next airlied/drm-next v5.15-rc7 next-20211029] [If your patch is applied to the wro

[PATCH] gpu/drm: ingenic: Remove bogus register write

Commit 1bdb542da736 ("drm/ingenic: Simplify code by using hwdescs array") caused the dma_hwdesc_phys_f{0,1} variables to be used while uninitialized in a mmio register write, which most certainly broke the ingenic-drm driver. However, the very same patchset also submitted commit 6055466203df ("drm

Re: [PATCH v8, 03/17] media: mtk-vcodec: Refactor vcodec pm interface

Hi Dafna, Thanks for your suggestion. On Fri, 2021-10-29 at 13:35 +0200, Dafna Hirschfeld wrote: > > On 29.10.21 05:55, Yunfei Dong wrote: > > Using the needed param for pm init/release function and remove > > unused > > param mtkdev in 'struct mtk_vcodec_pm'. > > > > Reviewed-by: Tzung-Bi Shih

Re: [PATCH v8, 04/17] media: mtk-vcodec: Build decoder pm file as module

Hi Danfa, Thanks for your feedback. On Fri, 2021-10-29 at 13:42 +0200, Dafna Hirschfeld wrote: > > On 29.10.21 05:55, Yunfei Dong wrote: > > Need to build decoder pm file as module for master and comp > > use the same pm interface. > > Do you still use the component framework in this patchset? >

Re: [PATCH v8, 07/17] dt-bindings: media: mtk-vcodec: Separate video encoder and decoder dt-bindings

Hi Dafna, Thanks for your suggestion. On Fri, 2021-10-29 at 13:49 +0200, Dafna Hirschfeld wrote: > > On 29.10.21 05:55, Yunfei Dong wrote: > > Decoder will use component framework to manage hardware, it is big > > difference with encoder. > > > > Reviewed-by: Rob Herring > > Signed-off-by: Yunfe

Re: [PATCH] drm/i915: Prefer struct_size over open coded arithmetic

Hi, On Wed, Oct 27, 2021 at 06:06:28PM +0300, Jani Nikula wrote: > On Sat, 23 Oct 2021, Len Baker wrote: > > Sorry, but I'm missing something here. In linux-next this is the commit > > history of include/linux/stddef.h file: > > > > 3080ea5553cc stddef: Introduce DECLARE_FLEX_ARRAY() helper > > 5