[ADT] Reland: Remove CRTP from FoldingSet and ContextualFoldingSet (NFC) (#217058)
This patch relands #216830 with a fix for MSVC build failures.
In the original patch, FoldingSetInfo was defined as a static constexpr
member variable of FoldingSetImpl. On MSVC, instantiating
FoldingSetImpl<T> (e.g. in LLVMContextImpl.h) eagerly evaluates the
static constexpr member variable and its lambdas containing
static_cast<T *>(N). When T is an incomplete type (such as AttributeImpl
forward-declared in LLVMContextImpl.h and compiled in Metadata.cpp),
this
caused MSVC to fail with C2440 because static_cast requires a complete
type.
This patch wraps FoldingSetInfo in a static getFoldingSetInfo() member
function so that instantiation is deferred until the function is
actually
called, such as during InsertNode or FindNodeOrInsertPos.
Assisted-by: Antigravity
Merge tag 'soc-arm-7.3' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc
Pull ARM SoC platform updates from Arnd Bergmann:
"The 32-bit Arm platforms are a bit more interesting this time: I
refreshed an earlier series to mark code as deprecated that does have
the tendency of getting in the way of cleanups and new features but
has close to zero users. Among these are:
- 22 of the remaining 28 legacy board files that predate the current
devicetree based descriptions, using old chips from Intel and
Marvell. The remaining six board files are for TI OMAP1 and Samsung
s3c64xx chips and all still have known users.
- support for Cortex-M3/M4/M7 and ARM1136r0 CPU cores and the 25
machines based on these. These all use devicetree but the CPU
support causes disproportional work. Most of them are just
reference boards, the notable exceptions being the Nokia N800/N810
tablet and the Buglabs BUG platform.
[35 lines not shown]
Merge tag 'soc-defconfig-7.3' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc
Pull SoC defconfig updates from Arnd Bergmann:
"Just the usual updates to the main defconfig files as well as the
omap2 specific one, to enable more loadable modules for better default
hardware support"
* tag 'soc-defconfig-7.3' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc:
riscv: defconfig: thead: enable PCA953X GPIO driver
arm64: defconfig: Enable drivers for BeagleBadge
arm64: defconfig: Enable Qualcomm BAM-DMUX WWAN driver
arm64: defconfig: Enable Sound DMIC driver
arm: omap2plus_defconfig: Enable multi-LED
arm64: defconfig: Enable Qualcomm reference device EC driver
ARM: omap2plus_defconfig: enable things required by iwd
arm: multi_v7_defconfig: Enable BRIDGE and DP83848_PHY for TI AM57xx, AM437x and AM335x
arm64: defconfig: Enable Allwinner LRADC input driver
Merge tag 'soc-drivers-7.3' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc
Pull SoC driver updates from Arnd Bergmann:
"The SoC driver changes once more consist of many small fixes and
cleanups, that are to a large part the result of automated testing.
On platform specific drivers, this includes SoC specific code for
xilinx, freescale/nxp, qualcomm, TI, aspeed, omap, tegra, samsung,
rockchip, renesas, ixp4xx. In firmware drivers, we see a similar
picture for SCMI and qcomtee.
Aside from these, we see actual new hardware support in a few areas:
- The Apple platform gets a new driver for low power states
- Updates to Qualcomm platform drivers add several new hardware
specific features and additional SoCs.
- Amlogic SoC support for A1 and T7 is added
[25 lines not shown]
Merge tag 'soc-dt-7.3' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc
Pull SoC devicetree updates from Arnd Bergmann:
"There are two new mystery SoCs with very little public information
about them so far, Qualcomm's Cortex-A78C based "Shikra" and Altera's
Cortex-A720 based Agilex72 SOCFPGA.
We have also gained support for a couple of SoCs from the 2023/2024
timeframe that have been in the making for a while:
- The Apple platform gains support for M3 Pro, Max and Ultra SoC,
following the basic M3 support from 7.2.
- Samsung Exynos 1580 is a high-end mobile phone SoC from 2024
- Canaan K230 is a RISC-V based 64-bit AI SoC, based on the earlier
K210 chip
- Sophgo SG2000 is a mixed Arm/RISC-V chip that was already supported
[50 lines not shown]
firefox140: update to 140.14
Mozilla Foundation Security Advisory 2026-76
Security Vulnerabilities fixed in Firefox ESR 140.14
Announced
August 18, 2026
Impact
high
Products
Firefox ESR
Fixed in
Firefox ESR 140.14
#CVE-2026-74934: Site isolation issue in the Graphics: CanvasWebGL component
Reporter
satyamasd
[345 lines not shown]
Update to 4.01
Upstream changes:
version 4.01: Sat 13 Dec 12:18:33 CET 2025
Fixes:
- three messages logged the old way.
version 4.00: Thu 11 Dec 13:42:25 CET 2025
Changes:
- use Mail::Box 4 exception model: use Log::Report
- remove Carp
version 3.008:
Improvements:
- convert install to OODoc 3.05
- restyle code to OODoc 3 standard
- explicitly depend on Mail::Message v3, not 4
version 3.007: Wed 3 Sep 10:47:04 CEST 2025
Fixes:
- smtp when the message body does not naturally end on a blank.
[8 lines not shown]
Merge tag 'alpha-for-v7.3-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/lindholm/alpha
Pull alpha updates from Magnus Lindholm:
"This contains two fixes for Alpha floating-point exception handling,
two clang-related fixes, the preparatory changes from the
generic-entry series, an interrupt-entry lockdep fix, two Marvel/EV7
IRQ fixes, an RTC fix, and one header cleanup.
The generic-entry preparation adds regset-based ptrace and core dumps,
ARCH_STACKWALK and lockdep hardirq-state tracking. These changes are
useful independently and enable previously missing debugging
facilities on Alpha.
The final patch switching Alpha to GENERIC_ENTRY is intentionally not
included in this pull request. I am deferring that change to allow
further testing and to reduce the risk of conflicts with ongoing
entry-path work elsewhere in the kernel"
* tag 'alpha-for-v7.3-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/lindholm/alpha:
[15 lines not shown]
Update to 3.20260331
Upstream changes:
3.20260331 2026-04-01 Australia/Melbourne
** Thanks to Giovanni <g.bechis at snb.it> for this change:
- Do not check for multiple CNAMEs if the included domain is a macro
Update to 0.83
Upstream changes:
0.83 2026-07-04 NEILB
- strip CR/LF from header values, to prevent insertion of rogue headers.
Deals with issue in CVE-2026-13092. Pull request from Olaf Alders++.
- Tried using [PkgVersion] so $VERSION would be auto managed, but
caused issues testing as the code expects $VERSION to be there pre-build.
- switched to a new test Sendmail server for t/original.t, as the old
one was no longer accepting connections.
Update to 4.02
Upstream changes:
version 4.02: Fri 10 Apr 11:09:04 CEST 2026
Fixes:
- rewrite flipped conditions.
github PR #1 [Jitka Plesníková]
Improvements:
- remove version of introduction indicators '[3*]', because version 4 is
not backwards compatible anyway.
version 4.01: Sat 13 Dec 12:20:29 CET 2025
Fixes:
- still used some removed logging features.
version 4.000: Wed 10 Dec 19:01:10 CET 2025
Changes:
- use Mail::Box 4 exception model: use Log::Report
version 3.008:
Changes:
- MailBox mid-life upgrade: require Perl minimal version 5.16.
[4 lines not shown]
Update to 4.01
Upstream changes:
version 4.01: Sat 13 Dec 12:21:57 CET 2025
Fixes:
- missed some old log calls.
Improvements:
- test loading of all modules.
version 4.000: Wed 10 Dec 18:44:14 CET 2025
Changes:
- use Mail::Box 4 exception model: use Log::Report
version 3.010:
Changes:
- MailBox mid-life upgrade: require Perl minimal version 5.016
Improvements:
- remove explicit use of GLOB.
- remove use of bareword filehandle.
- use defined-or
- oorestyle and convert to OODoc 3.04
Merge tag 'x86_cpu_for_v7.3_rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
Pull x86 cpuid updates from Borislav Petkov:
- Get rid of static_cpu_has() - one less API to care about testing CPU
features
- Unify the handling of CPU core types (performance, efficient, etc) by
mapping the vendor-specific types to Linux ones
- Continuation of the work of Ahmed Darwish to centralize CPUID leaf
representation
* tag 'x86_cpu_for_v7.3_rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
x86/CPU: Rename struct cpuid_read_output to struct cpuid_output
x86/cpu/scattered: Sort it properly
x86/cpu: Use parsed CPUID(0x1)
x86/lib: Add CPUID(0x1) family and model calculation
x86/cpu: Use parsed CPUID(0x0)
[6 lines not shown]
net80211: migrate the ioctl API to a 128 bit specific API + use key API
* Begin migrating the ioctl code to use the key management APIs.
Not all of it has been migrated (notably the WEP API hasn't.)
* Take special care to copy the TKIP MIC in and out correctly.
* Note that some of the defines used as sizes are actually the ioctl
sizes, they'll need to be fixed before I push this into a review.
* Document this current API as a specific 128 bit key + 128 bit
TKIP MIC API.
The goal here is to solidify this stuff as the 128 bit ioctl API
and not change it, even if net80211 will eventually grow 256 and
384 bit key support.
Notably the TKIP stuff - the driver_bsd.c code puts the TKIP after
the normal key contents, whereas the net80211 code puts the TKIP
[6 lines not shown]