[Bug 760757] gstsystemclock: incorrect handling of wait requests

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Jan 20 03:48:48 PST 2016


https://bugzilla.gnome.org/show_bug.cgi?id=760757

Sebastian Dröge (slomo) <slomo at coaxion.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #9 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
commit e10a220a63b4eaa9f2c131da8f8161fb66dbe74a
Author: Florin Apostol <florin.apostol at oregan.net>
Date:   Mon Jan 18 22:45:58 2016 +0000

    systemclock: tests: added stress test for async order

    Keep inserting alarms at the beginning of the list. Due to
    https://bugzilla.gnome.org/show_bug.cgi?id=760757
    alarm thread will get confused and not serve them in order.

commit 4e2250e531df41f9795d1f6879e78110dcac9a6a
Author: Florin Apostol <florin.apostol at oregan.net>
Date:   Mon Jan 18 16:25:20 2016 +0000

    systemclock: fixed race condition in handling alarms

    When choosing the first entry from the list, gst_system_clock_async_thread
    must set the entry state to busy before releasing the clock lock. Otherwise
    a new entry could be added to the beginning of the list and
    gst_system_clock_async_thread will be unaware and keep waiting on the entry
    it has already chosen.

    Also improved messages about expected state and bumped them to ERROR level
    to detect unexpected state changes.

    https://bugzilla.gnome.org/show_bug.cgi?id=760757

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list