v9.1.0 fails with 4/ILL on ARMv6

[fgenoese]

Describe the bug
After updating from v9.0.3 to v.9.1.0 LMS fails to start. Note that v9.0.3 ran perfectly fine on ARMv6

To Reproduce
Steps to reproduce the behavior:
On a Raspberry Pi 1 (or other ARMv6) run:

cat /proc/cpuinfo | grep model
model name	: ARMv6-compatible processor rev 7 (v6l)
sudo dpkg -i /var/lib/squeezeboxserver/cache/updates/lyrionmusicserver_9.1.0_arm.deb
sudo systemctl status lyrionmusicserver
● lyrionmusicserver.service - Lyrion Music Server
     Loaded: loaded (/lib/systemd/system/lyrionmusicserver.service; enabled; vendor preset: enabled)
     Active: failed (Result: signal) since Sat 2026-03-14 21:09:56 CET; 512ms ago
    Process: 1562 ExecStart=/usr/sbin/squeezeboxserver --prefsdir $PREFSDIR --logdir $LOGDIR --cachedir $CACHEDIR --charset $CHARSET $SLIMOPTIONS (code=killed, signal=ILL)
   Main PID: 1562 (code=killed, signal=ILL)
        CPU: 9.671s

Mar 14 21:09:45 xxx systemd[1]: Started Lyrion Music Server.
Mar 14 21:09:56 xxx systemd[1]: lyrionmusicserver.service: Main process exited, code=killed, status=4/ILL
Mar 14 21:09:56 xxx systemd[1]: lyrionmusicserver.service: Failed with result 'signal'.
Mar 14 21:09:56 xxx systemd[1]: lyrionmusicserver.service: Consumed 9.671s CPU time.

[michaelherger]

What Perl version are you using? Did you try the _all.deb package?

[fgenoese]

Here is the perl version:

perl -v

This is perl 5, version 32, subversion 1 (v5.32.1) built for arm-linux-gnueabihf-thread-multi-64int

[michaelherger]

The only change I could imagine causing this would be the upgrade of DBD::SQLite in ba0efae. Maybe you can manually revert this change in your installation and give it a try?...

[fgenoese]

The SQLite.so has indeed been compiled for ARMv7 and later. The ideal solution would be to target ARMv6 architecture while still producing a arm-linux-gnueabihf (hard-float ABI) binary.

dpkg-deb -x ../lyrionmusicserver_9.1.0_arm.deb .

file ./usr/share/squeezeboxserver/CPAN/arch/5.32/arm-linux-gnueabihf-thread-multi-64int/auto/DBD/SQLite/SQLite.so
./usr/share/squeezeboxserver/CPAN/arch/5.32/arm-linux-gnueabihf-thread-multi-64int/auto/DBD/SQLite/SQLite.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, BuildID[sha1]=3ccc3fc9d8109d3726076b962b1ec16337798f59, stripped

readelf -A ./usr/share/squeezeboxserver/CPAN/arch/5.32/arm-linux-gnueabihf-thread-multi-64int/auto/DBD/SQLite/SQLite.so
Attribute Section: aeabi
File Attributes
  Tag_CPU_name: "7-A"
  Tag_CPU_arch: v7
  Tag_CPU_arch_profile: Application
  Tag_ARM_ISA_use: Yes
  Tag_THUMB_ISA_use: Thumb-2
  Tag_FP_arch: VFPv3-D16
  Tag_ABI_PCS_wchar_t: 4
  Tag_ABI_FP_rounding: Needed
  Tag_ABI_FP_denormal: Needed
  Tag_ABI_FP_exceptions: Needed
  Tag_ABI_FP_number_model: IEEE 754
  Tag_ABI_align_needed: 8-byte
  Tag_ABI_align_preserved: 8-byte, except leaf SP
  Tag_ABI_enum_size: int
  Tag_ABI_VFP_args: VFP registers
  Tag_CPU_unaligned_access: v6

[michaelherger]

I'm sorry for the breaking change. It might be easiest for you to just copy the old files for DBD::SQLite back to your installation. But with the extremely small number of users of this old architecture I'll probably not look into fixing this.