[LLVMdev] Problems with instruction scheduling

Paweł Bylica chfast at gmail.com
Fri May 22 07:19:14 PDT 2015


On Fri, May 22, 2015 at 4:09 PM Hal Finkel <hfinkel at anl.gov> wrote:

> ----- Original Message -----
> > From: "Paweł Bylica" <chfast at gmail.com>
> > To: "LLVMdev" <llvmdev at cs.uiuc.edu>
> > Sent: Friday, May 22, 2015 8:45:11 AM
> > Subject: Re: [LLVMdev] Problems with instruction scheduling
> >
> >
> >
> > Any comments?
>
> Not in particular, but I think we're pretty close to applying a rewrite by
> Jonas Paulsson (cc'd). If you can't find the discussions on the mailing
> list, please let us know.
>
>  -Hal
>

Thanks for the response.

Do you mean "ScheduleDAGInstrs::buildSchedGraph() rewritten"
http://reviews.llvm.org/D8705 ? If yes it is not the same fragment of code.

- Paweł


> >
> >
> > On Thu, May 21, 2015 at 4:05 PM Paweł Bylica < chfast at gmail.com >
> > wrote:
> >
> >
> >
> > Hi,
> >
> >
> > I'm trying to fix PR23405 - assert failure during instruction
> > scheduling in llc. I have related but more generic questions.
> >
> >
> > Is there any higher level description of the algorithm used for
> > instruction scheduling in this case? It is new area for me and I
> > would love to see bigger picture.
> >
> >
> > My currently smallest test case contains 90 DAG nodes. I got it by
> > manually reducing IR previously reduced by bugpoint. Is there a way
> > to reduce it more, maybe on DAG level? Identifying the part of the
> > DAG that causes the problem could be helpful.
> >
> >
> >
> > - Paweł
> > _______________________________________________
> > LLVM Developers mailing list
> > LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
> >
>
> --
> Hal Finkel
> Assistant Computational Scientist
> Leadership Computing Facility
> Argonne National Laboratory
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150522/dbfb5044/attachment.html>


More information about the llvm-dev mailing list