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