Amlogic-ne, New Era

Announcements
251

Okay. In attachment is a DTS file from my board.

With this DTB:

  • HDMI output works,
  • /dev/fb0 works, no /dev/fb1 device

Test:
fbset -fb /dev/fb0 -g 1920 1200 1920 1200 32
creates a good splash CE image

cat /dev/urandom > /dev/fb0

creates garbage which is okay.

Video firmware:

tee_preload_fw /usr/lib/firmware/video/video_ucode.bin
fw_path = /usr/lib/firmware/video/video_ucode.bin
MM-module-name:Video firmware CA,Version:1.0.1-gb173c81(build:369)
TEEC_Opensession failed with code 0xffff0008 origin 0x3
tee preload video fw fail

In dmesg i have:

[ 1386.613352@1]  [TEE] E/LD:   init_elf:259 sys_open_ta_bin(526fc4fc-7ee6-4a12-96e3-83da9565bce8)
[ 1386.613373@1]  [TEE] E/TC:? 00 init_with_ldelf:233 ldelf failed with res: 0xffff0008
[ 1386.613378@1]  [TEE] E/TC:? 00 tee_ta_open_session:728 Failed. Return error 0xffff0008

Kodi doesn’t start:

2023-01-19 07:17:46.750 T:9655    error <general>: AMLUtils::aml_get_drmDevice - no drm devices found: (No such file or directory)
2023-01-19 07:17:46.750 T:9655    error <general>: AMLUtils::aml_get_drmDevice_mode - could not get drmDevice
2023-01-19 07:17:46.750 T:9655    error <general>: AMLUtils::aml_get_drmDevice - no drm devices found: (No such file or directory)
2023-01-19 07:17:46.750 T:9655    error <general>: AMLUtils::aml_get_drmDevice_mode - could not get drmDevice
2023-01-19 07:17:46.751 T:9655    error <general>: AMLUtils::aml_get_drmDevice - no drm devices found: (No such file or directory)
2023-01-19 07:17:46.751 T:9655    error <general>: AMLUtils::aml_set_drmDevice_mode - could not get drmDevice
2023-01-19 07:17:46.751 T:9655    error <general>: failed to create window surface (EGL_BAD_ALLOC)

DTS File (I can’t upload files here):
https://pastebin.com/5XvNbaDA

252

I was able to identify the reason and it should be fixed with tomorrows next nightly.
@Bindou this will also maybe solve “some” of your kodi/kernel crash.

The problem was that the framebuffer device dma buffer was running out of memory.

1 Like
253

The device does boot and ethernet (100mbit) does work?

The easiest would be you share the device by tmate so we can remote debug it. I am not sure yet what the problem might be.

254

It seems to be the same dts file as in my device.
I am attaching the dtb file for comparison.
I did not check the ethernet port.
w21s4-s905w2-2g.dtb (71.0 KB)

Edit:
I checked the ethernet port, it works.

255

Hi Portisch, does today’s Update already include the framebuffer memory fix ? Because in the state unfortunately, all the bugs are still present.

256

Yes, it is present in 20230120 build. Kodi can be restart >1000 times and it still starts.

If it doesn’t work for you then there must be some other issue in your case?

1 Like
257

Indeed, I deduce that the cause is different.
I turned the prob around, and I’m out of ideas.

258

@vpeter Hello, I have seen that in today’s nigthly this has been included:8236183fcb: Fri Jan 20 19:49:22 2023 +0100 – aml-vnc: fix password authentication when building with openssl >=3.0.0 (Peter)
490fc72022: Fri Jan 20 19:36:49 2023 +0100 – libvncserver: fix password authentication when building with openssl >=3.0.0 (Peter)
I used the VNC Client since Windows, should password authentication have worked? It didn’t work for me. Is there anything I can do to provide information?

259

It was broken when openssl v3 was used. But now I fixed this issue and password authentication must work again. Just update addon and try. And let me know if works for you.

260

VNC password auth now works, thanks!
Removed the old Amlogic VNC and installed new version 20.1.0

1 Like
261

Hi,
When testing my Vontar X4 (S905x4), with CoreELEC-Amlogic-ne.arm-20.1-Nexus_nightly_20230121, I’ve noticed that my external USB3.0 drive(s) keep disconnecting/reconnecting.
Also noticed this behavior with the previous nightly.
When switching back to CoreELEC 20.0-Nexus NG this problem does not occur anymore.
For the rest “NE” works like a charm so far.

Any idea what might be causing this ?

262

Working. The problem was that, for some reason, the plugin hadn’t been updated to the latest version. Thx.

263

