This patch adds bindings for Intel KeemBay MIPI DSI
v2: corrected description for port
Signed-off-by: Anitha Chrisanthus
Reviewed-by: Sam Ravnborg
Reviewed-by: Neil Armstrong
Cc: Sam Ravnborg
Cc: Thomas Zimmermann
Cc: Daniel Vetter
Cc: Rob Herring
---
.../bindings/display/bridge/intel,kee
v2: Added Maintainer entry
v3: Added one more Maintainer entry
v3: drop videomode_helpers
Cc: Sam Ravnborg
Signed-off-by: Anitha Chrisanthus
Reviewed-by: Sam Ravnborg
---
MAINTAINERS | 7 +++
drivers/gpu/drm/Kconfig | 2 ++
drivers/gpu/drm/Makefile | 1 +
drive
> -Original Message-
> From: Daniel Vetter
> Sent: Tuesday, November 03, 2020 12:43 PM
> To: Xiong, Jianxin
> Cc: Jason Gunthorpe ; linux-rdma ;
> dri-devel ; Leon
> Romanovsky ; Doug Ledford ; Vetter,
> Daniel ; Christian Koenig
>
> Subject: Re: [PATCH v6 1/4] RDMA/umem: Support impor
On Wed, Nov 04, 2020 at 09:37:05AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the drm-intel-fixes tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/gpu/drm/i915/gt/intel_lrc.c: In function 'gen12_emit_fini_breadcrumb':
> drivers/gpu/drm/i915/gt/i
Hi Daniel,
These two patches follow up your latest
DRM work to make definitions of struct drm_driver
in DRM low-level drivers, constant, in amdgpu.
This set doesn't descend from my previous patch
"drm/amdgpu: Convert to using devm_drm_dev_alloc() (v2)",
since our branch doesn't have it, and I can
Make the definition of struct drm_driver
a constant, to follow the latest developments
in the DRM layer.
Signed-off-by: Luben Tuikov
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 32 +
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 25 +--
2 files changed, 29 i
From: Alex Deucher
Use the per device drm driver feature flags rather than the
global one. This way we can make the drm driver struct const.
Signed-off-by: Alex Deucher
Reviewed-by: Luben Tuikov
---
drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletio
Hi Maxime,
On 10/28/20 9:41 PM, Maxime Ripard wrote:
> The current HVS muxing code will consider the CRTCs in a given state to
> setup their muxing in the HVS, and disable the other CRTCs muxes.
>
> However, it's valid to only update a single CRTC with a state, and in this
> situation we would mux
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
libdrm mostly for new hw and ame names.
Aaron Liu (7):
tests/amdgpu: expand secure param for exec_cs_helper (v2)
tests/amdgpu: add atomic_mem cp_packet to verify the secure buffer
tests/amdgpu: add test to submit a gfx command wit
Hi Lyude,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on drm-intel/for-linux-next]
[also build test WARNING on drm-tip/drm-tip drm-exynos/exynos-drm-next
tegra-drm/drm/tegra/for-next linus/master v5.10-rc2 next-20201103]
[cannot apply to drm/drm-next]
[If
https://bugzilla.kernel.org/show_bug.cgi?id=209939
--- Comment #5 from Janpieter Sollie (janpieter.sol...@edpnet.be) ---
Also tried (thanks to hint from Gentoo) netconsole
when using netconsole, no output is logged: while the kernel buffer from before
'radeontop' is printed correctly, no other out
Hi Anitha,
I love your patch! Perhaps something to improve:
[auto build test WARNING on robh/for-next]
[also build test WARNING on drm-intel/for-linux-next drm-exynos/exynos-drm-next
tegra-drm/drm/tegra/for-next drm-tip/drm-tip linus/master v5.10-rc2
next-20201103]
[If your patch is applied to
201 - 212 of 212 matches
Mail list logo
