Hi,

golang-github-klauspost-reedsolomon currently fails to build on
https://reproduce.debian.net/:

https://reproduce.debian.net/all/forky.html#golang-github-klauspost-reedsolomon-dev

From my investigation this seems to due to calling:

vgf2p8affineqb $0x0,%zmm0,%zmm8,%zmm6

But the host system CPU does not support this function:

$ lscpu
Architecture:                x86_64
  CPU op-mode(s):            32-bit, 64-bit
  Address sizes:             40 bits physical, 48 bits virtual
  Byte Order:                Little Endian
CPU(s):                      16
  On-line CPU(s) list:       0-15
Vendor ID:                   GenuineIntel
  Model name:                Intel Xeon Processor (Skylake, IBRS)
    CPU family:              6
    Model:                   85
    Thread(s) per core:      2
    Core(s) per socket:      8
    Socket(s):               1
    Stepping:                4
    BogoMIPS:                4199.99
    Flags:                   fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq vmx ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave a
                             vx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault pti ssbd ibrs ibpb stibp tpr_shadow flexpriority ept vpid ept_ad fsgsbase bmi1 hle avx2 smep bmi2 erms invpcid rtm avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 arat vnmi m
                             d_clear arch_capabilities
Virtualization features:
  Virtualization:            VT-x
  Hypervisor vendor:         Microsoft
  Virtualization type:       full
Caches (sum of all):
  L1d:                       256 KiB (8 instances)
  L1i:                       256 KiB (8 instances)
  L2:                        32 MiB (8 instances)
NUMA:
  NUMA node(s):              1
  NUMA node0 CPU(s):         0-15
Vulnerabilities:
  Gather data sampling:      Unknown: Dependent on hypervisor status
  Indirect target selection: Mitigation; Aligned branch/return thunks
  Itlb multihit:             Not affected
  L1tf:                      Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable
  Mds:                       Mitigation; Clear CPU buffers; SMT Host state unknown
  Meltdown:                  Mitigation; PTI
  Mmio stale data:           Vulnerable: Clear CPU buffers attempted, no microcode; SMT Host state unknown
  Reg file data sampling:    Not affected
  Retbleed:                  Mitigation; IBRS
  Spec rstack overflow:      Not affected
  Spec store bypass:         Mitigation; Speculative Store Bypass disabled via prctl
  Spectre v1:                Mitigation; usercopy/swapgs barriers and __user pointer sanitization
  Spectre v2:                Mitigation; IBRS; IBPB conditional; STIBP conditional; RSB filling; PBRSB-eIBRS Not affected; BHI SW loop, KVM SW loop
  Srbds:                     Not affected
  Tsa:                       Not affected
  Tsx async abort:           Mitigation; Clear CPU buffers; SMT Host state unknown
  Vmscape:                   Not affected

Can you please fix the CPU feature detection?

Thanks!

Jochen

Hi,

Just a thought. While reading this bug report I was immediately thinking
of a baseline violation (which is an RC issue). But I understand that go
packages like this only ship source, so I can hardly claim it's a
baseline violation in *this* package, but I suspect it might be a
baseline violation in packages that build using this source. (I haven't
investigated how this code is used).

Paul

forwarded 1138625 https://github.com/klauspost/reedsolomon/issues/343
found 1138625 1.14.1-1
thanks

The problem is still around in the latest upstream version that I have
uploaded.  I believe this is an upstream source-level bug, and raised an
upstream bug report about it.  I'm not sure there is any tooling bug
here.  This project contains assembler code that makes CPU assumptions
that aren't universal.  That's not a Go toolchain problem but a problem
with that assembler code.  If this is a RC bug or not is a bit semantic;
the problem is in binaries built from the content of this package, not
with the content of the package.

Forcing the package into non-assembler mode may be possible with patches
to remove the assembler code, but let's hope upstream is able to fix
this cleanly...

/Simon

Hello,

Bug #1138625 in golang-github-klauspost-reedsolomon reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/go-team/packages/golang-github-klauspost-reedsolomon/-/commit/05188daf384386df2356af1911e03c06a18b08a8

