thr3ads.net - llvm dev - [llvm-dev] Assertion in MachineScheduler.cpp [Apr 2016]

If this information is useful, please help other people find it:
Share via:

Rail Shafigulin via llvm-dev

2016-Apr-27 17:10 UTC

[llvm-dev] Assertion in MachineScheduler.cpp

I was handed a makefile which is used to compile a library and was told to
figure out why the compilation is failing.

There is a lot of output and at this point I'm not sure what is important
and what is not. I'm trying to solve this problem in small steps, so if
asked I can certainly provide more information.

The first error that I see during compilation is

lib/CodeGen/MachineScheduler.cpp:1165: void
llvm::ScheduleDAGMILive::scheduleMI(llvm::SUnit*, bool): Assertion
`TopRPTracker.getPos() == CurrentTop && "out of sync"'
failed.

Another important detail is that we are running clang-3.5. I know it is
old, but for now we are not allowed to switch to a newer version.

I would greatly appreciate any help on this. What is causing this
assertion? Is there a way to fix it? Could there something be wrong with
the input file? I do have access to the llvm code and have the freedom to
change it.

Any advice or help is appreciated.

-- 
Rail Shafigulin
Software Engineer
Esencia Technologies
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20160427/39b05308/attachment.html>

Krzysztof Parzyszek via llvm-dev

2016-Apr-27 18:41 UTC

head link

[llvm-dev] Assertion in MachineScheduler.cpp

On 4/27/2016 12:10 PM, Rail Shafigulin via llvm-dev
wrote:>
> The first error that I see during compilation is
>
> lib/CodeGen/MachineScheduler.cpp:1165: void
> llvm::ScheduleDAGMILive::scheduleMI(llvm::SUnit*, bool): Assertion
> `TopRPTracker.getPos() == CurrentTop && "out of
sync"' failed.
This happens on Hexagon too.  I have a patch for review:
http://reviews.llvm.org/D19438

-Krzysztof


-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, 
hosted by The Linux Foundation

Rail Shafigulin via llvm-dev

2016-Apr-27 20:44 UTC

head link

[llvm-dev] Assertion in MachineScheduler.cpp

Thanks for the suggestion.

I tried your fix. It worked for my particular case, but then I got a
following error:

