aio: fix alignment of struct (o)aiocb32 on non-amd64
Only i386 has a four-byte alignment for uint64_t, others have
eight-byte alignment. This causes the structure to mismatch
on armv7 binaries running under aarch64, breaking the aio interface.
Approved by: re (cperciva)
Fixes: 3858a1f4f501d00000447309aae14029f8133946
Approved by: markj (mentor)
Reported by: Mark Millard <marklmi26-fbsd at yahoo.com>
Discussed with: jrtc27
PR: 290962
MFC after: immediately (for 15.0)
(cherry picked from commit ea26fd52a949116d03f59066d364eee2af6c9f51)
mtw: convert to new net80211 crypto key API
* constify mtw_write_region_1()'s data field
* convert to use ieee80211_crypto_get_*()
* .. note that rx/tx mic data routines are explicitly being called,
as this NIC is doing TKIP + MIC offload
Differential Revision: https://reviews.freebsd.org/D53704
Reviewed by: bz
rtwn: migrate to new ieee80211 key data accessors
Migrate to the ieee80211_crypto_key_*() routines.
Should be no functional change.
Locally tested:
* RTL8821AU, STA mode
Differential Revision: https://reviews.freebsd.org/D52712
drm/amd/display: Fix incorrect return of vblank enable on unconfigured crtc
From Ivan Lipski
ab574f883307cab920fd0663c40a416231741983 in linux-6.12.y/6.12.58
b3656b355b5522cef1b52a7469010009c98156db in mainline linux
drm/amd: Check that VPE has reached DPM0 in idle handler
From Mario Limonciello
3daad56d20db357e9c5c1b4b09b323141cd546f5 in linux-6.12.y/6.12.58
ba10f8d92a2c026b1052b4c0fa2cd7538838c965 in mainline linux
drm/sched: avoid killing parent entity on child SIGKILL
From David Rosca
3ec3d47e3a03d5f1fe663edafcf0051cf0460788 in linux-6.12.y/6.12.58
9e8b3201c7302d5b522ba3535630bed21cc03c27 in mainline linux
drm/amd/pm/powerplay/smumgr: Fix PCIeBootLinkLevel value on Iceland
From John Smith
ba58efa890cc8c9df8e072397ad153f04d06c24b in linux-6.12.y/6.12.58
501672e3c1576aa9a8364144213c77b98a31a42c in mainline linux
drm/amd/pm/powerplay/smumgr: Fix PCIeBootLinkLevel value on Fiji
From John Smith
6f18f14eb3edf5b89c07bd179ecfdb43a02b4a31 in linux-6.12.y/6.12.58
07a13f913c291d6ec72ee4fc848d13ecfdc0e705 in mainline linux
drm/amd/pm: fix smu table id bound check issue in smu_cmn_update_table()
From Yang Wang
3545f3cb517c1440eb7d7c503c71be95ae395574 in linux-6.12.y/6.12.58
238d468d3ed18a324bb9d8c99f18c665dbac0511 in mainline linux
drm/radeon: Remove calls to drm_put_dev()
From Daniel Palmer
2fa41445d8c98f2a65503c373796466496edc0e7 in linux-6.12.y/6.12.58
745bae76acdd71709773c129a69deca01036250b in mainline linux
drm/radeon: Do not kfree() devres managed rdev
From Daniel Palmer
f7482516002a11317912e29577bbf33cf59a0fb1 in linux-6.12.y/6.12.58
3328443363a0895fd9c096edfe8ecd372ca9145e in mainline linux
RuntimeLibcalls: Move VectorLibrary handling into TargetOptions
This fixes the -fveclib flag getting lost on its way to the backend.
Previously this was its own cl::opt with a random boolean. Move the
flag handling into CommandFlags with other backend ABI-ish options,
and have clang directly set it, rather than forcing it to go through
command line parsing.
Prior to de68181d7f, codegen used TargetLibraryInfo to find the vector
function. Clang has special handling for TargetLibraryInfo, where it would
directly construct one with the vector library in the pass pipeline.
RuntimeLibcallsInfo currently is not used as an analysis in codegen, and
needs to know the vector library when constructed.
RuntimeLibraryAnalysis could follow the same trick that TargetLibraryInfo is
using in the future, but a lot more boilerplate changes are needed to thread
that analysis through codegen. Ideally this would come from an IR module flag,
and nothing would be in TargetOptions. For now, it's better for all of these
sorts of controls to be consistent.
DeclareRuntimeLibcalls: Use RuntimeLibraryAnalysis
Also add boilerplate to have a live instance when running
opt configured from CommandFlags / TargetOptions.
aio: fix alignment of struct (o)aiocb32 on non-amd64
Only i386 has a four-byte alignment for uint64_t, others have
eight-byte alignment. This causes the structure to mismatch
on armv7 binaries running under aarch64, breaking the aio interface.
Fixes: 3858a1f4f501d00000447309aae14029f8133946
Approved by: markj (mentor)
Reported by: Mark Millard <marklmi26-fbsd at yahoo.com>
Discussed with: jrtc27
PR: 290962
MFC after: immediately (for 15.0)
(cherry picked from commit f0af21824331648a41b4e5d3323bea9216bcb7e2)
aio: fix alignment of struct (o)aiocb32 on non-amd64
Only i386 has a four-byte alignment for uint64_t, others have
eight-byte alignment. This causes the structure to mismatch
on armv7 binaries running under aarch64, breaking the aio interface.
Fixes: 3858a1f4f501d00000447309aae14029f8133946
Approved by: markj (mentor)
Reported by: Mark Millard <marklmi26-fbsd at yahoo.com>
Discussed with: jrtc27
PR: 290962
MFC after: immediately (for 15.0)
Merge tag 'vfio-v6.18-rc6' of https://github.com/awilliam/linux-vfio
Pull VFIO seftest fixes from Alex Williamson:
- Fix vfio selftests to remove the expectation that the IOMMU supports
a 64-bit IOVA space.
These manifest both in the original set of tests introduced this
development cycle in identity mapping the IOVA to buffer virtual
address space, as well as the more recent boundary testing.
Implement facilities for collecting the valid IOVA ranges from the
backend, implement a simple IOVA allocator, and use the information
for determining extents (Alex Mastro)
* tag 'vfio-v6.18-rc6' of https://github.com/awilliam/linux-vfio:
vfio: selftests: replace iova=vaddr with allocated iovas
vfio: selftests: add iova allocator
vfio: selftests: fix map limit tests to use last available iova
vfio: selftests: add iova range query helpers
[CIR] Upstream l-value emission for ExprWithCleanups (#167938)
This adds the necessary handler for emitting an l-value for an
ExprWithCleanups expression.
aio: fix alignment of struct (o)aiocb32 on non-amd64
Only i386 has a four-byte alignment for uint64_t, others have
eight-byte alignment. This causes the structure to mismatch
on armv7 binaries running under aarch64, breaking the aio interface.
Fixes: 3858a1f4f501d00000447309aae14029f8133946
Approved by: markj (mentor)
Reported by: Mark Millard <marklmi26-fbsd at yahoo.com>
Discussed with: jrtc27
PR: 290962
MFC after: immediately (for 15.0)
Merge tag 'hwmon-for-v6.18-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging
Pull hwmon fixes from Guenter Roeck:
- gpd-fan: Fix compilation error for non-ACPI builds, and initialize EC
when loading the driver
* tag 'hwmon-for-v6.18-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging:
hwmon: (gpd-fan) initialize EC on driver load for Win 4
hwmon: (gpd-fan) Fix compilation error in non-ACPI builds
