Improve failover handling for services
This commit addresses two issues:
1. Certain ctdb databases will be reinitialized if the client opening
database is the first to open. This means that we need the SMB
server on standby controller running prior to failover events and
we need to not issue a restart during failover processing.
2. We have some services that are dependent on directory services
health and recovery and so their restart is managed by
directoryservices.setup call within failover event to become
vrrp_master. This commit removes redundant earlier restart of
these services.
[AMDGPU] Update patterns for v_cvt_flr and v_cvt_rpi (#177962)
Support GlobalISel and switch to checking `nnan` flag on instruction
instead of TargetOptions.
Instruction are renamed to v_cvt_floor and v_cvt_nearest on gfx11+
so add gfx11 tests as well.
[RISCV] Test Zibi relocation type (#177896)
Zibi beqi/bnei (#127463) use a modified B-type format (replace `rs2`
with `cimm`) and reuse the R_RISCV_BRANCH relocation type.
Since with just a boolean "is_reserved" key we don't know why it was reserved, the search button cannot distinguish between duid and hwaddr.
So we need to add some sort of metadata, in this case "is_reserved_key" which can contain this information.
Now the DHCPv6 Reservation page can distinguish between the two choices of reservation reason, and change the lease lookup button to either
search for a duid or hwaddr.
Improve failover handling for services
This commit addresses two issues:
1. Certain ctdb databases will be reinitialized if the client opening
database is the first to open. This means that we need the SMB
server on standby controller running prior to failover events and
we need to not issue a restart during failover processing.
2. We have some services that are dependent on directory services
health and recovery and so their restart is managed by
directoryservices.setup call within failover event to become
vrrp_master. This commit removes redundant earlier restart of
these services.
[HWASan] [MTE] use precise lifetimes even if they don't cover all exits
Previously, for performance reasons, we would only use precise lifetimes
if they cover all reachable exits. Now, if they do not, we use precise
lifetimes in addition to untagging at every exit that is not dominated
by them.
This is the behavior of ASan.
Reviewers: vitalybuka, pcc
Pull Request: https://github.com/llvm/llvm-project/pull/174875
[OpenMP][MLIR] Modify lowering OpenMP Dialect lowering to support attach mapping
This PR adjusts the LLVM-IR lowering to support the new attach map type that the runtime
uses to link data and pointer together, this swaps the mapping from the older
OMP_MAP_PTR_AND_OBJ map type in most cases and allows slightly more complicated ref_ptr/ptee
and attach semantics.
17827 Update libsff values
Reviewed by: Robert Mustacchi <rm+illumos at fingolfin.org>
Reviewed by: C Fraire <cfraire at me.com>
Approved by: Gordon Ross <gordon.w.ross at gmail.com>
[libc++] Do not redefine _LIBCPP_AVAILABILITY_HAS_INIT_PRIMARY_EXCEPTION (#177851)
Review in #176857 asked to remove this block and make
_LIBCPP_AVAILABILITY_HAS_INIT_PRIMARY_EXCEPTION similar
to the other availability macros. This patch does this.
[DTLTO] Make temporary file handling consistent (#176807)
DTLTO emits temporary files to allow distribution of archive member
inputs.
It also emits temporary files from the ThinLTO backend, such as the
index files needed for each distributed ThinLTO backend compilation.
This change brings archive member temporary files into line with those
produced by the ThinLTO backend. They are now emitted in the same
location, warnings are emitted if they cannot be deleted, and they are
cleaned up on abnormal exit (e.g. Ctrl-C). All temporary files are
preserved when --save-temps is specified.
The existing signal-handling test has been extended to cover the full
set of DTLTO temporary files, and a new test has been added to exercise
temporary file handling in normal operation. Additionally, a minimal
test has been added to show the COFF behaviour.
SIE Internal tracker: TOOLCHAIN-21022
