This is the series I've been working on for a while now to get all of
the atomic DRM drivers in the tree to use the atomic MST helpers, and to
make the atomic MST helpers actually idempotent. Turns out it's a lot
more difficult to do that without also fixing how port and branch device
refcounting works so that it actually makes sense, since the current
upstream implementation requires a ton of magic in the atomic helpers to
work around properly and in many situations just plain doesn't work as
…
[View More]intended.
There's still more cleanup that can be done, but I think this is a good
place to start off for now :).
Lyude Paul (16):
drm/dp_mst: Rename drm_dp_mst_get_validated_(port|mstb)_ref and
friends
drm/dp_mst: Introduce new refcounting scheme for mstbs and ports
drm/dp_mst: Restart last_connected_port_and_mstb() if topology ref
fails
drm/dp_mst: Stop releasing VCPI when removing ports from topology
drm/dp_mst: Fix payload deallocation on hotplugs using malloc refs
drm/i915: Keep malloc references to MST ports
drm/amdgpu/display: Keep malloc ref to MST port
drm/nouveau: Remove bogus cleanup in nv50_mstm_add_connector()
drm/nouveau: Remove unnecessary VCPI checks in nv50_msto_cleanup()
drm/nouveau: Keep malloc references to MST ports
drm/nouveau: Stop unsetting mstc->port, use malloc refs
drm/nouveau: Grab payload lock in nv50_msto_payload()
drm/dp_mst: Add some atomic state iterator macros
drm/dp_mst: Start tracking per-port VCPI allocations
drm/dp_mst: Check payload count in drm_dp_mst_atomic_check()
drm/nouveau: Use atomic VCPI helpers for MST
.../gpu/dp-mst/topology-figure-1.dot | 52 +
.../gpu/dp-mst/topology-figure-2.dot | 56 ++
.../gpu/dp-mst/topology-figure-3.dot | 59 ++
Documentation/gpu/drm-kms-helpers.rst | 26 +-
.../display/amdgpu_dm/amdgpu_dm_mst_types.c | 11 +-
drivers/gpu/drm/drm_dp_mst_topology.c | 938 ++++++++++++++----
drivers/gpu/drm/i915/intel_connector.c | 4 +
drivers/gpu/drm/i915/intel_display.c | 4 +
drivers/gpu/drm/i915/intel_dp_mst.c | 65 +-
drivers/gpu/drm/nouveau/dispnv50/disp.c | 94 +-
include/drm/drm_dp_mst_helper.h | 151 ++-
11 files changed, 1208 insertions(+), 252 deletions(-)
create mode 100644 Documentation/gpu/dp-mst/topology-figure-1.dot
create mode 100644 Documentation/gpu/dp-mst/topology-figure-2.dot
create mode 100644 Documentation/gpu/dp-mst/topology-figure-3.dot
--
2.20.1
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=109177
Alex Deucher <alexdeucher(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
QA Contact|mesa-dev(a)lists.freedesktop. |dri-devel(a)lists.freedesktop
|org |.org
Assignee|mesa-dev(a)lists.freedesktop. |dri-devel(a)lists.freedesktop
|org …
[View More] |.org
Component|Mesa core |Drivers/Gallium/radeonsi
--- Comment #3 from Alex Deucher <alexdeucher(a)gmail.com> ---
Please attach your xorg log and dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=109178
Jan <jv1(a)home.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|NOTOURBUG |---
Status|CLOSED |REOPENED
--- Comment #7 from Jan <jv1(a)home.nl> ---
Indeed nobody notices :-) Is there another way to reach the maintainers?
ps: only reopened it for notification …
[View More]purpuses. As soon there is an answer I
will close it again.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugzilla.kernel.org/show_bug.cgi?id=201067
Bug ID: 201067
Summary: [bisected] [4.19-rc2 regression] Display corruption
with Vega 64 in 4.19-rc2
Product: Drivers
Version: 2.5
Kernel Version: 4.19-rc2
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
Severity: high
Priority: P1
Component: Video(DRI - non Intel)
Assignee: …
[View More]drivers_video-dri(a)kernel-bugs.osdl.org
Reporter: sarnex(a)gentoo.org
Regression: No
Created attachment 278389
--> https://bugzilla.kernel.org/attachment.cgi?id=278389&action=edit
dmesg
Hi all,
When using a kernel after the below commit, I get visual corruption only on the
right most vertical column of my screen:
Author: Nicholas Kazlauskas <nicholas.kazlauskas(a)amd.com>
Date: Mon Jul 23 14:13:23 2018 -0400
drm/amd/display: Use calculated disp_clk_khz value for dce110
Video:
https://www.youtube.com/watch?v=HrJUrBWMRXU
Using a kernel without this commit does not have the issue.
My GPU is a Sapphire Nitro+ Vega 64. I am using Gentoo with Mesa git and KDE
Plasma 5.
My main monitor is connected over DP and runs at 2560x1440 at 144hz. My second
monitor is connected over HDMI and runs at 1920x1080 at 60hz. I tried disabling
the second monitor in KDE, but the issue still occurs.
It also occurs in fullscreen applications.
I will also attach dmesg.
I can test any patches or answer any questions.
Thanks,
Sarnex
--
You are receiving this mail because:
You are watching the assignee of the bug.
[View Less]
This driver depends on the PCI infrastructure but the dependency has not
been explicitly called out.
Fixes: 5d32a66541c46 ("PCI/ACPI: Allow ACPI to be built without CONFIG_PCI set")
Signed-off-by: Sinan Kaya <okaya(a)kernel.org>
Reviewed-by: Lukas Wunner <lukas(a)wunner.de>
Acked-by: Daniel Vetter <daniel.vetter(a)ffwll.ch>
---
drivers/gpu/vga/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/vga/Kconfig b/drivers/gpu/vga/Kconfig
index b677e5d524e6..…
[View More]d5f1d8e1c6f8 100644
--- a/drivers/gpu/vga/Kconfig
+++ b/drivers/gpu/vga/Kconfig
@@ -21,6 +21,7 @@ config VGA_SWITCHEROO
bool "Laptop Hybrid Graphics - GPU switching support"
depends on X86
depends on ACPI
+ depends on PCI
select VGA_ARB
help
Many laptops released in 2008/9/10 have two GPUs with a multiplexer
--
2.19.0
[View Less]
Making FB_BACKLIGHT tristate by commit b4a1ed0cd18b ("fbdev:
make FB_BACKLIGHT a tristate") caused unmet dependencies in
some configurations:
WARNING: unmet direct dependencies detected for FB_BACKLIGHT
Depends on [m]: HAS_IOMEM [=y] && FB [=m]
Selected by [y]:
- DRM_NOUVEAU [=y] && HAS_IOMEM [=y] && DRM [=y] && PCI [=y] && MMU [=y] && DRM_NOUVEAU_BACKLIGHT [=y]
Selected by [m]:
- FB_NVIDIA [=m] && HAS_IOMEM [=y] && FB [=…
[View More]m] && PCI [=y] && FB_NVIDIA_BACKLIGHT [=y]
Fix it by making DRM_NOUVEAU select BACKLIGHT_CLASS_DEVICE and
BACKLIGHT_LCD_SUPPORT instead of FB_BACKLIGHT.
Fixes: b4a1ed0cd18b ("fbdev: make FB_BACKLIGHT a tristate")
Reported-by: Randy Dunlap <rdunlap(a)infradead.org>
Cc: Rob Clark <robdclark(a)gmail.com>
Cc: Arnd Bergmann <arnd(a)arndb.de>
Cc: Ben Skeggs <bskeggs(a)redhat.com>
Cc: David Airlie <airlied(a)linux.ie>
Cc: Daniel Vetter <daniel(a)ffwll.ch>
Cc: Stephen Rothwell <sfr(a)canb.auug.org.au>
Signed-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie(a)samsung.com>
---
I would like to merge this patch through fbdev tree for v4.21
(as it is needed to fix commit currently in fbdev tree).
drivers/gpu/drm/nouveau/Kconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: b/drivers/gpu/drm/nouveau/Kconfig
===================================================================
--- a/drivers/gpu/drm/nouveau/Kconfig 2018-11-30 11:46:55.716464505 +0100
+++ b/drivers/gpu/drm/nouveau/Kconfig 2018-12-28 14:54:51.655965845 +0100
@@ -4,7 +4,8 @@ config DRM_NOUVEAU
select FW_LOADER
select DRM_KMS_HELPER
select DRM_TTM
- select FB_BACKLIGHT if DRM_NOUVEAU_BACKLIGHT
+ select BACKLIGHT_CLASS_DEVICE if DRM_NOUVEAU_BACKLIGHT
+ select BACKLIGHT_LCD_SUPPORT if DRM_NOUVEAU_BACKLIGHT
select ACPI_VIDEO if ACPI && X86 && BACKLIGHT_CLASS_DEVICE && INPUT
select X86_PLATFORM_DEVICES if ACPI && X86
select ACPI_WMI if ACPI && X86
[View Less]
drm-misc-next-fixes-2019-01-02:
Fixes for v4.21:
- Fix null pointer dereference on null state pointer.
- Fix leaking damage clip when destroying plane state.
The following changes since commit 2e6e902d185027f8e3cb8b7305238f7e35d6a436:
Linux 4.20-rc4 (2018-11-25 14:19:31 -0800)
are available in the Git repository at:
git://anongit.freedesktop.org/drm/drm-misc tags/drm-misc-next-fixes-2019-01-02
for you to fetch changes up to c75ff001f4fe21a8c9f15aad799a8949aea109f7:
drm: Put damage …
[View More]blob when destroy plane state (2018-12-24 11:53:50 +0100)
----------------------------------------------------------------
Fixes for v4.21:
- Fix null pointer dereference on null state pointer.
- Fix leaking damage clip when destroying plane state.
----------------------------------------------------------------
Colin Ian King (1):
drm: fix null pointer dereference on null state pointer
Deepak Rawat (1):
drm: Put damage blob when destroy plane state
drivers/gpu/drm/drm_atomic_state_helper.c | 3 +++
drivers/gpu/drm/drm_damage_helper.c | 3 ++-
2 files changed, 5 insertions(+), 1 deletion(-)
[View Less]