Builder ffmpegsos-solaris10-sparc Build #13755

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpegsos-solaris10-sparc' triggered this build

Steps and Logfiles:

1. git update ( 21 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 ( 11 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_sos.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Lynne

   devohnoyoudont@lynne.ee

Timing:

All Changes:

:

1. Change #276789

   Category	ffmpeg
   Changed by	Lynne <devohnoyoudont@lynne.ee>
   Changed at	Mon 03 Aug 2026 06:18:55
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	25663e69246ae373efb2358fdf509858045e69c8

   Comments

   vulkan: only reset execution fences at submission time
   The fence was reset when a context began recording, so an error
   between recording start and submission (observed in the wild as
   intermittent VK_ERROR_MEMORY_MAP_FAILED from vkEndCommandBuffer on
   ANV under threaded load) left it permanently unsignalled, deadlocking
   the next user of the context.
   
   Reset the fence only once a fully recorded submission is about to be
   handed to the queue: abandoned recordings then leave the fence
   signalled from the previous submission, and the context self-heals on
   reuse. Should the queue submission itself fail, signal the fence with
   an empty submission.

   Changed files

   • libavutil/vulkan.c