Re: [PATCH i-g-t v2] scripts: add quick-testlist.py

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 17 September 2015 at 15:01, Feceoru, Gabriel
<gabriel.feceoru@xxxxxxxxx> wrote:
> This script measures the duration of the subtests. But in case of gem_concurrent_all,
> for instance, there are 3780 subtests for which, although many shorter than 60s, the total
> duration will not qualify this for a quick test (~2h).

For this specific case, there has been some discussion about hiding
some of the combinatorial subtests from the default testing list.
kms_frontbuffer_tracking already has an option to show hidden subtests
and pm_rpm has an option to reduce the amount of work in the stress
tests. A common approach to hiding or reducing the number of stress
tests for quick testing would be useful.


>
> Thank you,
> Gabriel
> ________________________________________
> From: Intel-gfx [intel-gfx-bounces@xxxxxxxxxxxxxxxxxxxxx] on behalf of Chris Wilson [chris@xxxxxxxxxxxxxxxxxx]
> Sent: Thursday, September 17, 2015 3:43 PM
> To: Wood, Thomas
> Cc: Intel Graphics Development
> Subject: Re:  [PATCH i-g-t v2] scripts: add quick-testlist.py
>
> On Thu, Sep 17, 2015 at 01:16:18PM +0100, Thomas Wood wrote:
>> On 17 September 2015 at 13:09, Chris Wilson <chris@xxxxxxxxxxxxxxxxxx> wrote:
>> > On Thu, Sep 17, 2015 at 12:42:44PM +0100, Thomas Wood wrote:
>> >> Add a script to take a piglit results file and create a list of tests
>> >> that ran in under 60 seconds. This list can be used by the --test-list
>> >> option of piglit.
>> >
>> > And passed?
>>
>> Any status except "incomplete", which normally means a reboot was
>> required. It might also be worth noting that tests skipped on one
>> platform may not skip on another, so the output only really applies to
>> the platform the results were initially produced on.
>
> My point is that the timing can only be expected to be consistent for a
> pass. A failure may be quick, but success may take a few hours.
> -Chris
>
> --
> Chris Wilson, Intel Open Source Technology Centre
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/intel-gfx




[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux