[PATCH] reserve-monitor: Don't trigger on our own events

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 01/13/2013 03:02 PM, Ian Malone wrote:
> On 11 January 2013 14:57, David Henningsson
> <david.henningsson at canonical.com> wrote:
>> On 01/11/2013 02:37 PM, Brendan Jones wrote:
>>>
>>> On 01/11/2013 02:04 PM, David Henningsson wrote:
>>>>
>>>> This fixes a bug where pulseaudio would give up the device (due to
>>>> a request from JACK), but then immediately grab it again because
>>>> the monitor callback fired, telling that the device is now available.
>>>>
>>>> (Note: the protocol does not specify a timeout, i e if pulseaudio
>>>> is requested to give its device up but JACK does not grab the dbus name,
>>>> at what point is PulseAudio allowed to re-grab it?)
>>>>
>>>
>>> Is this a fix for the bug that is mentioned in this thread?
>>>
>>>
>>> http://lists.freedesktop.org/archives/pulseaudio-discuss/2012-November/015254.html
>>
>>
>> Maybe, but it wouldn't surprise me if there was more than one thing that
>> needed fixing here.
>>
>
> Indeed, unfortunately applied to 2.1 this doesn't fix that particular
> problem (in fact stops 'test' playback in the phonon setup being
> played). The issue in the November thread may have been fixed in
> 2.99.3, or maybe my testing was inconsistent. (That it doesn't fix one
> particular error is of course not an objection to a patch that fixes
> others.)
>
Hi Ian,

is this in conjuction with Tanu's patch as well?

regards,

Brendan


[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux