Paulo, my currently conclusion in
https://bugs.freedesktop.org/show_bug.cgi?id=101623 is that the more than 2
second wait for enable_fbs only occurs when changing between draw domains,
typically between blt and mmap_cpu.
To me this appear to be way too long time, but I am no expert here.
I
> -Original Message-
> From: Zanoni, Paulo R
> Sent: Monday, August 7, 2017 5:54 PM
> To: Lofstedt, Marta ; intel-
> g...@lists.freedesktop.org
> Cc: Latvala, Petri
> Subject: Re: [PATCH i-g-t] tests/kms_frontbuffer_tracking: increase
Em Seg, 2017-08-07 às 06:51 +, Lofstedt, Marta escreveu:
> > -Original Message-
> > From: Zanoni, Paulo R
> > Sent: Friday, August 4, 2017 9:56 PM
> > To: Lofstedt, Marta ; intel-
> > g...@lists.freedesktop.org
> > Cc: Latvala, Petri
> -Original Message-
> From: Zanoni, Paulo R
> Sent: Friday, August 4, 2017 9:56 PM
> To: Lofstedt, Marta ; intel-
> g...@lists.freedesktop.org
> Cc: Latvala, Petri
> Subject: Re: [PATCH i-g-t] tests/kms_frontbuffer_tracking: increase
Em Sex, 2017-08-04 às 09:47 +, Lofstedt, Marta escreveu:
> +Paolo
>
> > -Original Message-
> > From: Lofstedt, Marta
> > Sent: Wednesday, June 28, 2017 2:17 PM
> > To: intel-gfx@lists.freedesktop.org
> > Cc: Latvala, Petri ; Lofstedt, Marta
> >
+Paolo
> -Original Message-
> From: Lofstedt, Marta
> Sent: Wednesday, June 28, 2017 2:17 PM
> To: intel-gfx@lists.freedesktop.org
> Cc: Latvala, Petri ; Lofstedt, Marta
>
> Subject: [PATCH i-g-t] tests/kms_frontbuffer_tracking: increase
The subtests: igt@kms_frontbuffer_tracking@fbc-*draw*
has non-consistent results, pending between fail and pass.
The fails are always due to "FBC disabled".
With this increase in timeout the flip-flop behavior is no
longer reproducible.
Bugzilla: