From: James Almer <jamrial@gmail.com>
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH 2/2] lavu/hwcontext_qsv: fix a potential infinite loop
Date: Tue, 8 Feb 2022 16:31:26 -0300
Message-ID: <77f7accd-3190-d454-0c72-bdf055895e3c@gmail.com> (raw)
In-Reply-To: <20220208182639.25696-2-anton@khirnov.net>
On 2/8/2022 3:26 PM, Anton Khirnov wrote:
> Current code will loop forever if MFXVideoVPP_Init() fails.
> Also, simplify the code.
> ---
> libavutil/hwcontext_qsv.c | 80 +++++++++++++++------------------------
> 1 file changed, 31 insertions(+), 49 deletions(-)
>
> diff --git a/libavutil/hwcontext_qsv.c b/libavutil/hwcontext_qsv.c
> index d3d8f42c99..95f8071abe 100644
> --- a/libavutil/hwcontext_qsv.c
> +++ b/libavutil/hwcontext_qsv.c
> @@ -16,6 +16,7 @@
> * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
> */
>
> +#include <stdatomic.h>
> #include <stdint.h>
> #include <string.h>
>
> @@ -71,12 +72,11 @@ typedef struct QSVDeviceContext {
>
> typedef struct QSVFramesContext {
> mfxSession session_download;
> - int session_download_init;
> + atomic_int session_download_init;
> mfxSession session_upload;
> - int session_upload_init;
> + atomic_int session_upload_init;
> #if HAVE_PTHREADS
> pthread_mutex_t session_lock;
> - pthread_cond_t session_cond;
> #endif
>
> AVBufferRef *child_frames_ref;
> @@ -297,7 +297,6 @@ static void qsv_frames_uninit(AVHWFramesContext *ctx)
>
> #if HAVE_PTHREADS
> pthread_mutex_destroy(&s->session_lock);
> - pthread_cond_destroy(&s->session_cond);
> #endif
>
> av_freep(&s->mem_ids);
> @@ -744,7 +743,6 @@ static int qsv_frames_init(AVHWFramesContext *ctx)
>
> #if HAVE_PTHREADS
> pthread_mutex_init(&s->session_lock, NULL);
> - pthread_cond_init(&s->session_cond, NULL);
> #endif
>
> return 0;
> @@ -1024,6 +1022,32 @@ static int map_frame_to_surface(const AVFrame *frame, mfxFrameSurface1 *surface)
> return 0;
> }
>
> +static int qsv_internal_session_check_init(AVHWFramesContext *ctx, int upload)
> +{
> + QSVFramesContext *s = ctx->internal->priv;
> + atomic_int *inited = upload ? &s->session_upload_init : &s->session_download_init;
> + mfxSession *session = upload ? &s->session_upload : &s->session_download;
> + int ret = 0;
> +
> + if (atomic_load(inited))
> + return 0;
> +
> +#if HAVE_PTHREADS
> + pthread_mutex_lock(&s->session_lock);
> +#endif
> +
> + if (!atomic_load(inited)) {
> + ret = qsv_init_internal_session(ctx, session, upload);
> + atomic_store(inited, 1);
Nit: How about
if (atomic_compare_exchange_strong(inited, &ret, 1))
ret = qsv_init_internal_session(ctx, session, upload);
Or using some other variable for the second argument (It must be 0
before the call, and will become 1 if *inited was already 1).
Since atomic_compare_exchange_strong() is not used anywhere in the tree,
it would let us know if any of the atomics emulation implementations are
faulty (win32, pthreads, old gcc).
> + }
> +
> +#if HAVE_PTHREADS
> + pthread_mutex_unlock(&s->session_lock);
> +#endif
> +
> + return ret;
> +}
> +
> static int qsv_transfer_data_from(AVHWFramesContext *ctx, AVFrame *dst,
> const AVFrame *src)
> {
> @@ -1035,28 +1059,7 @@ static int qsv_transfer_data_from(AVHWFramesContext *ctx, AVFrame *dst,
> mfxStatus err;
> int ret = 0;
>
> - while (!s->session_download_init && !s->session_download && !ret) {
> -#if HAVE_PTHREADS
> - if (pthread_mutex_trylock(&s->session_lock) == 0) {
> -#endif
> - if (!s->session_download_init) {
> - ret = qsv_init_internal_session(ctx, &s->session_download, 0);
> - if (s->session_download)
> - s->session_download_init = 1;
> - }
> -#if HAVE_PTHREADS
> - pthread_mutex_unlock(&s->session_lock);
> - pthread_cond_signal(&s->session_cond);
> - } else {
> - pthread_mutex_lock(&s->session_lock);
> - while (!s->session_download_init && !s->session_download) {
> - pthread_cond_wait(&s->session_cond, &s->session_lock);
> - }
> - pthread_mutex_unlock(&s->session_lock);
> - }
> -#endif
> - }
> -
> + ret = qsv_internal_session_check_init(ctx, 0);
> if (ret < 0)
> return ret;
>
> @@ -1109,28 +1112,7 @@ static int qsv_transfer_data_to(AVHWFramesContext *ctx, AVFrame *dst,
> const AVFrame *src_frame;
> int realigned = 0;
>
> -
> - while (!s->session_upload_init && !s->session_upload && !ret) {
> -#if HAVE_PTHREADS
> - if (pthread_mutex_trylock(&s->session_lock) == 0) {
> -#endif
> - if (!s->session_upload_init) {
> - ret = qsv_init_internal_session(ctx, &s->session_upload, 1);
> - if (s->session_upload)
> - s->session_upload_init = 1;
> - }
> -#if HAVE_PTHREADS
> - pthread_mutex_unlock(&s->session_lock);
> - pthread_cond_signal(&s->session_cond);
> - } else {
> - pthread_mutex_lock(&s->session_lock);
> - while (!s->session_upload_init && !s->session_upload) {
> - pthread_cond_wait(&s->session_cond, &s->session_lock);
> - }
> - pthread_mutex_unlock(&s->session_lock);
> - }
> -#endif
> - }
> + ret = qsv_internal_session_check_init(ctx, 1);
> if (ret < 0)
> return ret;
>
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2022-02-08 19:31 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-08 18:26 [FFmpeg-devel] [PATCH 1/2] lavfi/qsvpp: fix after 85c938fa28 Anton Khirnov
2022-02-08 18:26 ` [FFmpeg-devel] [PATCH 2/2] lavu/hwcontext_qsv: fix a potential infinite loop Anton Khirnov
2022-02-08 19:31 ` James Almer [this message]
2022-02-08 22:53 ` [FFmpeg-devel] [PATCH 1/2] lavfi/qsvpp: fix after 85c938fa28 Eoff, Ullysses A
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=77f7accd-3190-d454-0c72-bdf055895e3c@gmail.com \
--to=jamrial@gmail.com \
--cc=ffmpeg-devel@ffmpeg.org \
/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
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git