[igt-dev] [PATCH i-g-t v2 4/5] tests/i915_pm_lpsp: screens-disabled subtest use igt_wait
Anshuman Gupta
anshuman.gupta at intel.com
Mon Mar 23 09:37:20 UTC 2020
On 2020-03-23 at 12:35:29 +0530, Peres, Martin wrote:
> On 2020-03-23 08:32, Anshuman Gupta wrote:
> > Some times delayed audio codec disabling causes failure
> > of test, using igt_wait to check lpsp after disabling all outputs.
>
> Seems like this answers my question on patch 2/5: We are sending audio
> to the screen even when we do not have anything to send...
>
> I know there are some screens that take ages to re-enable sound after
> not getting any for a while, but waiting 10 or even 30s without sound
> before disabling it does not sound like a terrible idea. My TV
> automatically disables sound after way less than that anyway.
>
> So, to me, this is a driver bug.
>
> That being said, the patch is fine even if your reason for it is not
> acceptable.
Thanks Martin for comment, i will drop this patch, remove the
unloading of sound moudles from 2/5 patch, and will send an update.
Thanks,
Anshuman Gupta,
>
> Martin
> >
> > Signed-off-by: Anshuman Gupta <anshuman.gupta at intel.com>
> > ---
> > tests/i915/i915_pm_lpsp.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/tests/i915/i915_pm_lpsp.c b/tests/i915/i915_pm_lpsp.c
> > index 0ce694e6..5f15c034 100644
> > --- a/tests/i915/i915_pm_lpsp.c
> > +++ b/tests/i915/i915_pm_lpsp.c
> > @@ -91,7 +91,7 @@ static void screens_disabled_subtest(data_t *data)
> > igt_display_commit(&data->display);
> > }
> >
> > - igt_assert(lpsp_is_enabled(data));
> > + igt_assert(igt_wait(lpsp_is_enabled(data), 1000, 100));
> > }
> >
> > static void check_output_lpsp(data_t *data)
> >
>
> pub 2048R/33A53379 2019-12-02 Martin Peres <martin.peres at linux.intel.com>
> sub 2048R/C5E7DE5F 2019-12-02 [expires: 2020-12-01]
More information about the igt-dev
mailing list