[PATCH] bluez5-discover: Fix device hashmap free order

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

 



03.12.2014 16:55, Alexander E. Patrakov wrote:
> 03.12.2014 16:37, David Henningsson wrote:
>> In case there are still devices in the hashmap when the module is
>> unloaded, we need to free the hashmap before the devices, because
>> the hashmap key points to the device's name instead of making a copy.
>>
>> Reported-by: Alexander Patrakov <patrakov at gmail.com>
>> Signed-off-by: David Henningsson <david.henningsson at canonical.com>
>> ---
>>
>> I haven't reproduced it here, because when I run under valgrind, starting
>> a stream causes PA to be killed for spending to much time in RT.
>>
>> Alexander, does this fix the second valgrind issue?
>
> I will try it when I return home.
>
> As for the "spending too much time in RT" issue, the same workaround in
> /etc/pulse/default.pa may apply as we have discussed for dcaenc:
>
> load-module module-udev-detect tsched_buffer_size=50000
>
> If 50000 is still too much, lower that value further.
>

Sorry for this stupid suggestion, it only applies to ALSA cards 
detectable by udev, and does not apply to BlueTooth.

-- 
Alexander E. Patrakov


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

  Powered by Linux