Builder ffmpeg64-solaris10-sparc Build #13898

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 7 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 ( 8 secs )
   1. stdio
   2. config.log
6. shell_4 'gmake fate-rsync' failed ( 2 secs )
   1. stdio
7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_64.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Scott Boudreaux

   scottohnoyoudont@elyanlabs.com

Timing:

All Changes:

:

1. Change #270924

   Category	ffmpeg
   Changed by	Scott Boudreaux <scottohnoyoudont@elyanlabs.com>
   Changed at	Sun 14 Jun 2026 15:47:14
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	d4673a97ac4ff8dcba8df86913560d1507f2b0db

   Comments

   swscale/ppc: fix ASAN stack-buffer-overflow in yuv2planeX
   Fix two buffer overreads in the PowerPC yuv2planeX SIMD paths
   that cause daily FATE checkasm-sw_scale ASAN failures on both
   ppc64 (G5, altivec) and ppc64le (POWER9, VSX):
   
   1. VSX LOAD_FILTER: vec_vsx_ld(joffset, filter) reads 16 bytes
      at the given byte offset.  When joffset >= filterSize*2 - 14
      (e.g. joffset=30 for filterSize=16), this reads up to 14 bytes
      past the 32-byte filter array.  Fix by replacing the vector
      load with vec_splats(f[j]) which only reads the single int16_t
      element needed (the result is splatted to all lanes anyway).
   
   2. GET_LS look-ahead overread: yuv2planeX_8_16 calls
      yuv2planeX_8 twice per filter tap.  Each call's GET_LS macro
      speculatively loads the next 16-byte vector for pipelining.
      On the second call, this look-ahead reads 16 bytes past the
      last valid source element.  Fix by tightening the SIMD loop
      bound from (dstW - 15) to (dstW - 23), ensuring the farthest
      speculative load stays within src[j][0..dstW-1].  The scalar
      fallback handles the remaining 16-23 trailing pixels.
   
   The ASAN reports from FATE:
     ppc64 (altivec): stack-buffer-overflow in yuv2planeX_8_16_altivec
                      at swscale_ppc_template.c:56
     ppc64le (VSX):   unknown-crash in yuv2planeX_8_16_vsx
                      at swscale_ppc_template.c:52
   
   Signed-off-by: Scott Boudreaux <scott@elyanlabs.com>

   Changed files

   • libswscale/ppc/swscale_ppc_template.c

2. Change #270925

   Category	ffmpeg
   Changed by	Scott Boudreaux <scottohnoyoudont@elyanlabs.com>
   Changed at	Sun 14 Jun 2026 15:47:14
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	dddc703cc14de36ecf48600fe29c9621b24f847e

   Comments

   swscale/ppc: fix LOAD_FILTER overread in VSX path
   Part of the yuv2planeX ASAN fix - replace vec_vsx_ld with vec_splats
   to avoid reading past the filter array.
   
   Signed-off-by: Scott Boudreaux <scott@elyanlabs.com>

   Changed files

   • libswscale/ppc/swscale_vsx.c