[llubi] Upstream existing floating-point intrinsics (#196034)
This PR upstreams existing floating-point intrinsics in the out-of-tree
version of llubi. Including FP vector reduction, FP min/max operations,
etc. Some minor bugs from #188453 are also fixed.
[mlir][tosa] Add a pass to downgrade TOSA `1.1.draft` to `1.0` (#194971)
This commit adds a pass that will allow 1.1.draft operations to be
rewritten to their 1.0 counterparts where possible. The pass currently
covers the following operations:
- bool <-> fp32 casts via i8 bridge casts
- bool gather/scatter with i32 indices via i8 payload rewrites
Note that the downgrade is 'best-effort' and the pass does not perform
any validation itself. The validation pass should be run after
downgrading to check that the resulting IR was downgraded successfully.
Motivation: This decouples the target specification version in
legalizations and backends. Legalizations from higher level frameworks
may be updated to support producing TOSA 1.1.draft variants of
operations, while backends can still consume TOSA 1.0 IR after running
the downgrade pass.
[Clang] Fix incorrect type for `__mfp8` in `extractelement` codegen (#192977)
The codegen for extracting an element from an FP8 vector was emitting a
simple `extractelement` with `i8` type for the extracted element. The
`__mfp8` type is represented as `<1 x i8>` in LLVM IR. This codegen
created inconsistency in Clang - some `__mfp8` expressions would
correspond to LLVM IR values with `<1 x i8>` type and some to `i8` type.
It also caused an assertion failure when the extracted element was
passed as a function argument.
This patch fixes the issue by inserting the extracted element
into a `<1 x i8>`.
[X86] Cast atomic vectors in IR to support floats (#148899)
This commit casts floats to ints in an atomic load during AtomicExpand
to support
floating point types. It also is required to support 128 bit vectors in
SSE/AVX.
[LV][NFC] Remove instcombine pass from RUN lines of simple tests (#196257)
Most of the work done by the instcombine pass on these files involves
canonicalising GEPs and shuffling code around. I don't believe there is
any value running instcombine in these cases.
[LV] Handle FSub Partial Reductions (#191186)
Introduces a new RecurKind value 'FSub' in order to handle partial
reductions of floating point values.
This is done by following the existing method for integer partial
reductions, doing a positive accumulation followed by a final
subtraction in the middle block.
devel/llvm??: Add Mips back to standard backends
I'd forgotten that STANDARD_BACKENDS is includes _FREEBSD_BACKENDS so
Mips dropped out of the list when it was removed from _FREEBSD_BACKENDS.
PR: 295111
Fixes: 2a7c0561200c ("all: drop support for FreeBSD 13, mips and risc64sf")
sysbench: updated to 1.0.20
1.0.20
* build/CI/packaging: Add arm64 to Travis CI matrix
* build/CI/packaging: add Ubuntu Focal
* build/CI/packaging: remove Fedora Rawhide from CI matrix
* build/CI/packaging: fix regression tests to work with MySQL 8.0.19+
* build/CI/packaging: fix macOS builds in Travis
* build/CI/packaging: remove Ubuntu Disco (EOL)
Captive Portal: remove redirection on HTTPS, ditch non-functional pass statement as well
In theory, clients only use HTTP to detect the presence of a portal.
If they were to use HTTPS, the 302 redirect would in most cases
not be accessible, as the certificate presented is most likely not
valid, cutting off the communication before any redirect to a login
page can happen.
The portal itself can and should remain accessible on HTTPS, as this
is the URL the redirect is pointing to. This may be attached to a
valid certificate as well, but the key point is that access to
this URL doesn't strictly need redirection for everything on port
443.
This should prevent clients opening bogus connections to the
captive portal, which consumes a lot of TLS traffic on the network
stack, bogging down lighttpd in bigger setups and creating
a lot of established states in pf.
client-id is stored differently in the running configuration and the lease endpoint, it must be normalized here so we can return a correct match in is_reserved
interfaces: multi-dhcp6c support #7647
This splits off rtsold and dhcp6c into separate processes.
I'm not entirely sure why we settled for a single deamon of
dhcp6c back in the day, but there are certianly downsides to
it and I don't see something that wasn't fixed in the meantime
that makes this not work.
