[LLVMdev] [llvm-commits] Bottom-Up Scheduling?

[Sergei Larin]

Andy, 

  Is there any good info/docs on scheduling strategy in LLVM? As I was
complaining to you at the LLVM meeting, I end up reverse engineering/double
guessing more than I would like to... This thread shows that I am not
exactly alone in this... Thanks. 

Sergei Larin

--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum.

-----Original Message-----
From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On
Behalf Of Andrew Trick
Sent: Tuesday, November 29, 2011 11:48 AM
To: Hal Finkel
Cc: llvmdev at cs.uiuc.edu
Subject: Re: [LLVMdev] [llvm-commits] Bottom-Up Scheduling?

ARM can reuse all the default scoreboard hazard recognizer logic such as
recede cycle (naturally since its the primary client). If you can do the
same with PPC that's great. 

Andy

On Nov 29, 2011, at 8:51 AM, Hal Finkel <hfinkel at anl.gov> wrote:

>> Thanks! Since I have to change PPCHazardRecognizer for bottom-up support
>> anyway, is there any reason not to have it derive from
>> ScoreboardHazardRecognizer at this point? It looks like the custom
>> bundling logic could be implemented on top of the scoreboard recognizer
>> (that seems similar to what ARM's recognizer is doing).
> 
> Also, how does the ARM hazard recognizer get away with not implementing
> RecedeCycle?
> 
> Thanks again,
> Hal
_______________________________________________
LLVM Developers mailing list
LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev