12:56 <chewitt> narmstrong jbrunet seeing this warning splat on GX devices with 5.9.0 .. so far GXBB and GXM (didn't try GXL yet)

12:56 <chewitt> https://pastebin.com/raw/RFxWHrLS

12:59 <jbrunet> If you can bisect it to pin point the breaking commit, it would be ideal

13:03 <jbrunet> I find strange that snd_soc_component_write() (which is regmap backed) would call mutex_lock(). memory mapped regmap should default to spinlock based protection.

13:03 <jbrunet> soc_pcm_trigger() is considered atomic ... mutex_lock() is not correct in that context

13:03 <jbrunet> Please let me know if you manage to bisect this

13:14 <chewitt> I will struggle to bisect due to the quantity of backports and wip patches in my branches

13:14 <narmstrong> Regmap uses mutex unless fast_io is specified

13:14 <chewitt> and I skipped 5.8 due high levels of day-job work

13:15 <chewitt> so previous working test image was 5.7.8

13:17 <chewitt> this is my current 5.9 branch https://github.com/chewitt/linux/commits/amlogic-5.9-integ

13:19 <chewitt> audio works (with basic testing) .. I can play thing in Kodi

13:21 <chewitt> jbrunet there's also a glitch in aiu that results in loud 'machine gun noise' that's fairly easy to trigger with kodi

13:24 <jbrunet> narmstrong: fast_io is (or used to be) the default for memory mapped register AFAIK

13:26 <chewitt> at least, i'm fairly confident it's in aiu, as I haven't ever seen the same with g12 devices (different driver)

13:27 <chewitt> if I navigate in Kodi settings and start changing the audio input (analogue, hdmi, etc.) it will trigger fairly quickly

13:28 <chewitt> with my level of code knowledge I have no idea how to debug tho

13:29 <chewitt> it's also present with/without the hacky multi-channel stuff in my kernel branch .. so it's not that causing the problem

13:43 <jbrunet> https://lore.kernel.org/linux-amlogic/20200421163935.775935-1-jbrunet@baylibre.com/

13:45 <jbrunet> This is known and I have been clear about it initially. This is very low on priority list ATM. So if this become a problem and no one can contribute on this, I'll probably end-up su

13:45 <jbrunet> submitting a change to restrict to 2ch playback

14:10 <chewitt> I've not seen reports of it from other distros that borrow my patch sets, so I wouldn't be too hasty about that

14:10 <chewitt> other distros are mostly 'desktop' oriented where 2ch output is normal tho

14:10 <chewitt> so Kodi might be poking things that others don't touch