[llvm-dev] Assertion in MachineScheduler.cpp

[Krzysztof Parzyszek via llvm-dev]

Are there any instructions (other than COPY) that use hardware 
(allocatable) registers?

Could you show the instructions in the scheduling range?

-Krzysztof

On 4/27/2016 3:44 PM, Rail Shafigulin wrote:
> 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 <mailto: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 <mailto:llvm-dev at lists.llvm.org>
>     http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
>
>
>
> --
> Rail Shafigulin
> Software Engineer
> Esencia Technologies


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