drm/radeon: possible buffer overflow

From Konstantin Meskhidze
341e79f8aec6af6b0061b8171d77b085835c6a58 in linux-6.1.y/6.1.63
dd05484f99d16715a88eedfca363828ef9a4c2d4 in mainline linux

update drm to linux 6.1.2

new hardware support includes

AMD
Raphael, Ryzen 7000 desktop, gfx1036/GC 10.3.6
Mendocino, Ryzen & Athlon 7020 Series mobile APU, gfx1037/GC 10.3.7
Navi 31, gfx1100 dGPU

update drm to linux 6.1.2

new hardware support includes

AMD
Raphael, Ryzen 7000 desktop, gfx1036/GC 10.3.6
Mendocino, Ryzen & Athlon 7020 Series mobile APU, gfx1037/GC 10.3.7
Navi 31, gfx1100 dGPU, GC 11.0.0, Radeon RX 7900 XT/XTX
gfx1101 dGPU
gfx1102 dGPU
gfx1103 APU

Thanks to the OpenBSD Foundation for sponsoring this work.

show more ...

update drm to linux 5.15.14

new hardware support includes

Intel
ehl/Elkhart Lake (embedded)
jsl/Jasper Lake (atom)
rkl/Rocket Lake (desktop)

AMD
van gogh APU (gfx1033)
yellow carp / rembrandt AP

update drm to linux 5.15.14

new hardware support includes

Intel
ehl/Elkhart Lake (embedded)
jsl/Jasper Lake (atom)
rkl/Rocket Lake (desktop)

AMD
van gogh APU (gfx1033)
yellow carp / rembrandt APU (gfx1035?)
Ryzen 6000 APU
navy flounder / navi 22 (gfx1031)
RX 6700, RX 6700 XT, RX 6700M, RX 6800M, RX 6850M XT
dimgrey cavefish / navi 23 (gfx1032)
Pro W6600, Pro W6600M, RX 6600, RX 6600 XT, RX 6600M,
RX 6600S, RX 6650M, RX 6650M XT, RX 6700S, RX 6800S
beige goby / navi 24 (gfx1034)
RX 6500 XT, RX 6400, RX 6500M, RX 6300M

Thanks to the OpenBSD Foundation for sponsoring this work
niklas@ for helping with ttm and amdgpu and patrick@ for adapting
rockchip drm.

show more ...

update drm to linux 5.7

adds kernel support for
amdgpu: vega20, raven2, renoir, navi10, navi14
inteldrm: icelake, tigerlake

Thanks to the OpenBSD Foundation for sponsoring this work, kettenis@ for

update drm to linux 5.7

adds kernel support for
amdgpu: vega20, raven2, renoir, navi10, navi14
inteldrm: icelake, tigerlake

Thanks to the OpenBSD Foundation for sponsoring this work, kettenis@ for
helping, patrick@ for helping adapt rockchip drm and many developers for
testing.

show more ...

Update shared drm code, inteldrm(4) and radeondrm(4) from linux 4.4 to
linux 4.19.34.