@vpeter please, can you tell me why this happens?
CoreELEC:~ # opkg update
Downloading http://bin.entware.net/aarch64-k3.10/Packages.gz
Updated list of available packages in /opt/var/opkg-lists/entware
CoreELEC:~ # opkg install zerotier
Package zerotier (1.10.2-1) installed in root is up to date.
CoreELEC:~ # zerotier-cli join xxxxxxxxxxxxxxxxxxx
zerotier-cli: missing port and zerotier-one.port not found in /opt/var/lib/zerotier-one

264

I think you need to first run

zerotier-one -d
1 Like
265

Sure enough, that was it. Thanks a lot

1 Like
266

Exact same symptom here with USB3

Also playback still has issues after pause, AND during playback for a fraction of a second after scene change, especially when next scene is visually very different from the previous one. Image “trembles”, (screen tearing? skipping frames?)
This issue is fixed when pressing the “left” button on the remote to skip back a few seconds and re-play last part. This time the playback is ALWAYS super smooth. Flawless!

267

I am trying to diagnose an issue with my Vim4, i had a very similar issue with the Beelink GT 2 also but i no longer have it to test.

I am using HDMI-CEC which at times works perfectly. I have a particular backup where it was working and when i revert to that CEC will work for a bit but eventually it will start having the following issue.

The issue is that once the TV turns off the device goes to sleep but it wakes up instantly.

I have norrowed down to where it happens in the log but cannot see what the issue is. I have also tried comparing it to when it is working which doesnt show anything obvious.

Bellow is the code from the log, any input would be greatly apreciated.

2023-01-22 22:57:40.986 T:879     debug <general>: LogindUPowerSyscall: Received PrepareForSleep with arg 1
2023-01-22 22:57:40.986 T:879     debug <general>: ------ Window Init (DialogBusy.xml) ------
2023-01-22 22:57:40.986 T:879      info <general>: Loading skin file: DialogBusy.xml, load type: LOAD_ON_GUI_INIT
2023-01-22 22:57:40.990 T:879      info <general>: OnSleep: Running sleep jobs
2023-01-22 22:57:40.990 T:879     debug <general>: CApplication::CloseNetworkShares: Closing all network shares
2023-01-22 22:57:40.990 T:879     debug <general>: LogindUPowerSyscall - delay lock sleep released
2023-01-22 22:57:41.076 T:879     error <general>: Keymapping error: no such action 'lirc.stop' defined
2023-01-22 22:57:41.233 T:885     debug <general>: CLibInputHandler::DeviceRemoved - keyboard type device removed: input_btrcu (event2)
2023-01-22 22:57:41.233 T:885     debug <general>: CLibInputHandler::DeviceRemoved - keyboard type device removed: gpio_keypad (event1)
2023-01-22 22:57:41.233 T:885     debug <general>: CLibInputHandler::DeviceRemoved - keyboard type device removed: vad_keypad (event3)
2023-01-22 22:57:41.434 T:885     debug <general>: CLibInputHandler::DeviceRemoved - keyboard type device removed: cec_input (event0)
2023-01-22 22:57:41.435 T:885     debug <general>: CLibInputHandler::DeviceRemoved - keyboard type device removed: Harmony Keyboard (event7)
2023-01-22 22:57:41.435 T:885     debug <general>: CLibInputHandler::DeviceRemoved - keyboard type device removed: Harmony Keyboard System Control (event9)
2023-01-22 22:57:41.435 T:885     debug <general>: CLibInputHandler::DeviceRemoved - pointer type device removed: Harmony Keyboard Consumer Control (event8)
2023-01-22 22:57:41.435 T:885     debug <general>: CLibInputHandler::DeviceRemoved - keyboard type device removed: Harmony Keyboard Consumer Control (event8)
2023-01-22 22:57:41.435 T:885     debug <general>: CLibInputHandler::DeviceRemoved - pointer type device removed: Harmony Keyboard Mouse (event6)
2023-01-22 22:57:44.379 T:879     debug <general>: CheckIdle - Closing session to https://image.tmdb.org (easy=0xbb88ed58, multi=0x0)
2023-01-22 22:57:44.543 T:879     error <general>: Keymapping error: no such action 'lirc.start' defined
2023-01-22 22:57:44.893 T:879     debug <general>: LogindUPowerSyscall: Received PrepareForSleep with arg 0
2023-01-22 22:57:44.893 T:879      info <general>: OnWake: Running resume jobs
268

Turn of the CEC wake up setting Wake-up by Active Route

269

Or, you can activate sleep after a period of inactivity (10min). It will solve this problem. However, what I don’t understand is that on my end, the standby is unusable due to network loss. Not you ?

270

I tried this in the past and again today but still does the same thing.

Thanks