by keithspg » Tue Dec 28, 2021 2:10 pm
I finally got around to building the linux-rpi-legacy (armv6) image for 5.10.87 but with the Rpi config. I generated the RPi config using their instructions and substituted for the config in the linux-rpi-legacy package from git then built the kernel and installed it.
$this->bbcode_second_pass_code('', 'KERNEL=kernel
make bcmrpi_defconfig')
The kernel with the RPi config behaves identically to the kernel generated with the default Arch config. If the config is set with dparam=audio=on on a RPi with actual onboard audio, it can fail to boot. The messages on the console are:
$this->bbcode_second_pass_code('', '
[ TIME ] Timed out waiting for device /dev/mmcblk0p1.
[DEPEND] Dependency failed for /boot.
[DEPEND] Dependency failed for Local File Systems.
')
then I get emergency mode 'ctrl D to continue'
If from emergency mode, I $this->bbcode_second_pass_code('', 'mount /dev/mmcblk0p1 /boot') then issue a reboot, it usually (never seen it not) will reboot. If I turn onboard audio off in config.txt, I have never seen it not boot. Many times I have pulled the SDcard, put it in a windows machine, edited to comment the dparam=audio=on line in config.txt then put it back in the Pi and it boots.
The journal lines are:
$this->bbcode_second_pass_code('', 'Nov 30 20:17:49 alarm systemd[1]: dev-mmcblk0p1.device: Job dev-mmcblk0p1.device/start timed out.
Nov 30 20:17:49 alarm systemd[1]: Timed out waiting for device /dev/mmcblk0p1.
Nov 30 20:17:49 alarm systemd[1]: Dependency failed for /boot.
Nov 30 20:17:49 alarm systemd[1]: Dependency failed for Local File Systems.
Nov 30 20:17:49 alarm systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
Nov 30 20:17:49 alarm systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
Nov 30 20:17:49 alarm systemd[1]: boot.mount: Job boot.mount/start failed with result 'dependency'.
Nov 30 20:17:49 alarm systemd[1]: dev-mmcblk0p1.device: Job dev-mmcblk0p1.device/start failed with result 'timeout'.')
I know it sounds strange, but there seems to be some timing or something with onboard audio just on the lowly Pi1 with onboard audio (3.5mm plug) on armv6 that causes this intermittent problem. I have not seen this with the armv7 image nor aarch64. Enabling onboard audio always works from this commit (5.10.87-1) on armv7 and aarch64. It is just on the B1 on armv6 that I have seen this.
Addition: It rebooted a ton of times today and it is just now that it quit (with dparam=audio-on). I do not know if it is important, but running concurrently with the mount of /boot is random and enabling of /dev/ttyAMA0.