Adds support for more Intel hardware:
Broxton/Apollo Lake (was is_preliminary in 4.4)
Amber Lake (another Kaby L

Update shared drm code, inteldrm(4) and radeondrm(4) from linux 4.4 to
linux 4.19.34.

Adds support for more Intel hardware:
Broxton/Apollo Lake (was is_preliminary in 4.4)
Amber Lake (another Kaby Lake refresh)
Gemini Lake
Coffee Lake
Whiskey Lake
Cannon Lake (though no hardware with Intel graphics ever shipped)
Ice Lake (alpha support, hardware not released)

This does not add support for new radeon hardware on the AMD side as
newer radeons have a different kernel driver (amdgpu).

Thanks to the OpenBSD Foundation for sponsoring this work, kettenis@ for
helping and a bunch of other developers for testing.

show more ...

Add back a local change to prevent interrupt handlers claiming an
interrupt when it is shared by other devices.

Fixes a regression reported by nigel@ where USB stopped working after
the radeondrm up

Add back a local change to prevent interrupt handlers claiming an
interrupt when it is shared by other devices.

Fixes a regression reported by nigel@ where USB stopped working after
the radeondrm update on a machine where ohci shared an interrupt with
radeondrm.

show more ...

update ttm and radeondrm(4) to Linux 4.4.129

Compared to the previous Linux 3.8 based port this adds support for
KAVERI/KABINI/MULLINS APUs and OLAND/BONAIRE/HAINAN/HAWAII GPUs.

Thanks to the OpenB

update ttm and radeondrm(4) to Linux 4.4.129

Compared to the previous Linux 3.8 based port this adds support for
KAVERI/KABINI/MULLINS APUs and OLAND/BONAIRE/HAINAN/HAWAII GPUs.

Thanks to the OpenBSD Foundation for sponsoring this work.

show more ...

oops, snapshot tests not ready yet

sync

another round of reducing the diff to linux

switch back from howmany() to DIV_ROUND_UP()

No need to use a temporary pointer variable after the drm struct name
in the softc changed a while back.

add and use macros for wake_up/wake_up_all/wake_up_all_locked

switch back to IRQ_NONE/IRQ_HANDLED

Add and use macros for linux memory barriers. Fix the call in
i915_gem_object_flush_fence() to be mb() not wmb() while here.

Switch most printf style functions calls back to linux function names
and move DRM_INFO/pr_info/dev_info messages under DRMDEBUG.

reduce the diff to linux for drm pci vid/pid tests
ok kettenis@

radeon: Fix system hang issue when using KMS with older cards

From Adis Hamzadis
c9b986fd9f606cd00492c3c9e95926c654f4e04f in ubuntu 3.8
e49f3959a96dc279860af7e86e6dbcfda50580a5 in mainline linux

use linux style memory allocations in radeon

drm/radeon: Fix VRAM size calculation for VRAM >= 4GB

From Niels Ole Salscheider
091a581a030f3c8c6515fb21a3f23271a86c4107 in ubuntu 3.8
fc986034540102cd090237bf3f70262e1ae80d9c in mainline linux

drm/radeon: fix hw contexts for SUMO2 asics

From wojciech kapuscinski
b71a688b1e56a0a2b4260c2ab0cdf80f67965072 in ubuntu 3.8
50b8f5aec04ebec7dbdf2adb17220b9148c99e63 in mainline linux
https://bugs.f

drm/radeon: fix hw contexts for SUMO2 asics

From wojciech kapuscinski
b71a688b1e56a0a2b4260c2ab0cdf80f67965072 in ubuntu 3.8
50b8f5aec04ebec7dbdf2adb17220b9148c99e63 in mainline linux
https://bugs.freedesktop.org/show_bug.cgi?id=63599

show more ...

deprecate taskq_systq() and replace it with extern struct taskq
*const systq defined in task.h

this reduces the cost of using the system taskq and looks less ugly.

requested by and ok kettenis@

Move most of the uses of workqs in drm to the new task/taskq api.
Prevents unintended multiple additions to workqs that was causing
hangs on radeon, and lets us remove tasks more closely matching
the

Move most of the uses of workqs in drm to the new task/taskq api.
Prevents unintended multiple additions to workqs that was causing
hangs on radeon, and lets us remove tasks more closely matching
the behaviour of the original linux code.

ok kettenis@
cause of the ttm/radeon hangs debugged by claudio@ and kettenis@

show more ...

Use rdev->audio_task for hdmi audio related hotplug events. Matches the
equivalent Linux code a bit better and was probably what jsg@ intended in
the first place.

ok jsg@

drm/radeon: update line buffer allocation for dce4.1/5

We need to allocate line buffer to each display when
setting up the watermarks. Failure to do so can lead
to a blank screen. This fixes blank

drm/radeon: update line buffer allocation for dce4.1/5

We need to allocate line buffer to each display when
setting up the watermarks. Failure to do so can lead
to a blank screen. This fixes blank screen problems
on dce4.1/5 asics.

from a proposed Linux patch by Alex Deucher of AMD.

show more ...