Summary: | [CI] igt@sw_sync@sync_multi_consumer_producer - fail - Failed assertion: counter == MULTI_CONSUMER_PRODUCER_THREADS * MULTI_CONSUMER_PRODUCER_ITERATIONS | ||
---|---|---|---|
Product: | DRI | Reporter: | Martin Peres <martin.peres> |
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Status: | CLOSED WORKSFORME | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | intel-gfx-bugs |
Version: | XOrg git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | ReadyForDev | ||
i915 platform: | PNV | i915 features: | GEM/Other |
Description
Martin Peres
2018-05-02 09:15:01 UTC
I suspect it's just a thread-safety issue around the test's counter. Not seen since drmtip_29 (1 month, 2 weeks / 33 runs ago), closing! Applied commit 91f5d4665b07f073c78abd3cd4b8e0e347dbf638 (upstream/master) Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Wed May 2 10:24:26 2018 +0100 igt/sw_sync: Wrap threaded counter manipulation with mb sw_sync/sync_multi_consumer_producer was communicating between threads using the sw_sync ioctl and manipulating a shared volatile counter. However, the ioctl itself does not imply a memory barrier, and so different CPUs may see different states of the counter (the volatile making GCC perform the operation in stages making the race even more likely). Instead of using volatile, use locked operations to make the counter manipulation thread-safe. References: https://bugs.freedesktop.org/show_bug.cgi?id=106344 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> for good measure. Closing, thanks. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.