From: Hans Verkuil <hverkuil@xs4all.nl>
To: Divneil Wadhawan <divneil@outlook.com>, Pawel Osciak <pawel@osciak.com>
Cc: "linux-media@vger.kernel.org" <linux-media@vger.kernel.org>
Subject: Re: videobuf2-vmalloc suspect for corrupted data
Date: Mon, 07 Apr 2014 12:57:07 +0200 [thread overview]
Message-ID: <53428483.7060107@xs4all.nl> (raw)
In-Reply-To: <BAY176-W524A762315BE245FCCD5DCA9680@phx.gbl>
On 04/07/2014 12:49 PM, Divneil Wadhawan wrote:
> Hi Pawel,
>
> Thanks for the quick response.
>
>> Is it possible that your userspace is not always queuing the same
>> userptr memory areas with the same v4l2_buffer index values?
> No, userptr is always consistent with the index.
> In fact, when we dump the captured buffer (Transport Stream) in this case, kernel space data and user-space are different.
> When that TS is played, macroblocks are observed from user-space and not from the kernel space dump.
> Although, user-space bad data is random, but, I have never seen kernel space dumped TS as bad.
>
>> In other words, if you have 2 buffers in use, under userspace mapping
>> at addr1 and addr2, if you queue addr1 with index=0 and addr2 with
>> index=1 initially,
>> you should always keep queuing addr1 with index=0 and never 1, etc.
> Yeah! this is the same rule which is being followed.
>
>> Also, what architecture are you running this on?
> ARM Cortex A9 SMP
Two more questions:
Which kernel version are you using?
Which capture driver are you using?
Regards,
Hans
next prev parent reply other threads:[~2014-04-07 10:57 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-07 9:56 videobuf2-vmalloc suspect for corrupted data Divneil Wadhawan
2014-04-07 10:27 ` Pawel Osciak
2014-04-07 10:49 ` Divneil Wadhawan
2014-04-07 10:57 ` Hans Verkuil [this message]
2014-04-07 11:20 ` Divneil Wadhawan
2014-04-07 11:46 ` Divneil Wadhawan
2014-04-07 12:51 ` Hans Verkuil
2014-04-08 9:55 ` Divneil Wadhawan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53428483.7060107@xs4all.nl \
--to=hverkuil@xs4all.nl \
--cc=divneil@outlook.com \
--cc=linux-media@vger.kernel.org \
--cc=pawel@osciak.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.