lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAPDOMVhiduQRCe-+jA6wZqj2=_Q52agHpEUuZM0_GTREVjiuHw@mail.gmail.com>
Date:	Mon, 4 Aug 2014 01:07:43 -0400
From:	Nick Krause <xerofoify@...il.com>
To:	Hans Verkuil <hverkuil@...all.nl>
Cc:	Udo van den Heuvel <udovdh@...all.nl>, linux-media@...r.kernel.org,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] v4l2: Change call of function in videobuf2-core.c

On Mon, Aug 4, 2014 at 1:03 AM, Hans Verkuil <hverkuil@...all.nl> wrote:
> On 08/04/2014 05:25 AM, Nicholas Krause wrote:
>> This patch changes the call of vb2_buffer_core to use VB2_BUFFER_STATE_ACTIVE
>> inside the for instead of not setting in correctly to VB2_BUFFER_STATE_ERROR.
>>
>> Signed-off-by: Nicholas Krause <xerofoify@...il.com>
>
> Dunno what's going on here after reading Dave Airlie's reply, but:
>
> Nacked-by: Hans Verkuil <hans.verkuil@...co.com>
>
> It's clearly wrong and if you get here at all you have a driver bug anyway. That
> WARN_ON is there for a reason. Your driver isn't returning buffers correctly in
> stop_streaming or in start_streaming if start_streaming fails with an error.
>
> Regards,
>
>         Hans
>
>> ---
>>  drivers/media/v4l2-core/videobuf2-core.c | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/media/v4l2-core/videobuf2-core.c b/drivers/media/v4l2-core/videobuf2-core.c
>> index 7c4489c..08e478b 100644
>> --- a/drivers/media/v4l2-core/videobuf2-core.c
>> +++ b/drivers/media/v4l2-core/videobuf2-core.c
>> @@ -2115,7 +2115,7 @@ static void __vb2_queue_cancel(struct vb2_queue *q)
>>       if (WARN_ON(atomic_read(&q->owned_by_drv_count))) {
>>               for (i = 0; i < q->num_buffers; ++i)
>>                       if (q->bufs[i]->state == VB2_BUF_STATE_ACTIVE)
>> -                             vb2_buffer_done(q->bufs[i], VB2_BUF_STATE_ERROR);
>> +                             vb2_buffer_done(q->bufs[i], VB2_BUF_STATE_ACTIVE);
>>               /* Must be zero now */
>>               WARN_ON(atomic_read(&q->owned_by_drv_count));
>>       }
>>
>

Yes ,
That was an idiot mistake. So sorry about that would someone mind as a
big help a list of
common debugging macros or a link to somewhere I can read them. I want
to apologize
sincerely for my bad mistakes. I do want to help out and by helping me
sand out my
mistakes and learn from them I can help much better. I do want to help
and if people
are willing to get me grow like this I will continue to try and help.
Regards Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