When pmap_enter(9) is asked to enter a mapping that already exists, we
should avoid removing the existing mapping otherwise we can trigger a
scenario where multiple threads of a process will continously fault
on a single page.
ok jca@, miod@, mlarkin@
refcnt_shared can be a macro around refcnt_read.
they're basically the same code except refcnt_shared checks if the
read value was > 1. the caller is going to check it anyway, so get rid
of the duplicate code.
AMD SEV-ES guest: In vctrap() allow only CPUID from userspace.
CPUID is the only instruction we allow to raise a #VC exception
also from user space. All other instructions are limited to raise
#VC from kernel space only.
With respect to rdmsr/wrmsr, this is an additional safe-guard, as
these two instructions will raise a #GP anyway when the CPL is
greater than 0.
With respect to in/out, userland could be allowed to access IO
ports. However, our SEV-ES guest do not support this for now.
from hshoexer@; OK mlarkin@
rpki-client: remove valid_ca_pkey()
CMS_verify() hangs each signer (EE) cert's public key off the signerInfo
corresponding to it (via CMS_set1_signers_certs() if you must know),
which we then go and validate via valid_ca_pkey().
While this happens to work, it has a wrong smell to it. With recent
changes, cert_parse_ee_cert() validates this key more completely later
on, so it's not only not right but also redundant. All the calls to
cert_parse_ee_cert() after cms_parse_validate() will be merged into a
single call in cms_parse_validate(), so this will become tighter.
The valid_ca_pkey API is unused otherwise, so garbage collect it.
ok job
rpki-client: check required presence/absence of extensions
cert_parse_extensions() keeps track of all the extensions expected in a
resource certificate. It is the natural place to check completeness
against RFC 6487, section 4.8 and RFC 8209, section 3.1.3. Some of this
is currently in cert_parse_pre(). Some of it in cert_parse(), ta_parse(),
or sprinkled throughout the signed object handlers.
As mentioned in the comment, the checks are deliberately kept simple-minded
and systematic. If an extension is present, the extension handler is
assumed to have checked that the extension is valid and the required info
is present, so we don't do much more than presence/absence except for a few
things where more than one extension is involved (e.g., ski vs aki,
presence of INRs).
Some of this wasn't checked at all (e.g., presence of a CRLDP for most
EE certs) or we left that to the X.509 validator (e.g., presence of the
certificate policy).
[12 lines not shown]
drm/amdkfd: Fix instruction hazard in gfx12 trap handler
From Jay Cornwall
725a59d29adb517cc197763edbe91606fc564d6f in linux-6.12.y/6.12.36
424648c3838133f93a34fdfe4f9d5597551e7b3b in mainline linux
drm/amdkfd: remove gfx 12 trap handler page size cap
From Jonathan Kim
6c7dc7ad867c14638cadfe9c0a2e93d2507002c7 in linux-6.12.y/6.12.36
cd82f29ec51b2e616289db7b258a936127c16efa in mainline linux
drm/fbdev-dma: Add shadow buffering for deferred I/O
From Thomas Zimmermann
0d087de947babf7ed70029d042abcc6ed06ff415 in linux-6.12.y/6.12.36
3603996432997f7c88da37a97062a46cda01ac9d in mainline linux
drm/amd/display: Fix mpv playback corruption on weston
From Alex Hung
8cd7ee9cd7decf195a4fa0098a1a0308d85f9ad9 in linux-6.12.y/6.12.36
8724a5380c4390eed81e271d22f34ff06453ded9 in mainline linux
drm/amdgpu: switch job hw_fence to amdgpu_fence
From Alex Deucher
5f2e040f19c4d73496ac8c32f2c441a6146430c9 in linux-6.12.y/6.12.36
ebe43542702c3d15d1a1d95e8e13b1b54076f05a in mainline linux
drm/amdgpu: Fix SDMA UTC_L1 handling during start/stop sequences
From Jesse Zhang
9cfa2fea2566fc488aa59e80ea00422c3e441e47 in linux-6.12.y/6.12.36
7f3b16f3f229e37cc3e02e9e4e7106c523b119e9 in mainline linux
drm/i915/dsi: Fix off by one in BXT_MIPI_TRANS_VTOTAL
From Ville Syrjala
cc0a3fd781bf83d631d988568871808d06046e75 in linux-6.12.y/6.12.36
c464ce6af332e7c802c36cd337cacf81db05400c in mainline linux
drm/amd/display: Check dce_hwseq before dereferencing it
From Alex Hung
e881b82f5d3d8d54d168cd276169f0fee01bf0e7 in linux-6.12.y/6.12.36
b669507b637eb6b1aaecf347f193efccc65d756e in mainline linux
drm/amdgpu: Add kicker device detection
From Frank Min
593517e5561cb8f7f03503de3d75169b855b1d00 in linux-6.12.y/6.12.36
0bbf5fd86c585d437b75003f11365b324360a5d6 in mainline linux
drm/amd/display: Fix RMCM programming seq errors
From Yihan Zhu
ba1ffc32bda798613999916c60a03462233ae067 in linux-6.12.y/6.12.36
158f9944ac05dafd2d3a23d0688e6cf40ef68b90 in mainline linux
drm/amd/display: Correct non-OLED pre_T11_delay.
From Zhongwei Zhang
ca8efc6a89716245408eb00a6a83dfa13dea7a2f in linux-6.12.y/6.12.36
893f07452bca56ff146a6be02b3294a9ea23d18a in mainline linux
drm/amdgpu: amdgpu_vram_mgr_new(): Clamp lpfn to total vram
From John Olender
e2c3133ff4d594f68d3bae82b2637e96b509e063 in linux-6.12.y/6.12.36
4d2f6b4e4c7ed32e7fa39fcea37344a9eab99094 in mainline linux
drm/amd/display: Add null pointer check for get_first_active_display()
From Wentao Liang
4ce9f2dc9ff7cc410e8c5d936ec551e26b9599a9 in linux-6.12.y/6.12.36
c3e9826a22027a21d998d3e64882fa377b613006 in mainline linux
drm/amdkfd: Fix race in GWS queue scheduling
From Jay Cornwall
b681e2a8a7595431479a3743ef2e148f79cbe4b5 in linux-6.12.y/6.12.36
cfb05257ae168a0496c7637e1d9e3ab8a25cbffe in mainline linux
drm/i915: fix build error some more
From Arnd Bergmann
18ec560e3e9b476e63c671514dcb8b9163a578a2 in linux-6.12.y/6.12.36
d02b2103a08b6d6908f1d3d8e8783d3f342555ac in mainline linux
drm/amd: Adjust output for discovery error handling
From Mario Limonciello
23116bf9a3d046fb0057cb6a121f97219dce4607 in linux-6.12.y/6.12.36
73eab78721f7b85216f1ca8c7b732f13213b5b32 in mainline linux
drm/amdgpu/discovery: optionally use fw based ip discovery
From Alex Deucher
840fe792a17069d99becbdd927822f175470cb3c in linux-6.12.y/6.12.36
80a0e828293389358f7db56adcdcb22b28df5e11 in mainline linux
drm/scheduler: signal scheduled fence when kill job
From Lin.Cao
aefd0a935625165a6ca36d0258d2d053901555df in linux-6.12.y/6.12.36
471db2c2d4f80ee94225a1ef246e4f5011733e50 in mainline linux
drm/amdgpu: seq64 memory unmap uses uninterruptible lock
From Philip Yang
777580609d57861b8db3860c74142735d4c611e4 in linux-6.12.y/6.12.36
a359288ccb4dd8edb086e7de8fdf6e36f544c922 in mainline linux
