I just built 1.9.15-1 and it also gives the error. The problem is the kernel version check is not working that they added. Remove the line ConditionKernelVersion=<5.6 from /usr/lib/systemd/system/haveged.service
[ray@pi4 ~]$ cat /proc/sys/kernel/random/entropy_avail
472
[ray@pi4 ~]$ systemctl status haveged
○ haveged.service - Entropy Daemon based on the HAVEGE algorithm
Loaded: loaded (/usr/lib/systemd/system/haveged.service; enabled; vendor preset: disabled)
Active: inactive (dead)
Condition: start condition failed at Tue 2021-08-31 08:11:20 CDT; 1 month 1 day ago
└─ ConditionKernelVersion=<5.6 was not met
Docs: man:haveged(8)
http://www.issihosts.com/haveged/
[ray@pi4 ~]$
[ray@pi4 ~]$ pacman -Ss haveged
extra/haveged 1.9.14-1 [installed: 1.9.15-1]
Entropy harvesting daemon using CPU timings
After removal of the line:
[ray@pi4 ~]$ cat /proc/sys/kernel/random/entropy_avail
2459
[ray@pi4 ~]$ systemctl status haveged
● haveged.service - Entropy Daemon based on the HAVEGE algorithm
Loaded: loaded (/usr/lib/systemd/system/haveged.service; enabled; vendor preset: disabled)
Active: active (running) since Tue 2021-08-31 08:11:18 CDT; 1 month 1 day ago
Docs: man:haveged(8)
http://www.issihosts.com/haveged/
Main PID: 153 (haveged)
Tasks: 1 (limit: 8982)
CPU: 418ms
CGroup: /system.slice/haveged.service
└─153 /usr/bin/haveged -w 1024 -v 1 --Foreground
Notice: journal has been rotated since unit was started, output may be incomplete.
[ray@pi4 ~]$ pacman -Ss haveged
extra/haveged 1.9.14-1 [installed: 1.9.15-1]
Entropy harvesting daemon using CPU timings
I know it’s too low and that’s why I asked at my first post.
It is not related to your new kernel release finally.
I have opened a request for updating this package on another post because I thought that this kernel condition was removed in the new package version.
Maybe we can merge that discussion to this post https://forum.manjaro.org/t/havaged-1-9-15-1/84957 ?
On hackaday post it says it needs to be some where around 3000 with the pi.
It vaguely has to do with the kernel. It is appearing that kernel 5.6 and greater the kernel provides the entropy but it looks like to me it is not doing much for the arm side.
The latest linux-rpi4-rc kernel packages has been pushed to the unstable branch when the mirrors sync. In testing I did not see any difference than the last version.
5.16 sounds like a big update with this feature and zstd updated to 1.4.10.
I guess that will provide some new ways for kernel image compression from Archlinux… wait & see!
Not really sure but researching it has appeared from different types of installs with people but in each case a fresh install fixed it. If it was me I would first try reinstalling the kernel and the 2 raspberrypi-bootloader packages. I would also switch to the stable firmware with the eeprom if you are not already there with it.
There are also some cases with bad sdcards but that does not seem to be the issue with you as you are booting with usb.
I boot on usb, but I have different messages:
dmesg | grep mmc1
[ 0.769758] mmc1: new high speed SDIO card at address 0001
[ 5.191383] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43455-sdio.raspberrypi,4-model-b.bin failed with error -2
Long story short the brcmfmac43455-sdio.raspberrypi,4-model-b.bin can be ignored. It just looks for it first in /usr/lib/firmware/updates/brcm/ but winds up using brcmfmac43455-sdio.bin for wifi.
