Not working with latest release for RPi4

[buzmeg]

I just installed the 2021/05/07 release of "Raspberry Pi OS with desktop and recommended software" from https://downloads.raspberrypi.org/raspios_full_armhf/images/raspios_full_armhf-2021-05-28/2021-05-07-raspios-buster-armhf-full.zip

I then did a full apt-get update/upgrade dance.

Finally, I followed the "Easy Automatic Setup".

On reboot, I see errors in the dmesg:

[    5.283824] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6
[    5.296012] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4345/6 wl0: Jan  4 2021 19:56:29 version 7.45.229 (617f1f5 CY) FWID 01-2dbd9d2e
[    5.591921] cs42xx8 1-0048: supply VA not found, using dummy regulator
[    5.592652] cs42xx8 1-0048: supply VD not found, using dummy regulator
[    5.592761] cs42xx8 1-0048: supply VLS not found, using dummy regulator
[    5.592886] cs42xx8 1-0048: supply VLC not found, using dummy regulator
[    5.625126] cs42xx8 1-0048: failed to get device ID, ret = -121
[    5.626362] cs42xx8: probe of 1-0048 failed with error -121
[    6.324566] audioinjector-octo soc:sound: snd_soc_register_card failed (-517)
[    6.842223] random: crng init done
[    6.842244] random: 7 urandom warning(s) missed due to ratelimiting
[    7.043152] uart-pl011 fe201000.serial: no DMA platform data
[    7.062875] 8021q: 802.1Q VLAN Support v1.8
[    7.468173] Adding 102396k swap on /var/swap.  Priority:-2 extents:1 across:102396k SSFS
[    7.592935] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save enabled
[    7.833502] bcmgenet fd580000.ethernet: configuring instance for external RGMII (RX delay)
[    7.833785] bcmgenet fd580000.ethernet eth0: Link is Down
[    7.884491] audioinjector-octo soc:sound: snd_soc_register_card failed (-517)
[    9.276587] broken atomic modeset userspace detected, disabling atomic
[    9.940467] broken atomic modeset userspace detected, disabling atomic
[   10.848415] broken atomic modeset userspace detected, disabling atomic

Any ideas? I can probe pins with my scope if you want.

I have another board if you think this is a dead board, but I'd really rather not put it into use if it's an RPi4 config problem that's killing them.

Thanks.

pi@raspberrypi:~ $ uname -a
Linux raspberrypi 5.10.63-v7l+ #1459 SMP Wed Oct 6 16:41:57 BST 2021 armv7l GNU/Linux

pi@raspberrypi:~ $ dmesg | less

