Builder ffmpeg-solaris10-i386 Build #11816

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpeg-solaris10-i386' triggered this build

Steps and Logfiles:

1. git update ( 5 secs )
   1. stdio
2. shell 'gsed -i ...' ( 0 secs )
   1. stdio
3. shell_1 'gsed -i ...' ( 0 secs )
   1. stdio
4. shell_2 'gsed -i ...' failed ( 0 secs )
   1. stdio
5. shell_3 './configure --samples="../../../ffmpeg/fate-suite" ...' failed ( 6 secs )
   1. stdio
   2. config.log
6. shell_4 'gmake fate-rsync' failed ( 0 secs )
   1. stdio
7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Benjamin Cheng

   benohnoyoudont@bcheng.me
2. Lynne

   devohnoyoudont@lynne.ee

Timing:

All Changes:

:

1. Change #216587

   Category	ffmpeg
   Changed by	Benjamin Cheng <benohnoyoudont@bcheng.me>
   Changed at	Sun 22 Dec 2024 20:24:54
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	bf9f921ef7c6b77da4c93dd292cb8bea97a49b1d

   Comments

   avcodec/hw_base_encode: restrict size of next_prev
   Some drivers are more strict about the size of the reference lists given
   (i.e. VAOn12 [1]). The next_prev list is used to handle multiple "L0"
   references in AV1 encode. Restrict the size of next_prev based on the
   value of ref_l0 when the GOP structure is initialized.
   
   [1] https://github.com/intel/cartwheel-ffmpeg/issues/278
   
   v2: fix indentation issues

   Changed files

   • libavcodec/hw_base_encode.c
   • libavcodec/hw_base_encode.h

2. Change #216588

   Category	ffmpeg
   Changed by	Lynne <devohnoyoudont@lynne.ee>
   Changed at	Sun 22 Dec 2024 20:25:01
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	18af3a1db2db07cd24d611cc9cdc86fcdec4b505

   Comments

   hwcontext_vulkan: do not enable portability subset by default
   It doesn't make sense to, and could result in the implementation
   picking emulation layers.

   Changed files

   • libavutil/hwcontext_vulkan.c

3. Change #216589

   Category	ffmpeg
   Changed by	Lynne <devohnoyoudont@lynne.ee>
   Changed at	Sun 22 Dec 2024 20:25:08
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	4ca2b86ed54fbd0ffcfd74fd4e8bd3055bd12dcf

   Comments

   hwcontext_vulkan: disable validation layer threading warnings
   The layer is buggy currently:
   https://github.com/KhronosGroup/Vulkan-ValidationLayers/issues/9045

   Changed files

   • libavutil/hwcontext_vulkan.c

4. Change #216590

   Category	ffmpeg
   Changed by	Lynne <devohnoyoudont@lynne.ee>
   Changed at	Sun 22 Dec 2024 20:25:08
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	7239be07bea6cce5a9e09d5dc7ebb1a14e34121f

   Comments

   vulkan_decode: use a single execution pool
   Originally, the decoder had a single execution pool, with one
   execution context per thread. Execution pools were always intended
   to be thread-safe, as long as there were enough execution contexts
   in the pool to satisfy all threads.
   
   Due to synchronization issues, the threading part was removed at some
   point, and, for decoding, each thread had its own execution pool.
   Having a single execution pool per context is hacky, not to mention
   wasteful.
   Most importantly, we *cannot* associate single shaders across multiple
   execution pools for a single application. This means that we cannot
   use shaders to either apply film grain, or use this framework for
   software-defined decoders.
   
   The recent commits added threading capabilities back to the execution
   pool, and the number of contexts in each pool was increased. This was
   done with the assumption that the execution pool was singular, which
   it was not. This led to increased parallelism and number of frames
   in flight, which is taxing on memory.
   
   This commit finally restores proper threading behaviour.
   The validation layer has isses that are reported and addressed in the
   earlier commit.

   Changed files

   • libavcodec/vulkan_decode.c
   • libavcodec/vulkan_decode.h

5. Change #216591

   Category	ffmpeg
   Changed by	Lynne <devohnoyoudont@lynne.ee>
   Changed at	Sun 22 Dec 2024 20:25:09
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	157cd820adbbfcfd1870a6ce12d072dc0f623e9b

   Comments

   vulkan: remove pointless mutex locks
   This code was simply incorrect through and through. It did not
   protect what actually has to be protected in a multi-threaded setup.
   Perhaps it was used to silence threading errors?
   
   Either way, remove it, and document the correct way to use execution
   pools in a threaded environment.

   Changed files

   • libavutil/vulkan.c
   • libavutil/vulkan.h

6. Change #216592

   Category	ffmpeg
   Changed by	Lynne <devohnoyoudont@lynne.ee>
   Changed at	Sun 22 Dec 2024 20:25:09
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	2e06b84e2747ef4ea4d9f5c20c936aa866f7647d

   Comments

   vulkan: do not reinvent a queue context struct
   We recently introduced a public field which was a superset
   of the queue context we used to have.
   
   Switch to using it entirely.
   
   This also allows us to get rid of the NIH function which was
   valid only for video queues.

   Changed files

   • libavcodec/ffv1enc_vulkan.c
   • libavcodec/vulkan_decode.c
   • libavcodec/vulkan_decode.h
   • libavcodec/vulkan_encode.c
   • libavcodec/vulkan_encode.h
   • libavcodec/vulkan_video.c
   • libavcodec/vulkan_video.h
   • libavfilter/vf_avgblur_vulkan.c
   • libavfilter/vf_blend_vulkan.c
   • libavfilter/vf_bwdif_vulkan.c
   • libavfilter/vf_chromaber_vulkan.c
   • libavfilter/vf_flip_vulkan.c
   • libavfilter/vf_gblur_vulkan.c
   • libavfilter/vf_nlmeans_vulkan.c
   • libavfilter/vf_overlay_vulkan.c
   • libavfilter/vf_scale_vulkan.c
   • libavfilter/vf_transpose_vulkan.c
   • libavfilter/vf_xfade_vulkan.c
   • libavfilter/vsrc_testsrc_vulkan.c
   • libavutil/hwcontext_vulkan.c
   • libavutil/vulkan.c
   • libavutil/vulkan.h

7. Change #216593

   Category	ffmpeg
   Changed by	Lynne <devohnoyoudont@lynne.ee>
   Changed at	Sun 22 Dec 2024 20:25:09
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	8fbecfd1a044ffd546fefd6d022117d8809d35d4

   Comments

   vulkan_decode: add queue_flags field to specify queue used

   Changed files

   • libavcodec/vulkan_av1.c
   • libavcodec/vulkan_decode.c
   • libavcodec/vulkan_decode.h
   • libavcodec/vulkan_h264.c
   • libavcodec/vulkan_hevc.c

8. Change #216594

   Category	ffmpeg
   Changed by	Lynne <devohnoyoudont@lynne.ee>
   Changed at	Sun 22 Dec 2024 20:25:09
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	1b8cd00da62617bf5e8f2cdac67d99ea6e34404f

   Comments

   configure: add option to statically link to libvulkan
   This may be useful in weird setups and on platforms where
   static linking to libvulkan is supported.
   
   libplacebo also has this fallback.

   Changed files

   • configure
   • libavutil/hwcontext_vulkan.c