avoid setting BUS_DMA_64BIT on 32-bit limited hardware and sparc64
On sparc64 the IOMMU is bypassed when the BUS_DMA_64BIT flag is set.
With addresses having the high bit set, which requires support for full
64-bit addresses even if the memory is physically located below 4G.
Initial patch from Ted Bullock. Feedback and ok on an earlier diff
from kettenis@
Ted reports this avoids:
[drm] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD)
on a sparc64 machine with an XVR-100.
Fix broken() privsep_npppd_check_ifname(), which was not checked at
all, overread. Also, the function and privsep_npppd_check_ifname()
lacked path canonicalization, allowing a non-privileged process to
open any file. Add unveil() to protect them. Also, delete
load_resolv_conf(), which is not used.
Problem found and initial diff provided by Franz Bettag and
acts1631. Work with deraadt.
drm/amd/display: Fix fast updates on DCE 8.1
From Timur Kristof
9b995b757a87d72396c432889aaf7e31141ea4f6 in linux-6.18.y/6.18.56
687d31ea9ac76b299817060fa1e5582d6c752ae0 in mainline linux
drm/amdgpu: reset VI ASIC on MacBookPro14,3
From Francisco Beltran Millalen
6f36088234647fcf0799e810a2de157032888a1b in linux-6.18.y/6.18.56
a22e5e4f2ebbdbb962cc3233094d189c4dfaa051 in mainline linux
drm/amdgpu: reset VI ASIC on MacBookPro15,1
From Andre Eikmeyer
d12b62677fb48408b8124be72a0eaadc339cc39a in linux-6.18.y/6.18.56
a5be7ad8f5f0e067613e9197638f216f46252946 in mainline linux
drm/amd/display: Preserve eDP mode on initial ASSR failure
From Arthur Heymans
0e0fd96b2626394b1c320ddeb2208a97199cfa5e in linux-6.18.y/6.18.56
5e08102d1d336593160d1434261d50b0c0f6cbe6 in mainline linux
drm/amd/display: Mark DCE 6.4 as not APU
From Timur Kristof
8786c5bc77375224e9fa34e06286ebc5da840912 in linux-6.18.y/6.18.56
3a52d587d1fc8e8bf94ba1b07374f7ec91aaffb4 in mainline linux
drm/amd/powerplay: fix VoltageObjectInfo zero-stride loop and OOB read
From Asad Kamal
0a6c9b3801903b6db91f3cbf148646b501dbded3 in linux-6.18.y/6.18.56
5d3cc8e388464f485d0944b87b8f9426e637d082 in mainline linux
drm/amdgpu: skip the noirq suspend reset for a switcheroo-parked GPU
From Theo Andersen Carton
5b113e8ee3268441f5eafdd4475aa649f4e810e1 in linux-6.18.y/6.18.56
eadb85cca111152bd334b861fb53747ab851d13a in mainline linux
drm/amdgpu: fix ACP MFD device leak on init failure
From Guangshuo Li
587469076e4ffb617f7ad1a0c4a13072a3e87113 in linux-6.18.y/6.18.56
f0013046151b7467e62c471c1c83d63ea255799c in mainline linux
drm/amdgpu: fix IP instance memory leak on kobject add failure
From Guangshuo Li
7ca44cb14d0249992a8f1425ba004d6e2d16d255 in linux-6.18.y/6.18.56
f5a5add3605935163dd0f75749b6a7869e9765af in mainline linux
drm/radeon: Read the VRAM VBIOS signature with readb()
From Imre Kaloz
4d12b763c2c554571b5e03a04832c34b4e90e1d3 in linux-6.18.y/6.18.56
de1eab13efef83fd2b76f4688de5bf672644596f in mainline linux
drm/amdgpu/gfx6: fix firmware leak on teardown
From Willian Oliveira
652f631e2e3a8d3b11ad72dd0b8e59b5183de0d9 in linux-6.18.y/6.18.56
cc172e177795c5f87bc2d71768d077e1c10633e8 in mainline linux
drm/amd/pm/si: Fix updating clock limits on AC/DC
From Timur Kristof
36fa4159d005498e9527c617fd516ad3e81cee95 in linux-6.18.y/6.18.56
08c9100f65299c64439e22e6057d750ae0e6c660 in mainline linux
drm/amd/pm/si: Check AMD_IS_MOBILITY flag for PPSMC_SYSTEMFLAG_GPIO_DC
From Timur Kristof
e67aef159f430946bbfb6577c4aaaf130e3b9246 in linux-6.18.y/6.18.56
cd883d0a3937df82a5ea03709ba8ba623b868419 in mainline linux
drm/amd/display: check dc_state_create_copy() for NULL in dm_suspend
From Jiangshan Yi
197946faa1b7968046ba475ae2f266847c6f51ed in linux-6.18.y/6.18.56
015e72cde567d2450e282c2790773463156b2d0a in mainline linux
If eqn(7) or tbl(7) input is encountered in -mdoc -T markdown mode,
print a line describung the problem to the formatted output and also
raise an "unsupp" message, similar to what -T man already does,
instead of calling assert(3), which is never appropriate when dealing
with unsopported or incorrect input.
A conversation with kristaps@ reminded me of this issue.
Check for unsigned integer overflow when calculating how much beyond
our local window a peer has sent. Prevents them sneaking past the grace
we allow.
bz#4031, from rhowe425 at gmail.com, ok markus@