audioinjector-octo: revert to dummy supplies

[flatmax]

The Audio Injector Octo has had a lot of reports of not coming up on power cycles. By reverting to dummy supplies, the card comes up reliably.

[flatmax]

Thanks for merging. I was wondering does this patch get integrated into the 4.19 kernel as well ?

[pelwell]

It would/should have been picked up by the next asynchronous batch cherry-pick, but it's in there now (and 4.20 and 5.0).

[nettings]

Problem persists with current 4.19. Ran rpi-update today, which pulled

Linux mn_d1bb0b 4.19.34-v7+ #1211 SMP Mon Apr 8 22:56:37 BST 2019 armv7l GNU/Linux

Audioinjector Octo did not come up after four reboots with

[    6.781955] audioinjector-octo soc:sound: ASoC: CODEC DAI cs42448 not registered - will retry
[    6.781967] audioinjector-octo soc:sound: snd_soc_register_card failed (-517)
[    7.763464] IPv6: ADDRCONF(NETDEV_CHANGE): medianet0: link becomes ready
[    8.351931] audioinjector-octo soc:sound: ASoC: CODEC DAI cs42448 not registered - will retry
[    8.351940] audioinjector-octo soc:sound: snd_soc_register_card failed (-517)

Manually removing all relevant audio modules after boot and reinserting them as instructed by flatmax fixes the issue reliably (i.e. 5 out of 5 tries so far). So it looks like a boot-up timing issue.
For the record, here is the modprobe sequence again:

sudo modprobe -r snd_soc_audioinjector_octo_soundcard
sudo modprobe -r snd_soc_cs42xx8_i2c
sudo modprobe -r snd_soc_cs42xx8
sudo modprobe snd_soc_cs42xx8
sudo modprobe snd_soc_cs42xx8_i2c
sudo modprobe snd_soc_audioinjector_octo_soundcard

[pelwell]

I think you're actually seeing a different problem (Audio-Injector/Octo#14), for which I have a proposed fix (#2902). If you can build your own kernel with that patch and confirm it works then I'll merge it.

[nettings]

Thanks for the clarification - I thought the issues were related, since they came up in the same thread... I looked at #2902, but it doesn't seem to apply cleanly to the latest tree, and I don't know enough to resolve this. How do I find the latest kernel tree where this patch applies cleanly? Downgrading the kernel temporarily to test this would be no problem.

[pelwell]

I'll rebase the patch when I get back to a keyboard, but until then you can cherry-pick 3f92162 onto rpi-4.19.y.

[pelwell]

You can download a patch file suitable for git am <file> from GitHub by opening a commit and appending .patch to the URL, e.g. https://github.com/raspberrypi/linux/commit/3f92162f7d4d3d4c1ba5a086f90d9b56acbf6419.patch

[nettings]

Thanks, that's a very useful thing to know. Building now.

[nettings]

Three warm reboots, two cold reboots, card comes up reliably each time. Thanks!

For the record, I'm seeing kernel: bcm2835-i2s 3f203000.i2s: I2S SYNC error! twice each time I start jack, but that was already the case on an unpatched 4.19.23-v7+. Will investigate next if that shuffles the channels around...

[nettings]

When is this fix going to land in an "rpi-update"-able kernel?

[pelwell]

Now that the patch has been merged, I would expect it to be in a release by the end of the week.

[nettings]

Ok, the I2S SYNC error!seems to be benign. I haven't ever seen shuffled channels after a clean reboot.

[popcornmix]

@nettings rpi-update kernel now contains this fix.

[nettings]

@popcornmix, thanks, I can confirm it works.