Created attachment 25537 [details]
xorg conf file

Stop reporting performance regressions in conformance tests.  Use non-conformance-test applications to demonstrate performance problems.

take l_la.c for example, it takes about 14 minutes on mesa_7_4_branch, but takes more than  2 hours on 7_5 branch, it deeply impacts our nightly testing.

(In reply to comment #3)
> take l_la.c for example, it takes about 14 minutes on mesa_7_4_branch, but
> takes more than  2 hours on 7_5 branch, it deeply impacts our nightly testing.
> 

sorry,the case name is "l_al.c", not "l_la.c". and we test it on acer aspire1.

We are not pursuing the performance regression issue, but we need a resolution to fix the too-long-time-execution issue.

Ian, can you look into this? It blocks our nightly testing. Either driver need fix, or test cases need fix.

Haien, how about mesa master? 

Aser Aspire 1 is 945?  I don't know of any changes that should substantially effect the driver for 945.  There were some changes to the i965 driver that hurt performance on some of these tests, but that problem was fixed.  I'll see if I can reproduce it a G31 system here.  Can you provide sysprof information for one of the slow tests?

(In reply to comment #7)
> Aser Aspire 1 is 945?  I don't know of any changes that should substantially
> effect the driver for 945.  There were some changes to the i965 driver that
> hurt performance on some of these tests, but that problem was fixed.  I'll see
> if I can reproduce it a G31 system here.  Can you provide sysprof information
> for one of the slow tests?
> 
yes, Aspire1 is 945gme. g45 is better than 945gme, there are only 14 cases which run too long time on g45, less than aspire1.

we try to bisect and find a good commit (only with 945gm)as below:
commit 119360cccdd49475eed67dde6344bf9f9904bc1b
Author: Brian Paul <brianp@vmware.com>
Date:   Thu Mar 5 15:08:36 2009 -0700

    i965: init dest reg CondMask = COND_TR (the proper default)

    Plus fix up a debug printf.
    (cherry picked from commit 20f49252e1fe2e72bb620c26292f33d5315452a1)

but it will cause segfault on g45. 

(In reply to comment #8)

> we try to bisect and find a good commit (only with 945gm)as below:
> commit 119360cccdd49475eed67dde6344bf9f9904bc1b
> Author: Brian Paul <brianp@vmware.com>
> Date:   Thu Mar 5 15:08:36 2009 -0700
> 
>     i965: init dest reg CondMask = COND_TR (the proper default)
> 
>     Plus fix up a debug printf.
>     (cherry picked from commit 20f49252e1fe2e72bb620c26292f33d5315452a1)
> 
> but it will cause segfault on g45. 

What are you saying?  Is this the commit that changes performance for G45 or for 945?  Since this commit only changes a file in the i965 driver, I don't see how it could change the results for 945 (i915 driver) at all.

(In reply to comment #9)
> (In reply to comment #8)
> 
> > we try to bisect and find a good commit (only with 945gm)as below:
> > commit 119360cccdd49475eed67dde6344bf9f9904bc1b
> > Author: Brian Paul <brianp@vmware.com>
> > Date:   Thu Mar 5 15:08:36 2009 -0700
> > 
> >     i965: init dest reg CondMask = COND_TR (the proper default)
> > 
> >     Plus fix up a debug printf.
> >     (cherry picked from commit 20f49252e1fe2e72bb620c26292f33d5315452a1)
> > 
> > but it will cause segfault on g45. 
> 
> What are you saying?  Is this the commit that changes performance for G45 or
> for 945?  Since this commit only changes a file in the i965 driver, I don't see
> how it could change the results for 945 (i915 driver) at all.
> 

hi,Ian
I also was confused by my finding, but it is a truth, with this commit,all cases mentioned in this bug would get pass quickly on 945gm ,but on g45 ,it caused segfault in these cases. I still keep tracking the reason.

off Q2 blocking list.

btw, Ian, can you reproduce this?

Haien, can you continue bisecting?

This issue still happen with following configuration:
Mesa:           (master)ba48e78b1f7cf307d505583f758c65b158f5aae0
Xserver:                (server-1.6-branch)f274e595ed56722450f6ecebad70500c92e50c58
Xf86_video_intel:               (master)5dccd1be3ab80b642ef2022446f5bdc1656ed943
Kernel:       (drm-intel-next)819e0064634f580ab618189e657ea58341d214b7

System Environment:
--------------------------
Kernel: (drm-intel-fixes)5c72d064f7ead1126bed6faab0c2bfb7418036e2

running the recent OGLC cases(commit:bf2a0b8381ac2ea0b4a1209abda7d16637064f67) on x-g45b with 7.5 mesa branch and 7.10 branch, the running time of some cases with the same kernel as follows:

case                       7.5 branch         7.10 branch
l_al                       19m46.836s         7m29.190s               
l_am                       11m13.468s         4m15.650s
l_as                       5m45.308s          2m9.382s
l_ac                       10m46.419s         3m54.826s
l_ap                       7m7.938s           2m36.707s
l_dmn                      6m32.860s          2m28.107s
fogexp                     10m57.645s         3m46.375s
api-coloru                 11m41.751s         3m35.259s
pxtrans-cirgbtex           4m0.928s           3m44.975s

It seems that whatever with 7.5 branch or with 7.10 branch, the running time is normal and acceptable. Compared with 7.5 branch, OGLC cases which run on i965 platform with 7.10 branch cost less time.

I'm happy to close this one.