[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 5.10.63-v7l+ (dom@buildbot) (arm-linux-gnueabihf-gcc-8 (Ubuntu/Linaro 8.4.0-3ubuntu1) 8.4.0, GNU ld (GNU Binutils for Ubuntu) 2.34) #1459 SMP Wed Oct 6 16:41:57 BST 2021
[    0.000000] CPU: ARMv7 Processor [410fd083] revision 3 (ARMv7), cr=30c5383d
[    0.000000] CPU: div instructions available: patching division code
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
[    0.000000] OF: fdt: Machine model: Raspberry Pi 4 Model B Rev 1.1

[cga-cmu]

I have the same problem and the same error number -517
Installed both automatically and manually.

pi@sound1:~ $ uname -a
Linux sound1 5.15.49-v7+ #1566 SMP Fri Jun 24 19:00:48 BST 2022 armv7l GNU/Linux

pi@sound1:~ $ dmesg
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Linux version 5.15.49-v7+ (dom@buildbot) (arm-linux-gnueabihf-gcc-8 (Ubuntu/Linaro 8.4.0-3ubuntu1) 8.4.0, GNU ld (GNU Binutils for Ubuntu) 2.34) #1566 SMP Fri Jun 24 19:00:48 BST 2022
[ 0.000000] CPU: ARMv7 Processor [410fd034] revision 4 (ARMv7), cr=10c5383d
[ 0.000000] CPU: div instructions available: patching division code
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[ 0.000000] OF: fdt: Machine model: Raspberry Pi 3 Model B Rev 1.2
...
[ 10.583274] audioinjector-octo soc:sound: snd_soc_register_card failed (-517)
[ 10.588483] vc4-drm soc:gpu: bound 3f400000.hvs (ops vc4_hvs_ops [vc4])
[ 10.591728] Registered IR keymap rc-cec
[ 10.592007] rc rc0: vc4 as /devices/platform/soc/3f902000.hdmi/rc/rc0
[ 10.592278] input: vc4 as /devices/platform/soc/3f902000.hdmi/rc/rc0/input1
...
[ 12.322769] audioinjector-octo soc:sound: snd_soc_register_card failed (-517)
[ 12.325926] vc4-drm soc:gpu: bound 3f400000.hvs (ops vc4_hvs_ops [vc4])
[ 12.328018] Registered IR keymap rc-cec
[ 12.328242] rc rc0: vc4 as /devices/platform/soc/3f902000.hdmi/rc/rc0
[ 12.328404] input: vc4 as /devices/platform/soc/3f902000.hdmi/rc/rc0/input2
...
[ 13.912745] audioinjector-octo soc:sound: snd_soc_register_card failed (-517)

[GiuseppePisano]

has anyone solved this???

[Nek]

Well, I've got nonworking audio card on my hands :/ Has anyone solved it, indeed?

[whofferbert]

Having just ran in to this problem again and feeling like I had solved it once before, I was pleasantly surprised to find that is the case. See: https://community.blokas.io/t/modep-no-longer-running-following-rpi-update/1115/11

In general, there seems to be some trouble that was introduced to newer kernels that causes trouble for the octo. I have not bisected the kernel updates to locate where the problem was introduced.

Based on my last post, we could revert to a working kernel with:
sudo rpi-update a08ece3d48c3c40bf1b501772af9933249c11c5b

I find that now causes trouble, perhaps because the old hexxeh git is deprecated and rpi-update was ported to a new repository.

We can take a different approach; see: https://github.com/HinTak/RaspberryPi-Dev/blob/master/Downgrading-Pi-Kernel.md

For this most recent problem, I decided to revert to kernel 4.19.118-v7+

To do this:

wget -O kernel-headers_armhf.deb http://archive.raspberrypi.org/debian/pool/main/r/raspberrypi-firmware/raspberrypi-kernel-headers_1.20200601-1_armhf.deb
wget -O kernel_armhf.deb http://archive.raspberrypi.org/debian/pool/main/r/raspberrypi-firmware/raspberrypi-kernel_1.20200601-1_armhf.deb
sudo dpkg -i kernel-headers_armhf.deb kernel_armhf.deb
sudo apt-mark hold raspberrypi-bootloader raspberrypi-kernel raspberrypi-kernel-headers

After a reboot, I see that I am on the new (old) kernel:

patch@patchbox:~ $ uname -a
Linux patchbox 4.19.118-v7+ #1311 SMP Mon Apr 27 14:21:24 BST 2020 armv7l GNU/Linux
patch@patchbox:~ $

After setting up the octo (I have a script I'm working on which I think works better than the octo setup deb, will get that onto github soon) and rebooting, I can confirm I have the octo working, without the errors in dmesg:

patch@patchbox:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: vc4hdmi [vc4-hdmi], device 0: MAI PCM vc4-hdmi-hifi-0 [MAI PCM vc4-hdmi-hifi-0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: audioinjectoroc [audioinjector-octo-soundcard], device 0: AudioInject-HIFI cs42448-0 [AudioInject-HIFI cs42448-0] Subdevices: 1/1 Subdevice #0: subdevice #0 patch@patchbox:~ $ `

I'll work to get something set up for bisecting kernels to test where the problem was introduced soon

[whofferbert]

Note, once you are on a working kernel version, make SURE you put the raspberrypi-bootloader raspberrypi-kernel raspberrypi-kernel-headers packages on hold, otherwise an apt-get update or a raspi-update will re-break your stuff.

[cga-cmu]

Thank you for solving this. I look forward to trying it. Please send any scripts you develop to me by email as well. Thanks, Chris

…

On Wed, Jan 11, 2023 at 11:35 PM William Hofferbert < ***@***.***> wrote: Having just ran in to this problem *again* and feeling like I had solved it once before, I was pleasantly surprised to find that is the case. See: https://community.blokas.io/t/modep-no-longer-running-following-rpi-update/1115/11 In general, there seems to be some trouble that was introduced to newer kernels that causes trouble for the octo. I have not bisected the kernel updates to locate where the problem was introduced. Based on my last post, we could revert to a working kernel with: sudo rpi-update a08ece3d48c3c40bf1b501772af9933249c11c5b I find that now causes trouble, perhaps because the old hexxeh git is deprecated and rpi-update was ported to a new repository. We can take a different approach; see: https://github.com/HinTak/RaspberryPi-Dev/blob/master/Downgrading-Pi-Kernel.md For this most recent problem, I decided to revert to kernel 4.19.118-v7+ To do this: wget -O kernel-headers_armhf.deb http://archive.raspberrypi.org/debian/pool/main/r/raspberrypi-firmware/raspberrypi-kernel-headers_1.20200601-1_armhf.deb wget -O kernel_armhf.deb http://archive.raspberrypi.org/debian/pool/main/r/raspberrypi-firmware/raspberrypi-kernel_1.20200601-1_armhf.deb sudo dpkg -i kernel-headers_armhf.deb kernel_armhf.deb sudo apt-mark hold raspberrypi-bootloader raspberrypi-kernel raspberrypi-kernel-headers After a reboot, I see that I am on the new (old) kernel: ***@***.***:~ $ uname -a Linux patchbox 4.19.118-v7+ #1311 SMP Mon Apr 27 14:21:24 BST 2020 armv7l GNU/Linux ***@***.***:~ $ After setting up the octo (I have a script I'm working on which I think works better than the octo setup deb, will get that onto github soon) and rebooting, I can confirm I have the octo working, without the errors in dmesg: ***@***.***:~ $ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: vc4hdmi [vc4-hdmi], device 0: MAI PCM vc4-hdmi-hifi-0 [MAI PCM vc4-hdmi-hifi-0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: audioinjectoroc [audioinjector-octo-soundcard], device 0: AudioInject-HIFI cs42448-0 [AudioInject-HIFI cs42448-0] Subdevices: 1/1 Subdevice #0: subdevice #0 ***@***.***:~ $ I'll work to get something set up for bisecting kernels to test where the problem was introduced soon — Reply to this email directly, view it on GitHub <#49 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAYIU7C3LBCHPDVRB7T3HL3WR6CZNANCNFSM5FTD2KOA> . You are receiving this because you commented.Message ID: ***@***.***>

[whofferbert]

I added the script and some better formatted instructions similar to the prior comment here on github: https://github.com/whofferbert/audioinjector-octo-setup

The script there might help get the octo set up better than the .deb file (I've always had problems with that installer)

Let me know how it goes, hope you can all get your systems back in to a working state.

[Synergyst]

I added the script and some better formatted instructions similar to the prior comment here on github: https://github.com/whofferbert/audioinjector-octo-setup

The script there might help get the octo set up better than the .deb file (I've always had problems with that installer)

Let me know how it goes, hope you can all get your systems back in to a working state.

Downgrading the kernel fixed my problem (#61) on my RPi3B and CM4 which were originally using the latest kernel version (v6).
Thanks!