drm/amd/display: disable DPP RCG before DPP CLK enable
From Charlene Liu
b1515304a5234c787cb8cf1bd96567c3548d283c in linux-6.12.y/6.12.60
1bcd679209420305a86833bc357d50021909edaf in mainline linux
drm/amd/display: avoid reset DTBCLK at clock init
From Charlene Liu
467904aabbfd761c475e9408f081d5476c0773c5 in linux-6.12.y/6.12.60
0ae47e971b9add8f7b8f8d55ac5f407f6f346758 in mainline linux
drm/i915/dp_mst: Disable Panel Replay
From Imre Deak
3e5271f22404bea97a39b02b188f05e040a02cb8 in linux-6.12.y/6.12.60
f2687d3cc9f905505d7b510c50970176115066a2 in mainline linux
drm/amdgpu: fix gpu page fault after hibernation on PF passthrough
From Samuel Zhang
a45d6359eefb41e08d374a3260b10bff5626823b in linux-6.12.y/6.12.60
eb6e7f520d6efa4d4ebf1671455abe4a681f7a05 in mainline linux
drm/amd/display: Clear the CUR_ENABLE register on DCN20 on DPP5
From Ivan Lipski
a077ec70561b0dce1863bea00a52c81a2ca6f147 in linux-6.12.y/6.12.60
5bab4c89390f32b2f491f49a151948cd226dd909 in mainline linux
drm/amd/display: Fix pbn to kbps Conversion
From Fangzhi Zuo
ded77c1209169bd40996caf5c5dfe1a228a587ab in linux-6.12.y/6.12.60
1788ef30725da53face7e311cdf62ad65fababcd in mainline linux
drm/amd/display: Move sleep into each retry for retrieve_link_cap()
From Mario Limonciello
a45450c36e3a568b8c20f4bd1e0bbb2507146a6d in linux-6.12.y/6.12.60
71ad9054c1f241be63f9d11df8cbd0aa0352fe16 in mainline linux
drm/amd/display: Increase DPCD read retries
From Mario Limonciello
cd145ed8c56f04bb13f3a18bfe57924beaad17a3 in linux-6.12.y/6.12.60
8612badc331bcab2068baefa69e1458085ed89e3 in mainline linux
drm/amdgpu: Skip emit de meta data on gfx11 with rs64 enabled
From Yifan Zha
806f54a7598825570a89b6fba1033b40e49a8792 in linux-6.12.y/6.12.60
80d8a9ad1587b64c545d515ab6cb7ecb9908e1b3 in mainline linux
drm/amd: Skip power ungate during suspend for VPE
From Mario Limonciello
349238d296fc30d9b593cc6640033d5103e395fb in linux-6.12.y/6.12.60
31ab31433c9bd2f255c48dc6cb9a99845c58b1e4 in mainline linux
drm/radeon: delete radeon_fence_process in is_signaled, no deadlock
From Robert McClinton
73bc12d6a547f9571ce4393acfd73c004e2df9e5 in linux-6.12.y/6.12.60
9eb00b5f5697bd56baa3222c7a1426fa15bacfb5 in mainline linux
MODTCL_VERSION=8.6
Tcl is only needed for tests, which run fine with 8.6.
--with-guilelib isn't a swig configure option and is ignored.
Replace with --with-guile-config.
No change to result as swig would find guile 1.8.8 anyway.
ok sthen@
add PMF support to qwx
This device needs to handle IGTK/BIP in software. It is possible to send
protected multicast management frames with this device even while running
in station mode. Which is neat for testing but not useful in general so
the code path which makes the driver do this is unreachable without
additional hacks in net80211 that I am not going to commit (sending
protected deauth frames to the broadcast address).
Tested:
qwx QCNFA765: landry, Mark Patruck, kevlo, stsp
Add PMF support to iwx. Also make MLD devices remove crypto keys from firmware.
This driver was already offloading group key encryption to the device, and is
now also offloading IGTK/BIP. We cannot send protected multicast management
frames in station mode because the firmware won't allow it. But we do receive
such frames just fine, which is all we really need in station mode.
Thanks to Johannes Berg from Linux / Intel for hints about firmware behaviour
regarding IGTK/BIP, and explaining how driver behaviour needs to be tested.
Tested:
iwx AX200: jmc, Mark Patruck, stsp
iwx AX201: kirill
iwx AX210: lraab, remi (interop issue with PSK-SHA256-only Arista AP)
iwx AX211: sthen, kevlo, kn, jca
implement PMF support for iwm
For now, keep using software crypto for multicast data frames and multicast
management frames even though iwm devices support offloading crypto for both.
We should eventually add support for offloading this because in the present
state iwm is not receiving protected multicast management frames (IGTK/BIP).
In practice, this does not matter much because such frames are only used by
802.11 features which our net80211 stack does not yet support anyway.
Protected unicast management frames work as expected which is what matters
the most, and is much better than having no PMF support at all.
Tested:
iwm 3168: kevlo
iwm 7265: stsp
iwm 9260: florian, landry
iwm 9560: stsp
check the correct flag before using PMF in ieee80211_mgmt_output()
The capability flag only indicates whether our driver supports PMF, not
whether our peer supports it. The flag in ni_flags indicates whether PMF
is mutually supported by us and the peer, and should be used here.
Fix KDF sha256 inputs to match the implementation in w1.fi hostap.
Cross-checked with the 802.11 spec, which mentions the use of an extra
zero byte in case of PFK and mentions nothing of the sort in case of KDF.
I was led here by hints left behind by github user pigworlds in
https://github.com/OpenIntelWireless/itlwm/pull/676
ok kevlo@ sthen@