clang-3.5:
/home/rail/projects/escala_llvm/trunk/llvm-or1k/lib/CodeGen/RegisterPressure.cpp:39:
void decreaseSetPressure(std::vector<unsigned int>&,
llvm::PSetIterator):
Assertion `CurrSetPressure[*PSetI] >= Weight && "register
pressure
underflow"' failed.

Do you mind helping me out? A stack dump is provided below:

clang-3.5:
/home/rail/projects/escala_llvm/trunk/llvm-or1k/lib/CodeGen/RegisterPressure.cpp:39:
void decreaseSetPressure(std::vector<unsigned int>&,
llvm::PSetIterator):
Assertion `CurrSetPressure[*PSetI] >= Weight && "register
pressure
underflow"' failed.
0  clang-3.5       0x00000000017dfae4 llvm::sys::PrintStackTrace(_IO_FILE*)
+ 38
1  clang-3.5       0x00000000017dfd61
2  clang-3.5       0x00000000017df715
3  libpthread.so.0 0x00002ad3b4a17340
4  libc.so.6       0x00002ad3b547bcc9 gsignal + 57
5  libc.so.6       0x00002ad3b547f0d8 abort + 328
6  libc.so.6       0x00002ad3b5474b86
7  libc.so.6       0x00002ad3b5474c32
8  clang-3.5       0x0000000001de82a3
9  clang-3.5       0x0000000001de880c
llvm::RegPressureTracker::decreaseRegPressure(llvm::ArrayRef<unsigned
int>)
+ 120
10 clang-3.5       0x0000000001dec305
llvm::RegPressureTracker::bumpDownwardPressure(llvm::MachineInstr const*) +
593
11 clang-3.5       0x0000000001dec4da
llvm::RegPressureTracker::getMaxDownwardPressureDelta(llvm::MachineInstr
const*, llvm::RegPressureDelta&, llvm::ArrayRef<llvm::PressureChange>,
llvm::ArrayRef<unsigned int>) + 138
12 clang-3.5       0x0000000000e4c60f
13 clang-3.5       0x0000000000e4f066
llvm::ConvergingVLIWScheduler::pickNodeFromQueue(llvm::ReadyQueue&,
llvm::RegPressureTracker const&,
llvm::ConvergingVLIWScheduler::SchedCandidate&) + 284
14 clang-3.5       0x0000000000e4f2e5
llvm::ConvergingVLIWScheduler::pickNodeBidrectional(bool&) + 285
15 clang-3.5       0x0000000000e4f5b0
llvm::ConvergingVLIWScheduler::pickNode(bool&) + 576
16 clang-3.5       0x0000000000e4db8e
llvm::VLIWMachineScheduler::schedule() + 1366
17 clang-3.5       0x0000000001d7830f
18 clang-3.5       0x0000000001d77988
19 clang-3.5       0x0000000001d4f9c7
llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 95
20 clang-3.5       0x00000000014dacee
llvm::FPPassManager::runOnFunction(llvm::Function&) + 290
21 clang-3.5       0x00000000014dae5e
llvm::FPPassManager::runOnModule(llvm::Module&) + 84
22 clang-3.5       0x00000000014db17c
23 clang-3.5       0x00000000014db766
llvm::legacy::PassManagerImpl::run(llvm::Module&) + 244
24 clang-3.5       0x00000000014db971
llvm::legacy::PassManager::run(llvm::Module&) + 39
25 clang-3.5       0x0000000001ef9c4b
26 clang-3.5       0x0000000001ef9d1a
clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::CodeGenOptions
const&, clang::TargetOptions const&, clang::LangOptions const&,
llvm::StringRef, llvm::Module*, clang::BackendAction, llvm::raw_ostream*) +
127
27 clang-3.5       0x0000000001ef3637
28 clang-3.5       0x000000000276b1ea clang::ParseAST(clang::Sema&, bool,
bool) + 780
29 clang-3.5       0x00000000019992b0
clang::ASTFrontendAction::ExecuteAction() + 322
30 clang-3.5       0x0000000001ef4fb8 clang::CodeGenAction::ExecuteAction()
+ 1362
31 clang-3.5       0x0000000001998de3 clang::FrontendAction::Execute() + 205
32 clang-3.5       0x000000000196c770
clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 720
33 clang-3.5       0x0000000001a8b277
clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 1029
34 clang-3.5       0x0000000000e36a09 cc1_main(char const**, char const**,
char const*, void*) + 717
35 clang-3.5       0x0000000000e312f4 main + 785
36 libc.so.6       0x00002ad3b5466ec5 __libc_start_main + 245
37 clang-3.5       0x0000000000e2e959





On Wed, Apr 27, 2016 at 11:41 AM, Krzysztof Parzyszek via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> On 4/27/2016 12:10 PM, Rail Shafigulin via llvm-dev wrote:
>
>>
>> The first error that I see during compilation is
>>
>> lib/CodeGen/MachineScheduler.cpp:1165: void
>> llvm::ScheduleDAGMILive::scheduleMI(llvm::SUnit*, bool): Assertion
>> `TopRPTracker.getPos() == CurrentTop && "out of
sync"' failed.
>>
>
> This happens on Hexagon too.  I have a patch for review:
> http://reviews.llvm.org/D19438
>
> -Krzysztof
>
>
> --
> Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted
> by The Linux Foundation
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>


-- 
Rail Shafigulin
Software Engineer
Esencia Technologies
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20160427/1f64d952/attachment-0001.html>

llvm dev - Apr 2016 - Assertion in MachineScheduler.cpp

[llvm-dev] Assertion in MachineScheduler.cpp

[llvm-dev] Assertion in MachineScheduler.cpp

[llvm-dev] Assertion in MachineScheduler.cpp