MichaIng
MichaIng
Okay I was able to successfully replicate a system crash multiple times by running a CPU intense task, `mysqlcheck` worked well in this particular case to trigger the crash in...
@popcornmix As of above testing, it is something between `#1336` and `#1337` that reintroduced the instability which was solved with `#1336`. `#1336` runs rock solid through a bunch of stress...
@popcornmix I see this old PR here without every getting any attention, even that the case is trivial? R and B functions/variables are clearly switched (typo?) here?
Yes this seems to be the fix for the linked issue, also suggested there.
Ah but the suggested solution also includes swapping the functions arguments r and b so that existing scripts (having required workaround included) depending on current order are not broken. However...
I couldn't see this anymore, hurts my eyes 😄, so I opened the PR on userland: https://github.com/raspberrypi/userland/pull/628
Many thanks for your detailed answer. Good to know that it is a known behaviour on 3A+. If I understand it right, this means that `dtoverlay=disable-bt` has not effect on...
Okay, thanks for clarification. So `disable-bt` must not be set for the probe to work, and when changing `GPIO 0` state has an effect on the BT probe, `disable-wifi` does...
Ah, got it, that is great 👍.
Many thanks, I'm still waiting for reply/test of our user. ~I'll also inform users in the forum threads.~ (**EDIT: Ah nope, topics are locked**) For completeness, here two forum threads...