Displaying 7 results from an estimated 7 matches for "killindices".
2009 Dec 09
5
[LLVMdev] [PATCH] increase the max number of physical registers
...und Olesen wrote:
>
> On Dec 8, 2009, at 11:33 AM, Evan Cheng wrote:
>
>> This caused a massive slow down to post-ra scheduler (llc -O3 on x86, -O2 on ARM). I'm going to revert it for now until it has been addressed.
>
> Probably caused by this member:
>
> /// KillIndices - The index of the most recent kill (proceding bottom-up),
> /// or ~0u if the register is not live.
> unsigned KillIndices[TargetRegisterInfo::FirstVirtualRegister];
>
> And this:
>
> std::fill(KillIndices, array_endof(KillIndices), ~0u);
>
> It should probably be...
2010 Jul 06
1
[LLVMdev] [PATCH] increase the max number of physical registers
...e:
>
>> On Dec 8, 2009, at 11:33 AM, Evan Cheng wrote:
>>
>>> This caused a massive slow down to post-ra scheduler (llc -O3 on x86, -O2 on ARM). I'm going to revert it for now until it has been addressed.
>> Probably caused by this member:
>>
>> /// KillIndices - The index of the most recent kill (proceding bottom-up),
>> /// or ~0u if the register is not live.
>> unsigned KillIndices[TargetRegisterInfo::FirstVirtualRegister];
>>
>> And this:
>>
>> std::fill(KillIndices, array_endof(KillIndices), ~0u);
>>
&...
2009 Dec 08
2
[LLVMdev] [PATCH] increase the max number of physical registers
This caused a massive slow down to post-ra scheduler (llc -O3 on x86, -O2 on ARM). I'm going to revert it for now until it has been addressed.
Evan
On Dec 7, 2009, at 11:39 AM, Dan Gohman wrote:
>
> On Dec 7, 2009, at 11:15 AM, Pekka Jääskeläinen wrote:
>
>> Here's the actual patch, sorry ;)
>
> Applied in r90789.
>
> Dan
>
>
>
2009 Dec 08
0
[LLVMdev] [PATCH] increase the max number of physical registers
On Dec 8, 2009, at 11:33 AM, Evan Cheng wrote:
> This caused a massive slow down to post-ra scheduler (llc -O3 on x86, -O2 on ARM). I'm going to revert it for now until it has been addressed.
Probably caused by this member:
/// KillIndices - The index of the most recent kill (proceding bottom-up),
/// or ~0u if the register is not live.
unsigned KillIndices[TargetRegisterInfo::FirstVirtualRegister];
And this:
std::fill(KillIndices, array_endof(KillIndices), ~0u);
It should probably be dynamically allocated with TRI->g...
2010 Sep 02
0
[LLVMdev] [PATCH] increase the max number of physical registers
...Dec 8, 2009, at 11:33 AM, Evan Cheng wrote:
>>>
>>>> This caused a massive slow down to post-ra scheduler (llc -O3 on x86, -O2 on ARM). I'm going to revert it for now until it has been addressed.
>>> Probably caused by this member:
>>>
>>> /// KillIndices - The index of the most recent kill (proceding bottom-up),
>>> /// or ~0u if the register is not live.
>>> unsigned KillIndices[TargetRegisterInfo::FirstVirtualRegister];
>>>
>>> And this:
>>>
>>> std::fill(KillIndices, array_endof(KillIn...
2010 Sep 02
2
[LLVMdev] [PATCH] increase the max number of physical registers
...Dec 8, 2009, at 11:33 AM, Evan Cheng wrote:
>>>
>>>> This caused a massive slow down to post-ra scheduler (llc -O3 on x86, -O2 on ARM). I'm going to revert it for now until it has been addressed.
>>> Probably caused by this member:
>>>
>>> /// KillIndices - The index of the most recent kill (proceding bottom-up),
>>> /// or ~0u if the register is not live.
>>> unsigned KillIndices[TargetRegisterInfo::FirstVirtualRegister];
>>>
>>> And this:
>>>
>>> std::fill(KillIndices, array_endof(KillIn...
2013 Jul 22
0
[LLVMdev] Predication bug in AggressiveAntiDepBreaker?
...tructions.
At the end of PrescanInstruction the "DefIndices" array is updated with
the destination register without checking whether the instruction is
predicated. That shortens the live range: Later on, in HandleLastUse we
check whether the register IsLive, which considers only "KillIndices"
and "DefIndices", and therefore returns False for the interval between
the predicated instruction and any non-predicated read before it. So
that read is considered the last use.
In my example this leads to a register not being fully renamed everywhere.
I don't think a predic...