[llvm-commits] AMDIL scheduling override patch

Villmow, Micah Micah.Villmow at amd.com
Fri Sep 2 21:39:59 PDT 2011



From: llvm-commits-bounces at cs.uiuc.edu [mailto:llvm-commits-bounces at cs.uiuc.edu] On Behalf Of Andrew Trick
Sent: Friday, September 02, 2011 4:31 PM
To: Villmow, Micah
Cc: llvm-commits
Subject: Re: [llvm-commits] AMDIL scheduling override patch

On Sep 2, 2011, at 9:46 AM, Villmow, Micah wrote:


Ping...

From: llvm-commits-bounces at cs.uiuc.edu<mailto:llvm-commits-bounces at cs.uiuc.edu> [mailto:llvm-commits-bounces at cs.uiuc.edu] On Behalf Of Villmow, Micah
Sent: Friday, August 26, 2011 6:23 PM
To: llvm-commits
Subject: [llvm-commits] AMDIL scheduling override patch

There are cases where LLVM scheduling makes assumptions that perform horrendously bad on certain types of instructions.
This patch adds a hook into the Scheduling algorithm that lets the backend override any checks that might occur when determining the node priority.

This is one of the few hooks that the AMDIL backend relies on that is currently not in the public LLVM tree.
_______________________________________________
llvm-commits mailing list
llvm-commits at cs.uiuc.edu<mailto:llvm-commits at cs.uiuc.edu>
http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits

Hi Micah,

The scheduler design goes to some trouble to make getPriority reasonably efficient. Introducing a virtual call in all cases (not guarded by any flags) that won't be used by most targets seems unfortunate. I think we can spare a bit in SUnit though, since the concept at least makes sense. Then you can move your target hook to BuildSchedUnits, set the flag there, and do the flag check in getNodePriority.

Thanks,
-Andy
[Villmow, Micah] Thanks, let me see if doing it there is possible.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20110902/e067d3e5/attachment.html>


More information about the llvm-commits mailing list