[FFmpeg-devel] [RESEND PATCH] avcodec/v4l2_context: always log POLLERR when buffers are uninitialized
Richard Acayan
mailingradian at gmail.com
Tue Jul 25 01:00:00 EEST 2023
On Sun, Jul 23, 2023 at 10:15:50AM +0200, Marton Balint wrote:
>
>
> On Fri, 21 Jul 2023, Richard Acayan wrote:
>
>> Will this patch be applied or receive any comments? I have been waiting
>> more than 2 weeks since the original submission
>> (https://ffmpeg.org/pipermail/ffmpeg-devel/2023-July/311580.html) and
>> have not received a response since.
>>
>> I am trying to get mpv to work again with the v4l2_m2m codec, as it
>> started emitting segmentation faults. This is partly due to some
>> incorrect usage of libavcodec in mpv, and partly due to the
>> error/warning handling in libavcodec. An mpv maintainer dismissed this
>> as a bug in ffmpeg, and this change is simpler than what mpv would need
>> for a fix, so I am hoping that this patch goes in.
>>
>> I don't have write access so I can't apply it myself, even if there are
>> no objections.
>>
>> On Tue, Jul 18, 2023 at 06:00:17PM -0400, Richard Acayan wrote:
>>> The error handler for POLLERRs assumes that the timeout is only zero
>>> when v4l2_dequeue_v4l2buf is called by v4l2_getfree_v4l2buf. This
>>> assumption is incorrect, as ff_v4l2_context_dequeue_frame also calls
>>> this function with a timeout of zero. Do not check for unavailable
>>> buffers if the buffers are uninitialized.
>>>
>>> See https://trac.ffmpeg.org/ticket/9957 for the original bug report.
>>>
>>> Signed-off-by: Richard Acayan <mailingradian at gmail.com>
>>> ---
>>> libavcodec/v4l2_context.c | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/libavcodec/v4l2_context.c b/libavcodec/v4l2_context.c
>>> index a40be94690..69ddf80723 100644
>>> --- a/libavcodec/v4l2_context.c
>>> +++ b/libavcodec/v4l2_context.c
>>> @@ -327,7 +327,7 @@ start:
>>> if (pfd.revents & POLLERR) {
>>> /* if we are trying to get free buffers but none have been queued yet
>>> no need to raise a warning */
>>> - if (timeout == 0) {
>>> + if (timeout == 0 && ctx->buffers) {
>
> This would warn if no buffers are allocated yet, but this is not a warning
> condition as far as I understand the issue, simply a different API usage
> pattern.
I assumed that the usage was "incorrect" because the V4L2 API didn't
like it.
> So maybe it is better to simply do a
>
> if (!ctx->buffers)
> return NULL;
>
> in the beginning of the if (timeout == 0) block.
The sequence in mpv seems to be supported by libavcodec though, so I
will do this in v2.
>
> Thanks,
> Marton
>
>>> for (i = 0; i < ctx->num_buffers; i++) {
>>> if (ctx->buffers[i].status != V4L2BUF_AVAILABLE)
>>> av_log(logger(ctx), AV_LOG_WARNING, "%s POLLERR\n", ctx->name);
>>> --
>>> 2.41.0
>>>
More information about the ffmpeg-devel
mailing list