2017-09-14 05:15:20 +08:00
|
|
|
//===- RegAllocBase.cpp - Register Allocator Base Class -------------------===//
|
2012-01-12 06:28:30 +08:00
|
|
|
//
|
2019-01-19 16:50:56 +08:00
|
|
|
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
|
|
|
|
// See https://llvm.org/LICENSE.txt for license information.
|
|
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
2012-01-12 06:28:30 +08:00
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
//
|
2014-02-23 03:31:28 +08:00
|
|
|
// This file defines the RegAllocBase class which provides common functionality
|
2012-01-12 06:28:30 +08:00
|
|
|
// for LiveIntervalUnion-based register allocators.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#include "RegAllocBase.h"
|
|
|
|
#include "Spiller.h"
|
2017-09-14 05:15:20 +08:00
|
|
|
#include "llvm/ADT/SmallVector.h"
|
2012-01-12 06:28:30 +08:00
|
|
|
#include "llvm/ADT/Statistic.h"
|
2017-09-14 05:15:20 +08:00
|
|
|
#include "llvm/CodeGen/LiveInterval.h"
|
2017-12-13 10:51:04 +08:00
|
|
|
#include "llvm/CodeGen/LiveIntervals.h"
|
2012-11-29 03:13:06 +08:00
|
|
|
#include "llvm/CodeGen/LiveRegMatrix.h"
|
2012-01-12 06:28:30 +08:00
|
|
|
#include "llvm/CodeGen/MachineInstr.h"
|
RegAlloc: try to fail more gracefully when out of registers
Summary:
The emitError path allows the program to continue, unlike report_fatal_error.
This is friendlier to use cases where LLVM is embedded in a larger program,
because the caller may be able to deal with the error somewhat gracefully.
Change the number of requested NOP bytes in the AArch64 and PowerPC
test cases to avoid triggering an unrelated assertion. The compilation
still fails, as verified by the test.
Change-Id: Iafb9ca341002a597b82e59ddc7a1f13c78758e3d
Reviewers: arsenm, MatzeB
Subscribers: qcolombet, nemanjai, wdng, javed.absar, kristof.beyls, kbarton, jsji, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D61489
llvm-svn: 360786
2019-05-16 01:29:58 +08:00
|
|
|
#include "llvm/CodeGen/MachineModuleInfo.h"
|
2012-01-12 06:28:30 +08:00
|
|
|
#include "llvm/CodeGen/MachineRegisterInfo.h"
|
2017-11-17 09:07:10 +08:00
|
|
|
#include "llvm/CodeGen/TargetRegisterInfo.h"
|
2012-11-29 03:13:06 +08:00
|
|
|
#include "llvm/CodeGen/VirtRegMap.h"
|
2017-09-14 05:15:20 +08:00
|
|
|
#include "llvm/Pass.h"
|
2012-01-12 06:28:30 +08:00
|
|
|
#include "llvm/Support/CommandLine.h"
|
|
|
|
#include "llvm/Support/Debug.h"
|
|
|
|
#include "llvm/Support/ErrorHandling.h"
|
|
|
|
#include "llvm/Support/Timer.h"
|
2017-06-06 19:49:48 +08:00
|
|
|
#include "llvm/Support/raw_ostream.h"
|
2017-09-14 05:15:20 +08:00
|
|
|
#include <cassert>
|
2012-01-12 06:28:30 +08:00
|
|
|
|
|
|
|
using namespace llvm;
|
|
|
|
|
2014-04-22 10:02:50 +08:00
|
|
|
#define DEBUG_TYPE "regalloc"
|
|
|
|
|
2012-01-12 06:28:30 +08:00
|
|
|
STATISTIC(NumNewQueued , "Number of new live ranges queued");
|
|
|
|
|
|
|
|
// Temporary verification option until we can put verification inside
|
|
|
|
// MachineVerifier.
|
|
|
|
static cl::opt<bool, true>
|
2017-12-01 08:53:10 +08:00
|
|
|
VerifyRegAlloc("verify-regalloc", cl::location(RegAllocBase::VerifyEnabled),
|
|
|
|
cl::Hidden, cl::desc("Verify during register allocation"));
|
2012-01-12 06:28:30 +08:00
|
|
|
|
2016-11-19 03:43:18 +08:00
|
|
|
const char RegAllocBase::TimerGroupName[] = "regalloc";
|
|
|
|
const char RegAllocBase::TimerGroupDescription[] = "Register Allocation";
|
2012-01-12 06:28:30 +08:00
|
|
|
bool RegAllocBase::VerifyEnabled = false;
|
|
|
|
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
// RegAllocBase Implementation
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2013-11-19 08:57:56 +08:00
|
|
|
// Pin the vtable to this file.
|
|
|
|
void RegAllocBase::anchor() {}
|
|
|
|
|
2012-06-21 06:52:29 +08:00
|
|
|
void RegAllocBase::init(VirtRegMap &vrm,
|
|
|
|
LiveIntervals &lis,
|
|
|
|
LiveRegMatrix &mat) {
|
2012-01-12 06:28:30 +08:00
|
|
|
TRI = &vrm.getTargetRegInfo();
|
|
|
|
MRI = &vrm.getRegInfo();
|
|
|
|
VRM = &vrm;
|
|
|
|
LIS = &lis;
|
2012-06-21 06:52:29 +08:00
|
|
|
Matrix = &mat;
|
2012-11-28 08:21:29 +08:00
|
|
|
MRI->freezeReservedRegs(vrm.getMachineFunction());
|
2012-01-12 06:28:30 +08:00
|
|
|
RegClassInfo.runOnMachineFunction(vrm.getMachineFunction());
|
|
|
|
}
|
|
|
|
|
|
|
|
// Visit all the live registers. If they are already assigned to a physical
|
|
|
|
// register, unify them with the corresponding LiveIntervalUnion, otherwise push
|
|
|
|
// them on the priority queue for later assignment.
|
|
|
|
void RegAllocBase::seedLiveRegs() {
|
2016-11-19 03:43:18 +08:00
|
|
|
NamedRegionTimer T("seed", "Seed Live Regs", TimerGroupName,
|
|
|
|
TimerGroupDescription, TimePassesIsEnabled);
|
2012-06-21 05:25:05 +08:00
|
|
|
for (unsigned i = 0, e = MRI->getNumVirtRegs(); i != e; ++i) {
|
|
|
|
unsigned Reg = TargetRegisterInfo::index2VirtReg(i);
|
|
|
|
if (MRI->reg_nodbg_empty(Reg))
|
|
|
|
continue;
|
|
|
|
enqueue(&LIS->getInterval(Reg));
|
2012-01-12 06:28:30 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Top-level driver to manage the queue of unassigned VirtRegs and call the
|
|
|
|
// selectOrSplit implementation.
|
|
|
|
void RegAllocBase::allocatePhysRegs() {
|
|
|
|
seedLiveRegs();
|
|
|
|
|
|
|
|
// Continue assigning vregs one at a time to available physical registers.
|
|
|
|
while (LiveInterval *VirtReg = dequeue()) {
|
|
|
|
assert(!VRM->hasPhys(VirtReg->reg) && "Register already assigned");
|
|
|
|
|
|
|
|
// Unused registers can appear when the spiller coalesces snippets.
|
|
|
|
if (MRI->reg_nodbg_empty(VirtReg->reg)) {
|
2018-05-14 20:53:11 +08:00
|
|
|
LLVM_DEBUG(dbgs() << "Dropping unused " << *VirtReg << '\n');
|
[RegAllocGreedy] Introduce a late pass to repair broken hints.
A broken hint is a copy where both ends are assigned different colors. When a
variable gets evicted in the neighborhood of such copies, it is likely we can
reconcile some of them.
** Context **
Copies are inserted during the register allocation via splitting. These split
points are required to relax the constraints on the allocation problem. When
such a point is inserted, both ends of the copy would not share the same color
with respect to the current allocation problem. When variables get evicted,
the allocation problem becomes different and some split point may not be
required anymore. However, the related variables may already have been colored.
This usually shows up in the assembly with pattern like this:
def A
...
save A to B
def A
use A
restore A from B
...
use B
Whereas we could simply have done:
def B
...
def A
use A
...
use B
** Proposed Solution **
A variable having a broken hint is marked for late recoloring if and only if
selecting a register for it evict another variable. Indeed, if no eviction
happens this is pointless to look for recoloring opportunities as it means the
situation was the same as the initial allocation problem where we had to break
the hint.
Finally, when everything has been allocated, we look for recoloring
opportunities for all the identified candidates.
The recoloring is performed very late to rely on accurate copy cost (all
involved variables are allocated).
The recoloring is simple unlike the last change recoloring. It propagates the
color of the broken hint to all its copy-related variables. If the color is
available for them, the recoloring uses it, otherwise it gives up on that hint
even if a more complex coloring would have worked.
The recoloring happens only if it is profitable. The profitability is evaluated
using the expected frequency of the copies of the currently recolored variable
with a) its current color and b) with the target color. If a) is greater or
equal than b), then it is profitable and the recoloring happen.
** Example **
Consider the following example:
BB1:
a =
b =
BB2:
...
= b
= a
Let us assume b gets split:
BB1:
a =
b =
BB2:
c = b
...
d = c
= d
= a
Because of how the allocation work, b, c, and d may be assigned different
colors. Now, if a gets evicted to make room for c, assuming b and d were
assigned to something different than a.
We end up with:
BB1:
a =
st a, SpillSlot
b =
BB2:
c = b
...
d = c
= d
e = ld SpillSlot
= e
This is likely that we can assign the same register for b, c, and d,
getting rid of 2 copies.
** Performances **
Both ARM64 and x86_64 show performance improvements of up to 3% for the
llvm-testsuite + externals with Os and O3. There are a few regressions too that
comes from the (in)accuracy of the block frequency estimate.
<rdar://problem/18312047>
llvm-svn: 225422
2015-01-08 09:16:39 +08:00
|
|
|
aboutToRemoveInterval(*VirtReg);
|
2012-01-12 06:28:30 +08:00
|
|
|
LIS->removeInterval(VirtReg->reg);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Invalidate all interference queries, live ranges could have changed.
|
2012-06-21 06:52:29 +08:00
|
|
|
Matrix->invalidateVirtRegs();
|
2012-01-12 06:28:30 +08:00
|
|
|
|
|
|
|
// selectOrSplit requests the allocator to return an available physical
|
|
|
|
// register if possible and populate a list of new live intervals that
|
|
|
|
// result from splitting.
|
2018-05-14 20:53:11 +08:00
|
|
|
LLVM_DEBUG(dbgs() << "\nselectOrSplit "
|
|
|
|
<< TRI->getRegClassName(MRI->getRegClass(VirtReg->reg))
|
|
|
|
<< ':' << *VirtReg << " w=" << VirtReg->weight << '\n');
|
2017-09-14 05:15:20 +08:00
|
|
|
|
|
|
|
using VirtRegVec = SmallVector<unsigned, 4>;
|
|
|
|
|
2012-01-12 06:28:30 +08:00
|
|
|
VirtRegVec SplitVRegs;
|
|
|
|
unsigned AvailablePhysReg = selectOrSplit(*VirtReg, SplitVRegs);
|
|
|
|
|
|
|
|
if (AvailablePhysReg == ~0u) {
|
|
|
|
// selectOrSplit failed to find a register!
|
|
|
|
// Probably caused by an inline asm.
|
2014-04-14 08:51:57 +08:00
|
|
|
MachineInstr *MI = nullptr;
|
2014-03-13 14:02:25 +08:00
|
|
|
for (MachineRegisterInfo::reg_instr_iterator
|
|
|
|
I = MRI->reg_instr_begin(VirtReg->reg), E = MRI->reg_instr_end();
|
|
|
|
I != E; ) {
|
RegAlloc: try to fail more gracefully when out of registers
Summary:
The emitError path allows the program to continue, unlike report_fatal_error.
This is friendlier to use cases where LLVM is embedded in a larger program,
because the caller may be able to deal with the error somewhat gracefully.
Change the number of requested NOP bytes in the AArch64 and PowerPC
test cases to avoid triggering an unrelated assertion. The compilation
still fails, as verified by the test.
Change-Id: Iafb9ca341002a597b82e59ddc7a1f13c78758e3d
Reviewers: arsenm, MatzeB
Subscribers: qcolombet, nemanjai, wdng, javed.absar, kristof.beyls, kbarton, jsji, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D61489
llvm-svn: 360786
2019-05-16 01:29:58 +08:00
|
|
|
MI = &*(I++);
|
|
|
|
if (MI->isInlineAsm())
|
2012-01-12 06:28:30 +08:00
|
|
|
break;
|
2014-03-13 14:02:25 +08:00
|
|
|
}
|
RegAlloc: try to fail more gracefully when out of registers
Summary:
The emitError path allows the program to continue, unlike report_fatal_error.
This is friendlier to use cases where LLVM is embedded in a larger program,
because the caller may be able to deal with the error somewhat gracefully.
Change the number of requested NOP bytes in the AArch64 and PowerPC
test cases to avoid triggering an unrelated assertion. The compilation
still fails, as verified by the test.
Change-Id: Iafb9ca341002a597b82e59ddc7a1f13c78758e3d
Reviewers: arsenm, MatzeB
Subscribers: qcolombet, nemanjai, wdng, javed.absar, kristof.beyls, kbarton, jsji, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D61489
llvm-svn: 360786
2019-05-16 01:29:58 +08:00
|
|
|
if (MI && MI->isInlineAsm()) {
|
2013-10-06 03:33:37 +08:00
|
|
|
MI->emitError("inline assembly requires more registers than available");
|
RegAlloc: try to fail more gracefully when out of registers
Summary:
The emitError path allows the program to continue, unlike report_fatal_error.
This is friendlier to use cases where LLVM is embedded in a larger program,
because the caller may be able to deal with the error somewhat gracefully.
Change the number of requested NOP bytes in the AArch64 and PowerPC
test cases to avoid triggering an unrelated assertion. The compilation
still fails, as verified by the test.
Change-Id: Iafb9ca341002a597b82e59ddc7a1f13c78758e3d
Reviewers: arsenm, MatzeB
Subscribers: qcolombet, nemanjai, wdng, javed.absar, kristof.beyls, kbarton, jsji, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D61489
llvm-svn: 360786
2019-05-16 01:29:58 +08:00
|
|
|
} else if (MI) {
|
|
|
|
LLVMContext &Context =
|
|
|
|
MI->getParent()->getParent()->getMMI().getModule()->getContext();
|
|
|
|
Context.emitError("ran out of registers during register allocation");
|
|
|
|
} else {
|
2013-10-06 03:33:37 +08:00
|
|
|
report_fatal_error("ran out of registers during register allocation");
|
RegAlloc: try to fail more gracefully when out of registers
Summary:
The emitError path allows the program to continue, unlike report_fatal_error.
This is friendlier to use cases where LLVM is embedded in a larger program,
because the caller may be able to deal with the error somewhat gracefully.
Change the number of requested NOP bytes in the AArch64 and PowerPC
test cases to avoid triggering an unrelated assertion. The compilation
still fails, as verified by the test.
Change-Id: Iafb9ca341002a597b82e59ddc7a1f13c78758e3d
Reviewers: arsenm, MatzeB
Subscribers: qcolombet, nemanjai, wdng, javed.absar, kristof.beyls, kbarton, jsji, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D61489
llvm-svn: 360786
2019-05-16 01:29:58 +08:00
|
|
|
}
|
2012-01-12 06:28:30 +08:00
|
|
|
// Keep going after reporting the error.
|
|
|
|
VRM->assignVirt2Phys(VirtReg->reg,
|
|
|
|
RegClassInfo.getOrder(MRI->getRegClass(VirtReg->reg)).front());
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (AvailablePhysReg)
|
2012-06-21 06:52:29 +08:00
|
|
|
Matrix->assign(*VirtReg, AvailablePhysReg);
|
2012-01-12 06:28:30 +08:00
|
|
|
|
2017-07-25 02:07:55 +08:00
|
|
|
for (unsigned Reg : SplitVRegs) {
|
|
|
|
assert(LIS->hasInterval(Reg));
|
|
|
|
|
|
|
|
LiveInterval *SplitVirtReg = &LIS->getInterval(Reg);
|
2012-01-12 06:28:30 +08:00
|
|
|
assert(!VRM->hasPhys(SplitVirtReg->reg) && "Register already assigned");
|
|
|
|
if (MRI->reg_nodbg_empty(SplitVirtReg->reg)) {
|
2017-07-25 02:07:55 +08:00
|
|
|
assert(SplitVirtReg->empty() && "Non-empty but used interval");
|
2018-05-14 20:53:11 +08:00
|
|
|
LLVM_DEBUG(dbgs() << "not queueing unused " << *SplitVirtReg << '\n');
|
[RegAllocGreedy] Introduce a late pass to repair broken hints.
A broken hint is a copy where both ends are assigned different colors. When a
variable gets evicted in the neighborhood of such copies, it is likely we can
reconcile some of them.
** Context **
Copies are inserted during the register allocation via splitting. These split
points are required to relax the constraints on the allocation problem. When
such a point is inserted, both ends of the copy would not share the same color
with respect to the current allocation problem. When variables get evicted,
the allocation problem becomes different and some split point may not be
required anymore. However, the related variables may already have been colored.
This usually shows up in the assembly with pattern like this:
def A
...
save A to B
def A
use A
restore A from B
...
use B
Whereas we could simply have done:
def B
...
def A
use A
...
use B
** Proposed Solution **
A variable having a broken hint is marked for late recoloring if and only if
selecting a register for it evict another variable. Indeed, if no eviction
happens this is pointless to look for recoloring opportunities as it means the
situation was the same as the initial allocation problem where we had to break
the hint.
Finally, when everything has been allocated, we look for recoloring
opportunities for all the identified candidates.
The recoloring is performed very late to rely on accurate copy cost (all
involved variables are allocated).
The recoloring is simple unlike the last change recoloring. It propagates the
color of the broken hint to all its copy-related variables. If the color is
available for them, the recoloring uses it, otherwise it gives up on that hint
even if a more complex coloring would have worked.
The recoloring happens only if it is profitable. The profitability is evaluated
using the expected frequency of the copies of the currently recolored variable
with a) its current color and b) with the target color. If a) is greater or
equal than b), then it is profitable and the recoloring happen.
** Example **
Consider the following example:
BB1:
a =
b =
BB2:
...
= b
= a
Let us assume b gets split:
BB1:
a =
b =
BB2:
c = b
...
d = c
= d
= a
Because of how the allocation work, b, c, and d may be assigned different
colors. Now, if a gets evicted to make room for c, assuming b and d were
assigned to something different than a.
We end up with:
BB1:
a =
st a, SpillSlot
b =
BB2:
c = b
...
d = c
= d
e = ld SpillSlot
= e
This is likely that we can assign the same register for b, c, and d,
getting rid of 2 copies.
** Performances **
Both ARM64 and x86_64 show performance improvements of up to 3% for the
llvm-testsuite + externals with Os and O3. There are a few regressions too that
comes from the (in)accuracy of the block frequency estimate.
<rdar://problem/18312047>
llvm-svn: 225422
2015-01-08 09:16:39 +08:00
|
|
|
aboutToRemoveInterval(*SplitVirtReg);
|
2012-01-12 06:28:30 +08:00
|
|
|
LIS->removeInterval(SplitVirtReg->reg);
|
|
|
|
continue;
|
|
|
|
}
|
2018-05-14 20:53:11 +08:00
|
|
|
LLVM_DEBUG(dbgs() << "queuing new interval: " << *SplitVirtReg << "\n");
|
2012-01-12 06:28:30 +08:00
|
|
|
assert(TargetRegisterInfo::isVirtualRegister(SplitVirtReg->reg) &&
|
|
|
|
"expect split value in virtual register");
|
|
|
|
enqueue(SplitVirtReg);
|
|
|
|
++NumNewQueued;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2016-04-13 11:08:27 +08:00
|
|
|
|
|
|
|
void RegAllocBase::postOptimization() {
|
|
|
|
spiller().postOptimization();
|
|
|
|
for (auto DeadInst : DeadRemats) {
|
|
|
|
LIS->RemoveMachineInstrFromMaps(*DeadInst);
|
|
|
|
DeadInst->eraseFromParent();
|
|
|
|
}
|
|
|
|
DeadRemats.clear();
|
|
|
|
}
|