dmladenov update and registers again please: https://chewitt.libreelec.tv/testing/LibreE…h64-11.95.2.tar - the register poking has been finessed by MartinB who's far more competent at this coding lark
https://paste.libreelec.tv/super-hermit.log
The audio is OK.
It appears I've learned a new copy/paste skill
Can you run "pastekodi" so I get the whole log.
dmladenov same again, update and see if audio works, then dump registers: https://chewitt.libreelec.tv/testing/LibreE…h64-11.95.2.tar
https://paste.libreelec.tv/deciding-aardvark.log
and the audio is OK 
dmladenov can you run "cat /sys/kernel/debug/regmap/*adc*/registers | paste" and share the URL pls.
Then update to https://chewitt.libreelec.tv/testing/LibreE…h64-11.95.2.tar (again) and test; and if audio is working please run the ^ cat command again.
It's important that you dump register details first before updating the image.
Before update: https://paste.libreelec.tv/together-piranha.log
After update: The audio is OK now https://paste.libreelec.tv/sweeping-possum.log
dmladenov please update to https://chewitt.libreelec.tv/testing/LibreE…h64-11.95.2.tar .. is audio working?
no sound again
dmladenov the S905L content is now p271 (all mention of p261 is gone) so you will need to update then edit uEnv.ini to change the dtb name. If you confirm it all still works (at least the essentials) I will send the device-tree upstream.
I updated with https://chewitt.libreelec.tv/testing/LibreE…h64-11.95.2.tar , dtb_name=/dtb/meson-gxl-s905l-p271.dtb and no sound like before.
EDIT: I've ordered one for $25, arriving this evening. It'll give me something to play with while resting legs next week (am running a marathon tomorrow morning).
Is there any progress about SoC S905L2 ? The sound problem ?
Great, you're a maniac
This thing has no reset button and must use ADB.
For your convenience, the easiest way to boot from USB is through the Android update menu, point to the zipped autoscript file and click on Update button.
I wish you a medal in the marathon...
The current assumption is that p271 is the "3" variant and p261 is the "2" variant, so I need to switch the numbering else p271 will try to use 3x Mali cores and everything will lock-up when the hardware probes. I'll let you know when that switch is done.
What does the case on your box look like? .. Amazon UAE has some cheap S905L devices so I might get one to run experiments on the audio problem. That needs to be resolved before I think about trying to upstream anything.
I'm not sure if I'm allowed to put such links in the forum - if not I'll delete them
My box looks just like these:
** links removed **
dmladenov Yes, it woud be good to confirm things. I think my general idea is correct but p261/p271 might be reversed. I also realised that I made the last changes in code but didn't sync them (as patches) to my build folder so the last image you tested didn't contain them. Please update using https://chewitt.libreelec.tv/testing/LibreE…h64-11.80.0.tar (again) as I definitely included them this time.
And so, the SoC of my Q96 box is Amlogic S905L with marking just "2" (without "B") which is certainly Mali 450-MP2.
And I found the device-tree from another p271 box and it is also Mali 450-MP2 variant.
So can we confirm that all p271 boxes are Mali 450-MP2 and should use meson-gxl-s905l-p271.dtb from your images ?
dmladenov Yes, it woud be good to confirm things. I think my general idea is correct but p261/p271 might be reversed. I also realised that I made the last changes in code but didn't sync them (as patches) to my build folder so the last image you tested didn't contain them. Please update using https://chewitt.libreelec.tv/testing/LibreE…h64-11.80.0.tar (again) as I definitely included them this time.
I just updated - the sound is gone again !
If it's convenient can we clarify something ?
In your commit https://github.com/chewitt/linux/…5dd8932dc86859c you wrote that
- P271 omits VP9 support and uses Mali 450-MP3
- P261 omits VP9 support and uses Mali 450-MP2
And we are still not 100% sure what exactly my Amlogic SoC (S905L, L2, L3, L B-2, L B-3...) is on my box Q96 . From the UART U-boot log of my first post https://forum.libreelec.tv/core/attachmen…q96-u-boot-txt/ it appears that my board is p271. It is certain that my variant is Mali 450-MP2. I use device tree for p261 to run LE.
If you think it will make sense I can remove the CPU heatsink and see the truth.
Hi chewitt
Congratulations. This time you did it
We have sound via HDMI and is good - not distorted. Analog audio output is also OK.
Тhe slow rendering speed (8-15 fps) remains. Key_O->System
New info:
- When I change Settings -> Player -> Videos -> PRIME Render Method from "Direct To Plane" to EGL, the system rendering speed is raised to ~35fps, but with both options, the video is not that smooth.
- I noticed that no HW decoding for MPEG2 Video Streams ?
ОК, of course, but I will be able to do it after the work day is over. Waiting...
Hi chewitt
Just for testing I reverted the .tar image before the audio hack - from your post #44 and restored from my Recycle bin.
And no difference - again there is sound only from the analog audio output - distorted, delayed with a changed timbre. The same is without PVR Client when I played a regular MP3 song. And only when I select audio output to spdif or pulse audio it disappears.
I missed the first test 
Now I updated with the new .tar and again no sound
Although I have selected sound via HDMI on the analogue output there is sound but it is distorted.
Just in case I switched to Android and no sound problem.
Done
Sorry, but I put it here because I had to delete my PVR settings 
Thank you
https://paste.libreelec.tv/able-lemming.log
Still no sound from HDMI. Not tested analog.
ir-keytable -t shows the (NEC) scan codes on all buttons and will be able to do working keymap.
HDMI CEC works.
In Video info screen (the O key) - System rendering speed =10-15fps. The Video stream is h264 codec SD and HD. Screen Resolution 1920x1080@50Hz. Video decoder = ff-h264_v4l2m2m-drm_prime (HW). System CPU0-3 usage 2-25%
