[pulseaudio-tickets] [Bug 81802] New: Synchronous name service queries are done from the main thread -> potential long delays

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=81802

          Priority: medium
            Bug ID: 81802
                CC: lennart at poettering.net
          Assignee: pulseaudio-bugs at lists.freedesktop.org
           Summary: Synchronous name service queries are done from the
                    main thread -> potential long delays
        QA Contact: pulseaudio-bugs at lists.freedesktop.org
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: tanuk at iki.fi
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: core
           Product: PulseAudio

pa_get_fqdn() does a name service query with getaddrinfo(). The query is
synchronous, and can take a long time, and since pa_get_fqdn() is called from
the server's main thread (e.g. module-native-protocol-tcp via
pa_socket_server_get_address()), the server will get stalled for the duration
of the query. This was originally reported in Tizen's bug tracker:
https://bugs.tizen.org/jira/browse/TC-1130

If the query to get the FQDN takes a long time, the network configuration can
perhaps be considered broken, but nevertheless, I think we should be resistant
to misconfigured networks. pa_get_fqdn() can't be changed to an asynchronous
version, because it's part of the stable API, but we can add a new function
pa_get_fqdn_async() that uses libasyncns. Then all code that currently uses
pa_get_fqdn() should be reviewed and changed to use pa_get_fqdn_async() if
necessary.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20140727/396f04dd/attachment.html>