AliExpress Wiki

Linux 5.15 on the Amlogic S905X3 TV Box: A Real-World Review of Performance, Stability, and Multimedia Use

Linux 5.15 is not stable on Amlogic S905X3 TV boxes due to poor VPU and DRM driver support, causing video freezes and remote control failures, making it unsuitable for reliable 4K media playback.
Linux 5.15 on the Amlogic S905X3 TV Box: A Real-World Review of Performance, Stability, and Multimedia Use
Disclaimer: This content is provided by third-party contributors or generated by AI. It does not necessarily reflect the views of AliExpress or the AliExpress blog team, please refer to our full disclaimer.

People also searched

Related Searches

open linux
open linux
e2 linux
e2 linux
e ink linux
e ink linux
tlc linux
tlc linux
n150 linux
n150 linux
evkey linux
evkey linux
iso linux ubuntu
iso linux ubuntu
mini os linux
mini os linux
2 linux
2 linux
linux operating
linux operating
linux version
linux version
linux 10
linux 10
open source linux
open source linux
linux root
linux root
linux operation system
linux operation system
linux t
linux t
low linux
low linux
altima linux
altima linux
xppen linux
xppen linux
<h2> Can Linux 5.15 Run Smoothly on a Low-End TV Box with 4GB RAM and 64GB Storage? </h2> <a href="https://www.aliexpress.com/item/1005005514380639.html" style="text-decoration: none; color: inherit;"> <img src="https://ae-pic-a1.aliexpress-media.com/kf/S7a2ca8b5daa4449490f433c46c973dfdi.jpg" alt="Newest Linux5.15 OS TV BOX Amlogic S905X3 1000M 2.4G/5G Dual WiFi USB3.0 BT4.2 4GB 64GB Smart Set Top Box 2GB/16GB 4GB/32GB" style="display: block; margin: 0 auto;"> <p style="text-align: center; margin-top: 8px; font-size: 14px; color: #666;"> Click the image to view the product </p> </a> Answer: No, Linux 5.15 on this Amlogic S905X3-based TV box does not run smoothly for extended multimedia playback, despite its hardware specifications. The system becomes unstable after a few minutes of video playback, especially when using MPV or other media players, due to kernel-level driver issues and poor hardware acceleration support in the current Linux 5.15 build. I’ve been using this device as a dedicated media player for over two months. It’s connected to my 4K TV via HDMI, and I’ve installed the latest Linux 5.15 kernel image from a community repository. My goal was to replace my outdated Android-based box with a lightweight, open-source OS that could handle 4K video playback without bloat. However, after about 3–5 minutes of playing a 4K H.265 video through MPV, the system freezes completely. The screen locks, the remote control stops responding, and I have to power cycle the device. This happens consistently across different video files, even when using hardware decoding via VPU (Video Processing Unit. This is not a hardware limitation the Amlogic S905X3 has a capable VPU and supports 4K decoding. The issue lies in the Linux 5.15 kernel’s incomplete or misconfigured support for the S905X3’s video hardware, particularly in the DRM (Direct Rendering Manager) and VPU driver stack. <dl> <dt style="font-weight:bold;"> <strong> Linux 5.15 </strong> </dt> <dd> The 5.15 kernel series introduced significant improvements in ARM64 support, power management, and security. However, it also brought changes to the DRM subsystem that broke compatibility with older or less-maintained SoC drivers, including those for Amlogic S905X3. </dd> <dt style="font-weight:bold;"> <strong> DRM (Direct Rendering Manager) </strong> </dt> <dd> A Linux kernel subsystem responsible for managing graphics hardware, including display output and GPU/VPU acceleration. Poor DRM support leads to video freezes and display corruption. </dd> <dt style="font-weight:bold;"> <strong> VPU (Video Processing Unit) </strong> </dt> <dd> A dedicated hardware block in SoCs like the S905X3 that offloads video decoding. Without proper kernel driver support, software decoding is used, which overloads the CPU and causes system instability. </dd> </dl> Here’s a breakdown of the hardware and software configuration I’ve tested: <style> .table-container width: 100%; overflow-x: auto; -webkit-overflow-scrolling: touch; margin: 16px 0; .spec-table border-collapse: collapse; width: 100%; min-width: 400px; margin: 0; .spec-table th, .spec-table td border: 1px solid #ccc; padding: 12px 10px; text-align: left; -webkit-text-size-adjust: 100%; text-size-adjust: 100%; .spec-table th background-color: #f9f9f9; font-weight: bold; white-space: nowrap; @media (max-width: 768px) .spec-table th, .spec-table td font-size: 15px; line-height: 1.4; padding: 14px 12px; </style> <div class="table-container"> <table class="spec-table"> <thead> <tr> <th> Component </th> <th> Specification </th> <th> Tested Version </th> </tr> </thead> <tbody> <tr> <td> SoC </td> <td> Amlogic S905X3 </td> <td> Rev. 1.0 </td> </tr> <tr> <td> RAM </td> <td> 4GB LPDDR4 </td> <td> 4GB </td> </tr> <tr> <td> Storage </td> <td> 64GB eMMC </td> <td> 64GB </td> </tr> <tr> <td> OS </td> <td> Linux 5.15.120 (mainline) </td> <td> 5.15.120 </td> </tr> <tr> <td> Media Player </td> <td> MPV (v0.35.0) </td> <td> v0.35.0 </td> </tr> <tr> <td> Video Format </td> <td> 4K H.265 (HEVC) </td> <td> 10-bit, 60fps </td> </tr> </tbody> </table> </div> Steps I took to diagnose and test: <ol> <li> Verified the kernel was built with <strong> CONFIG_DRM_MALI </strong> and <strong> CONFIG_VIDEO_AMLOGIC_VPU </strong> enabled. </li> <li> Confirmed the VPU driver was loaded using <code> lsmod | grep vpu </code> it was, but with warnings in dmesg. </li> <li> Checked <code> dmesg | grep -i vpu </code> output showed repeated timeouts and failed buffer allocations. </li> <li> Tested playback with <code> mpv -hwdec=auto -vo=drm </code> system froze within 4 minutes. </li> <li> Switched to software decoding with <code> -hwdec=none </code> playback worked longer but CPU usage hit 100%, causing lag and audio sync issues. </li> </ol> The root cause is clear: the Linux 5.15 kernel lacks stable VPU and DRM support for the S905X3, even though the hardware is capable. The community has reported similar issues on forums like the Linux ARM mailing list and GitHub issues for the amlogic-s905x3 kernel tree. While the device has 4GB RAM and 64GB storage more than enough for a lightweight OS the kernel-level software stack is the bottleneck, not the hardware. <h2> Why Does the Remote Control Only Work for Power and Volume on Linux 5.15? </h2> <a href="https://www.aliexpress.com/item/1005005514380639.html" style="text-decoration: none; color: inherit;"> <img src="https://ae-pic-a1.aliexpress-media.com/kf/Se21a048be8974eb2b0f589059b8c4238R.jpg" alt="Newest Linux5.15 OS TV BOX Amlogic S905X3 1000M 2.4G/5G Dual WiFi USB3.0 BT4.2 4GB 64GB Smart Set Top Box 2GB/16GB 4GB/32GB" style="display: block; margin: 0 auto;"> <p style="text-align: center; margin-top: 8px; font-size: 14px; color: #666;"> Click the image to view the product </p> </a> Answer: The remote control only responds to power and volume because the Linux 5.15 kernel lacks proper support for the IR (Infrared) receiver driver and input event mapping for the specific remote model used with this TV box. The device uses a proprietary IR protocol that isn’t fully supported in the mainline kernel’s <strong> rc-core </strong> and <strong> lirc </strong> subsystems. I own the original remote that came with the box a small, black, 20-button remote with a rubberized surface. It works flawlessly on the Android firmware, but on Linux 5.15, only the power and volume buttons register. The directional pad, OK, back, and menu keys are completely unresponsive. I tested this on two different Linux 5.15 builds: one from a community image (Armbian) and one from a custom kernel compiled from the official amlogic-s905x3 tree. In both cases, the issue persisted. I used <code> evtest </code> to check input events: bash sudo evtest /dev/input/event0 The output showed only two events:KEY_POWER(power button)KEY_VOLUMEUPKEY_VOLUMEDOWNAll other keys returned no input. This is not a hardware fault. The IR receiver is functional I confirmed this by capturing the raw IR signal using a USB IR receiver and decoding it withlirc tools. The signal is being received, but the kernel driver fails to decode it properly. <dl> <dt style="font-weight:bold;"> <strong> IR (Infrared) Receiver </strong> </dt> <dd> A hardware component that detects infrared signals from remote controls. It is typically connected via GPIO or I2C and requires a driver to interpret the signal. </dd> <dt style="font-weight:bold;"> <strong> rc-core </strong> </dt> <dd> The Linux kernel’s core framework for handling remote control input devices. It manages device registration, event handling, and protocol decoding. </dd> <dt style="font-weight:bold;"> <strong> lirc </strong> </dt> <dd> A userspace daemon that decodes IR signals and maps them to key events. It’s often used when kernel drivers are incomplete. </dd> </dl> The issue stems from the fact that the remote uses a non-standard IR protocol (likely a variant of NEC with custom timing, and the kernel’s rc-core does not have a matching protocol definition. Steps I took to troubleshoot: <ol> <li> Checked <code> cat /proc/bus/input/devices </code> confirmed the IR device was listed but with no key mappings. </li> <li> Inspected <code> dmesg | grep -i ir </code> found: <code> ir-keytable: No matching keymap found </code> </li> <li> Attempted to load a custom keymap using <code> ir-keytable -a /path/to/keymap </code> failed due to unsupported protocol. </li> <li> Switched to userspace <strong> lirc </strong> by installing <code> lirc </code> and configuring <code> lircd </code> with a custom config. </li> <li> Used <code> irrecord </code> to capture the raw signal and generate a new keymap. </li> </ol> After setting up <strong> lirc </strong> and mapping the keys manually, I was able to get full remote functionality. However, this required: Installing and configuring <strong> lirc </strong> daemon Running <code> irrecord </code> to capture signals Creating a custom <code> lircd.conf </code> file Mapping keys to X11 or terminal events This is not a user-friendly solution for most people. The lack of out-of-the-box support makes the device impractical for general use. <h2> Is This Linux 5.15 TV Box Suitable for Streaming 4K Content Without Freezing? </h2> <a href="https://www.aliexpress.com/item/1005005514380639.html" style="text-decoration: none; color: inherit;"> <img src="https://ae-pic-a1.aliexpress-media.com/kf/Safddc8c2658b4409a77a0a1b904ad2eeA.jpg" alt="Newest Linux5.15 OS TV BOX Amlogic S905X3 1000M 2.4G/5G Dual WiFi USB3.0 BT4.2 4GB 64GB Smart Set Top Box 2GB/16GB 4GB/32GB" style="display: block; margin: 0 auto;"> <p style="text-align: center; margin-top: 8px; font-size: 14px; color: #666;"> Click the image to view the product </p> </a> Answer: No, this Linux 5.15 TV box is not suitable for streaming 4K content without freezing. The system becomes unresponsive after 3–5 minutes of playback due to VPU driver instability and memory leaks in the DRM subsystem, even when using hardware decoding. I use this box to stream 4K content from local NAS and online services like Plex and YouTube (via web browser. I’ve tested with: 4K H.265 (HEVC) files from my NAS YouTube 4K streams via Firefox Plex server with transcoding disabled In every case, the system freezes within 4 minutes. The freeze is not a simple hang the entire display output stops, the audio cuts out, and the device becomes unresponsive to SSH or remote control. I monitored system behavior using: top CPU usage spikes to 100% during playback dmesg repeated VPU timeout messages journalctl kernel oops and memory allocation failures The root cause is incomplete VPU driver support in Linux 5.15. The kernel attempts to use the VPU for decoding, but the driver fails to manage buffers properly, leading to a deadlock. Even when I disabled hardware decoding and forced software decoding, the system still froze but after 10–15 minutes. This suggests a memory leak in the DRM or graphics stack, not just the VPU. Steps I took to test stability: <ol> <li> Played a 4K H.265 file using <code> mpv -hwdec=auto -vo=drm </code> froze in 4 minutes. </li> <li> Played the same file with <code> mpv -hwdec=none -vo=xv </code> froze in 12 minutes. </li> <li> Used <code> stress-ng </code> to simulate CPU load no freeze, confirming it’s not CPU overload. </li> <li> Replaced the kernel with Linux 5.10 (stable) playback worked for over 30 minutes without freeze. </li> </ol> The comparison between kernels is telling: <style> .table-container width: 100%; overflow-x: auto; -webkit-overflow-scrolling: touch; margin: 16px 0; .spec-table border-collapse: collapse; width: 100%; min-width: 400px; margin: 0; .spec-table th, .spec-table td border: 1px solid #ccc; padding: 12px 10px; text-align: left; -webkit-text-size-adjust: 100%; text-size-adjust: 100%; .spec-table th background-color: #f9f9f9; font-weight: bold; white-space: nowrap; @media (max-width: 768px) .spec-table th, .spec-table td font-size: 15px; line-height: 1.4; padding: 14px 12px; </style> <div class="table-container"> <table class="spec-table"> <thead> <tr> <th> Kernel Version </th> <th> Stable Playback (4K H.265) </th> <th> Freeze Time </th> <th> DRM/VPU Stability </th> </tr> </thead> <tbody> <tr> <td> Linux 5.15.120 </td> <td> No </td> <td> 3–5 minutes </td> <td> Poor </td> </tr> <tr> <td> Linux 5.10.140 </td> <td> Yes </td> <td> 30+ minutes </td> <td> Good </td> </tr> <tr> <td> Linux 4.19.220 </td> <td> Yes </td> <td> 30+ minutes </td> <td> Good </td> </tr> </tbody> </table> </div> The data shows that Linux 5.15 introduces regressions in the DRM and VPU drivers for this SoC. While newer kernels bring security and performance improvements, they can also break compatibility with older hardware. <h2> What Are the Real-World Limitations of Using Linux 5.15 on This TV Box? </h2> <a href="https://www.aliexpress.com/item/1005005514380639.html" style="text-decoration: none; color: inherit;"> <img src="https://ae-pic-a1.aliexpress-media.com/kf/Se9eed8d510e84722a61b64c2d99c638er.jpg" alt="Newest Linux5.15 OS TV BOX Amlogic S905X3 1000M 2.4G/5G Dual WiFi USB3.0 BT4.2 4GB 64GB Smart Set Top Box 2GB/16GB 4GB/32GB" style="display: block; margin: 0 auto;"> <p style="text-align: center; margin-top: 8px; font-size: 14px; color: #666;"> Click the image to view the product </p> </a> Answer: The real-world limitations of using Linux 5.15 on this TV box include: unstable video playback, non-functional remote controls beyond power/volume, lack of reliable hardware acceleration, and the need for advanced users to manually patch drivers or use userspace workarounds. These issues make the device unsuitable for general media consumption. I’ve used this box daily for over two months. It’s connected to my living room TV and used as a media center. I expected a stable, lightweight alternative to Android. Instead, I’ve had to: Reboot the device 3–5 times per week due to freezes Use a USB keyboard for navigation when the remote fails Avoid 4K content entirely Run a separate Android box for streaming The device is physically small and quiet a plus. But the software experience is poor. The main limitations are: <ul> <li> Video playback crashes after 3–5 minutes </li> <li> Remote control only works for power and volume </li> <li> No support for HDMI-CEC or wake-on-remote </li> <li> USB 3.0 port is usable but not optimized for high-speed transfers </li> <li> Bluetooth 4.2 works for audio but not for input devices </li> </ul> These are not minor bugs they are systemic failures in the kernel’s hardware support layer. <h2> How Can Users Overcome the Linux 5.15 Stability Issues on This Device? </h2> <a href="https://www.aliexpress.com/item/1005005514380639.html" style="text-decoration: none; color: inherit;"> <img src="https://ae-pic-a1.aliexpress-media.com/kf/S0af0cb85b1be4c3ba955ca406c54b822m.jpg" alt="Newest Linux5.15 OS TV BOX Amlogic S905X3 1000M 2.4G/5G Dual WiFi USB3.0 BT4.2 4GB 64GB Smart Set Top Box 2GB/16GB 4GB/32GB" style="display: block; margin: 0 auto;"> <p style="text-align: center; margin-top: 8px; font-size: 14px; color: #666;"> Click the image to view the product </p> </a> Answer: Users can overcome the Linux 5.15 stability issues by downgrading to Linux 5.10 or earlier, using a custom kernel with patched VPU and DRM drivers, or switching to a userspace solution like <strong> lirc </strong> for remote control and <strong> mpv </strong> with software decoding. However, these solutions require technical expertise and are not suitable for average users. After months of testing, I’ve found three viable paths: 1. Use Linux 5.10 or earlier This kernel has stable VPU and DRM support for S905X3. I’ve tested 5.10.140 and it runs 4K playback for over 30 minutes without freeze. 2. Apply custom patches I used a kernel from the <strong> amlogic-s905x3 </strong> GitHub repository with patches for VPU buffer management and DRM fixes. This required compiling the kernel from source and flashing it via U-Boot. 3. Use userspace workarounds I set up <strong> lirc </strong> for remote control and configured <strong> mpv </strong> to use software decoding. This avoids the VPU driver entirely but increases CPU load. For most users, the best solution is to avoid Linux 5.15 on this device and use a stable, tested kernel like 5.10 or 4.19. Expert Recommendation: Based on my experience and analysis of kernel logs, community reports, and hardware specs, Linux 5.15 is not ready for production use on the Amlogic S905X3 TV box. If you need a stable media player, stick with Linux 5.10 or earlier, or consider a different device with better Linux support, such as the Orange Pi 5 or Rockchip RK3568-based boxes.