On 02/01/2018 07:19 PM, Devin Heitmueller wrote:
> Hi Sakari, Hans,
>
> Do either of you have any thoughts on whether I'm actually leaking any
> resources, or whether this is just a warning that doesn't have any
> practical implication since I'm tearing down the videobuf2 queue?
>
> I don't reall
Hi Sakari, Hans,
Do either of you have any thoughts on whether I'm actually leaking any
resources, or whether this is just a warning that doesn't have any
practical implication since I'm tearing down the videobuf2 queue?
I don't really care about the embedded use case - do you see any
reason wher
Hello Sakari,
Thanks for taking the time to investigate. See comments inline.
On Sun, Jan 28, 2018 at 5:23 PM, Sakari Ailus
wrote:
> Hi Devin,
>
> On Sun, Jan 28, 2018 at 09:12:44AM -0500, Devin Heitmueller wrote:
>> Hello all,
>>
>> I recently updated to the latest kernel, and I am seeing the
On 01/28/2018 11:23 PM, Sakari Ailus wrote:
> Hi Devin,
>
> On Sun, Jan 28, 2018 at 09:12:44AM -0500, Devin Heitmueller wrote:
>> Hello all,
>>
>> I recently updated to the latest kernel, and I am seeing the following
>> dumped to dmesg with both au0828 and em28xx based devices whenever I
>> exit
Hi Devin,
On Sun, Jan 28, 2018 at 09:12:44AM -0500, Devin Heitmueller wrote:
> Hello all,
>
> I recently updated to the latest kernel, and I am seeing the following
> dumped to dmesg with both au0828 and em28xx based devices whenever I
> exit tvtime (my kernel is compiled with CONFIG_VIDEO_ADV_DE
Hello all,
I recently updated to the latest kernel, and I am seeing the following
dumped to dmesg with both au0828 and em28xx based devices whenever I
exit tvtime (my kernel is compiled with CONFIG_VIDEO_ADV_DEBUG=y by
default):
[ 129.219666] vb2: counters for queue 88026463ac48:
[ 129.2196
