This is actually a downgrade relative to 20201214-1 which
introduced a critical bug preventing booting all RPi 0-3
but not RPi 4 on which I tested the package.
Rather than adding an epoch= to the PKGBUILD, just bump the
pkgver but ship the last-good commit from upstream previously
provided by our 20201208-1 package.
Upstream bug report:
https://github.com/raspberrypi/firmware/issues/1511
Properly set cortex-a72 optimizations for this package, see comment
in 0000-use-mcpu-avoiding-march-and-mtune.patch for more details.
Should be totally fine in doing so since this only RPi 4 can actually
make use of the HW decoding intended for v19 once it goes final and the
patchset is gets merged into ffmpeg (at some point).
In addition to that, fix a small bug in kodi.service, for details see:
909f274d6e
Pi 2/3 cannot use 'leia_pi4' fork for HW decoding on certain video formats
such as HEVC it seems. Restore a kodi package based on 'newclock5' fork which
does x264 HW decoding via mmal.
When v19 gets released, this package will stay frozen at v18 since upstream
support for it has been declared nonexistent.
Building raspberrypi-firmware from userland for armv7h caused
breakage[1] in kodi-rpi 18.9-1 so use a split strategy to build
aarch64 stuff from userland and pre-compiled stuff for armv6h/7h
Upstream dropped support for RPi platform since gbm matured and is stable[1].
This package should support RPi2+ hardware.
1. https://github.com/xbmc/xbmc/pull/16321
Calling the kodi-gbm target in ExecStart= was not actually the key to
fixing the unclean shutdown bug. Adding the ExecStop= calling killall
to the exact target was needed.
This commit restores the call to kodi-standalone to allow the
"RestartApp" built in to work again and adds the key ExecStop= with
killall.