(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/1138625

We believe that the bug you reported is fixed in the latest version of
golang-github-klauspost-reedsolomon, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1138625@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Simon Josefsson <simon@josefsson.org> (supplier of updated golang-github-klauspost-reedsolomon package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Wed, 12 Aug 2026 16:09:27 +0200
Source: golang-github-klauspost-reedsolomon
Architecture: source
Version: 1.14.1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Go Packaging Team <team+pkg-go@tracker.debian.org>
Changed-By: Simon Josefsson <simon@josefsson.org>
Closes: 1138625
Changes:
 golang-github-klauspost-reedsolomon (1.14.1-2) unstable; urgency=medium
 .
   * Team upload
   * Add CPU detection FTBFS fix from upstream (Closes: #1138625)
   * Increase test timeout 10m->25m and run on arm64 too
   * Rename docs for compat 14
Checksums-Sha1:
 0e2cfb420e598151067725bece6b1010c9894cdd 2719 golang-github-klauspost-reedsolomon_1.14.1-2.dsc
 b55f753d8a320ff7fd76a3c9bee53c91d90d0006 7996 golang-github-klauspost-reedsolomon_1.14.1-2.debian.tar.xz
 15b35e32bba73bcf033d4f92f3bcc945c3e81ee8 1073800 golang-github-klauspost-reedsolomon_1.14.1-2.git.tar.xz
 15968e3305b34d0ba6e83f96438722f333844ed9 17668 golang-github-klauspost-reedsolomon_1.14.1-2_source.buildinfo
Checksums-Sha256:
 f5c796bb3a9b7f3bbdfffcc39f436fea33ffb19ef0e08b2d8987f1db3522fe47 2719 golang-github-klauspost-reedsolomon_1.14.1-2.dsc
 28b44cff5851b39f330595606d956f5089d237db891be9ea1cb7bb351df245ae 7996 golang-github-klauspost-reedsolomon_1.14.1-2.debian.tar.xz
 aa84fa0ff613017f096460407968a8c2750816b7f5908f4248111e5367618788 1073800 golang-github-klauspost-reedsolomon_1.14.1-2.git.tar.xz
 d3db40da8c4fa72c43b018f2a8470fcc7357aa135cd94a8e6d323090c5ed27a7 17668 golang-github-klauspost-reedsolomon_1.14.1-2_source.buildinfo
Files:
 29ffba8772a9efc238e9cf6ba4a4e69a 2719 golang optional golang-github-klauspost-reedsolomon_1.14.1-2.dsc
 9bd5df05526b6382b1432b45080f96f9 7996 golang optional golang-github-klauspost-reedsolomon_1.14.1-2.debian.tar.xz
 00e34805a2c8810e32c599164d1d3bde 1073800 golang None golang-github-klauspost-reedsolomon_1.14.1-2.git.tar.xz
 c0cd01223f41ace5937394847451fe3e 17668 golang optional golang-github-klauspost-reedsolomon_1.14.1-2_source.buildinfo
Git-Tag-Info: tag=5ca5b56af143838bd875a2aade5ef40100708fce fp=a3cc9c870b9d310abad4cf2f51722b08fe4745a2
Git-Tag-Tagger: Simon Josefsson <simon@josefsson.org>
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEN02M5NuW6cvUwJcqYG0ITkaDwHkFAmp8fwMACgkQYG0ITkaD
wHn7OQ//XtypeQQWFpfS432RDn41PxJ7wyg21R7wpwAnnF+nw8KFr1yAelnH8fqH
H4OeKeIPwm9VsTHNNrpFzp1xWDqjy8xWpBVbu1gdn5winI9D7heQPzWRIlJI7lSm
0CEGB43hXmJjweN0KBgJzHqJ8QzfDoKj9/3TCSfULUkFnafSl8ZIiNoOuJ8CuLHy
OfPo44Ah6cJzKqDwgAtwFWHqUbNFJvQzub/0TV8RRLO4hPu7kp9TJsExRBTGMyiM
6PdOMIrVeGW2gvcd8Hzi+uRUROE/owLpg5Gf4ZeZDnfIrfqVin6iLcaznR3/mDEe
GDS09IWXECk+TObCoNMW60O+emsOyIsMQKXzo835p2mAi0WL9apZ/sQzpM+1Nrb/
pZ3pZvs6XmVThhoP4h5+Z3ibudy/mH3/swHapc0AfI+lH+5hvV1ecYFiGMBRMBIW
S6dio4lm1MmszgDPxNKB5ieqHefZR8yH4mdLDt7uzJ1hJph9I57a3vikhgez06YX
sQY43cfhhFZK7FYbNM/0DpXqn7nshi0ZnqtaiSBa8gvZ3kQ+EerXc+uVw9xjDQId
u+/fRgkzvtC68DVdRArwrp0Z9bUu92OLVi12EZg+s8CO5PX3m2K85kYB4c24RO1P
rWD28YSNyqOSd/beFafhL9K0SOIUVecXmY+s5c+zcpbJ0H8kO1w=
=6dlq
-----END PGP SIGNATURE-----