PULSE_MEMPOOL_DISABLE=1 is incompatible with srbchannel

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

 




On 2014-12-05 00:42, Peter Meerwald wrote:
> Hello David,
>
>>> I am still trying to valgrind pulseaudio. The previous attempt yielded
>>> nothing about the bug that I was trying to debug, but found a Bluetooth
>>> issue. This time, I thought that maybe some memory pool or flist was
>>> causing valgrind to mistakenly consider the samples to be properly
>>> initialized. And found PULSE_MEMPOOL_DISABLE as a way to disable this
>>> (potentially valgrind-unfriendly) pool. Thus:
>>
>> Cool, thanks for testing and keep 'em coming :-)
>
> did you test srbchannel on record streams?
>
> I get one max-block-size worth of crap before capturing actual audio data;
> can you reproduce?

Found it: this is due to block_id collision between the rwpool and the 
standard mempool, so when the first block in the record stream comes in, 
pa_memimport_get finds the srbchannel memblock instead and returns it.

Will figure out a fix shortly.

-- 
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic


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

  Powered by Linux