Open MyVizDrake opened 5 months ago
I installed a fresh system and updated it to the latest with apt. I see no problems with chrome or video playback.
Thanks for the quick check ... lemme reinstall ...
Is there a way to reimage an SD card and then transfer that to the installed eMMC? Asking for a friend ... :-)
Reinstalled w/ kernel tag 1013. HW acceleration is confirmed as present in Chrome. apt update / upgrade. reboot. Confirm kernel tag 1015 in use. add display-10fhd overlay. Reboot. HW acceleration is no longer present. If necessary I can attempt to duplicate via SD as it is more easily interchanged right now :-)
Uhhhhhhhhhhh what do you mean HW acceleration is no longer presient? is the GPU not working? is MPP not working??
Same situation as the original about:gpu ouput as provided in the original note. If you need additional logs or info I will be happy to provide them. if I need to reinstall to SD ... provide uname -r and screenshots after install, after apt update / upgrade reboot and after enabling the display overlay and reboot I can do it!
can you show a screen shot of the about gpu page on chrome?
Sure!
Not sure it's relevant ... glxgears output ...
libGL error: MESA-LOADER: failed to open rknpu: /usr/lib/dri/rknpu_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/aarch64-linux-gnu/dri:\$${ORIGIN}/dri:/usr/lib/dri, suffix _dri)
libGL error: failed to load driver: rknpu
3203 frames in 5.0 seconds = 640.540 FPS
3426 frames in 5.0 seconds = 684.992 FPS
3227 frames in 5.0 seconds = 645.351 FPS
3373 frames in 5.0 seconds = 674.489 FPS
3398 frames in 5.0 seconds = 679.584 FPS
3378 frames in 5.0 seconds = 675.456 FPS
3266 frames in 5.0 seconds = 653.174 FPS
3359 frames in 5.0 seconds = 671.776 FPS
3344 frames in 5.0 seconds = 668.701 FPS
3402 frames in 5.0 seconds = 680.224 FPS
Right, so you download the v2.1.0 image and run sudo apt-get update && sudo apt-get upgrade
then reboot?
yes and it was still OK .. Then I enabled the rock-5a-radxa-display-10fhd.dtbo via /etc/defaults/u-boot followed by sudo u-boot-update and then reboot
Hmmm that is very strange, maybe there is a bug in the device tree overlay. I wont be able to test this on my end tonight, but i should be able to investigate tomorrow.
Appreciate it! Just trying to make sure I am not going crazy as well and ensuring some weird regression hadn't crept in. I suspect something in the overlay. Will be interesting to see if you see the same thing with your 10hd or 8hd (forget which one you have). Enjoy the rest of your evening!
I can confirm that removing the overlay and rebooting returned things to normal
I reproduce the issue on ROCK 5A, too.
I was able to reproduce this on the ROCK 5B, i'm not sure why this issue happens at the moment. It seems that only Chromium is affected.
I trust this has proven to be a tough nut to crack, which I understand. Especially since it only appears to be with Chromium.
now that I have the whole Panel PC assembled in it's custom 3D printed case / enclosure, I have fully updated the image and there has been no change. Not that I was expecting any, mind you. Just a data point to show that any Chromium or other HW acceleration package updates since then did not resolve it.
@RadxaStephen does the Radxa team have any investigative ideas ?
When using X11 GPU acceleration will work as expected, but when Wayland is being used it seems to break.
Well that's annoying :-)
Weird how Wayland without the display is OK (default install IIRC) while Wayland with the display is not OK. Issue is probably at the touch driver level instead of the Radxa device overlay? Or is the entire HW acceleration stack a cobbled web of backports and hacks?
I suspect this is actually a problem with mesa since GPU acceleration stops working. However Panfork is dead, so i'm not sure what can really be done here besides trying with Panthor, but I currently do not support Panthor.
Any value in me trying 22.04 based on this link on the Radxa Discord?
well THIS is interesting .. doesn't explain the ffmpeg / mpv lack of HW acceleration but ... if I right click on the Chromium icon and select "Launch using Discrete Graphics card" ... it works ?
Contents of the about:gpu are here
Canvas: Hardware accelerated
Canvas out-of-process rasterization: Enabled
Direct Rendering Display Compositor: Disabled
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
OpenGL: Enabled
Rasterization: Hardware accelerated
Raw Draw: Disabled
Video Decode: Hardware accelerated
Video Encode: Software only. Hardware acceleration disabled
Vulkan: Disabled
WebGL: Hardware accelerated
WebGL2: Hardware accelerated
WebGPU: Disabled
Driver Bug Workarounds
clear_uniforms_before_first_program_use
count_all_in_varyings_packing
enable_webgl_timer_query_extensions
exit_on_context_lost
disabled_extension_GL_KHR_blend_equation_advanced
disabled_extension_GL_KHR_blend_equation_advanced_coherent
Problems Detected
WebGPU has been disabled via blocklist or the command line.
Disabled Features: webgpu
Accelerated video encode has been disabled, either via blocklist, about:flags or the command line.
Disabled Features: video_encode
Clear uniforms before first program use on all platforms: [124764](http://crbug.com/124764), [349137](http://crbug.com/349137)
Applied Workarounds: clear_uniforms_before_first_program_use
Mesa drivers in Linux handle varyings without static use incorrectly: [333885](http://crbug.com/333885)
Applied Workarounds: count_all_in_varyings_packing
Disable KHR_blend_equation_advanced until cc shaders are updated: [661715](http://crbug.com/661715)
Applied Workarounds: disable(GL_KHR_blend_equation_advanced), disable(GL_KHR_blend_equation_advanced_coherent)
Expose WebGL's disjoint_timer_query extensions on platforms with site isolation: [808744](http://crbug.com/808744), [870491](http://crbug.com/870491)
Applied Workarounds: enable_webgl_timer_query_extensions
Some drivers can't recover after OUT_OF_MEM and context lost: [893177](http://crbug.com/893177)
Applied Workarounds: exit_on_context_lost
DAWN Info
<CPU> Vulkan backend - SwiftShader Device (LLVM 10.0.0)
[WebGPU Status]
Blocklisted
[Default Toggle Names]
lazy_clear_resource_on_first_use: https://crbug.com/dawn/145: Clears resource to zero on first usage. This initializes the resource so that no dirty bits from recycled memory is present in the new resource.
use_temporary_buffer_in_texture_to_texture_copy: https://crbug.com/dawn/42: Split texture-to-texture copy into two copies: copy from source texture into a temporary buffer, and copy from the temporary buffer into the destination texture when copying between compressed textures that don't have block-aligned sizes. This workaround is enabled by default on all Vulkan drivers to solve an issue in the Vulkan SPEC about the texture-to-texture copies with compressed formats. See #1005 (https://github.com/KhronosGroup/Vulkan-Docs/issues/1005) for more details.
vulkan_use_d32s8: https://crbug.com/dawn/286: Vulkan mandates support of either D32_FLOAT_S8 or D24_UNORM_S8. When available the backend will use D32S8 (toggle to on) but setting the toggle to off will make it use the D24S8 format when possible.
vulkan_use_s8: https://crbug.com/dawn/666: Vulkan has a pure stencil8 format but it is not universally available. When this toggle is on, the backend will use S8 for the stencil8 format, otherwise it will fallback to D32S8 or D24S8.
disallow_unsafe_apis: http://crbug.com/1138528: Produces validation errors on API entry points or parameter combinations that aren't considered secure yet.
use_placeholder_fragment_in_vertex_only_pipeline: https://crbug.com/dawn/136: Use a placeholder empty fragment shader in vertex only render pipeline. This toggle must be enabled for OpenGL ES backend, the Vulkan Backend, and serves as a workaround by default enabled on some Metal devices with Intel GPU to ensure the depth result is correct.
use_vulkan_zero_initialize_workgroup_memory_extension: https://crbug.com/dawn/1302: Initialize workgroup memory with OpConstantNull on Vulkan when the Vulkan extension VK_KHR_zero_initialize_workgroup_memory is supported.
[WebGPU Forced Toggles - enabled]
disallow_spirv: https://crbug.com/1214923: Disallow usage of SPIR-V completely so that only WGSL is used for shader modules. This is useful to prevent a Chromium renderer process from successfully sending SPIR-V code to be compiled in the GPU process.
[Supported Features]
texture-compression-bc
texture-compression-etc2
texture-compression-astc
timestamp-query
timestamp-query-inside-passes
depth-clip-control
depth32float-stencil8
indirect-first-instance
rg11b10ufloat-renderable
bgra8unorm-storage
dawn-internal-usages
dawn-native
implicit-device-sync
surface-capabilities
Version Information
Data exported
2024-07-30T20:14:35.844Z
Chrome version
Chrome/114.0.5735.35
Operating system
Linux 6.1.0-1020-rockchip
Software rendering list URL
https://chromium.googlesource.com/chromium/src/+/2295354895fa3652ae47b651481831484f16d1ff/gpu/config/software_rendering_list.json
Driver bug list URL
https://chromium.googlesource.com/chromium/src/+/2295354895fa3652ae47b651481831484f16d1ff/gpu/config/gpu_driver_bug_list.json
ANGLE commit id
unknown hash
2D graphics backend
Skia/114 93e7d305c32c17b3fa3e531dd967bc588948a080
Command Line
/usr/lib/chromium-browser/chromium-browser --use-gl=egl --enable-pinch --flag-switches-begin --flag-switches-end --desktop-startup-id=gnome-shell/Chromium Web Browser/1202-0-rock5a-s_TIME736377
Driver Information
Initialization time
413
In-process GPU
false
Passthrough Command Decoder
false
Sandboxed
false
GPU0
VENDOR= 0x0000 [Panfrost], DEVICE=0x0000 [Mali-G610 (Panfrost)], DRIVER_VENDOR=Mesa, DRIVER_VERSION=23.0.0 *ACTIVE*
Optimus
false
AMD switchable
false
GPU CUDA compute capability major version
0
Pixel shader version
3.10
Vertex shader version
3.10
Max. MSAA samples
4
Machine model name
Machine model version
GL implementation parts
(gl=egl-gles2,angle=none)
Display type
DEFAULT
GL_VENDOR
Panfrost
GL_RENDERER
Mali-G610 (Panfrost)
GL_VERSION
OpenGL ES 3.1 Mesa 23.0.0-devel
GL_EXTENSIONS
GL_EXT_blend_minmax GL_EXT_multi_draw_arrays GL_EXT_texture_filter_anisotropic GL_EXT_texture_compression_s3tc GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_rgtc GL_EXT_texture_format_BGRA8888 GL_OES_compressed_ETC1_RGB8_texture GL_OES_depth24 GL_OES_element_index_uint GL_OES_fbo_render_mipmap GL_OES_mapbuffer GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_stencil8 GL_OES_texture_3D GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_vertex_half_float GL_EXT_draw_instanced GL_EXT_texture_sRGB_decode GL_OES_EGL_image GL_OES_depth_texture GL_OES_packed_depth_stencil GL_EXT_texture_type_2_10_10_10_REV GL_NV_conditional_render GL_OES_get_program_binary GL_APPLE_texture_max_level GL_EXT_discard_framebuffer GL_EXT_read_format_bgra GL_NV_pack_subimage GL_EXT_frag_depth GL_NV_fbo_color_attachments GL_OES_EGL_image_external GL_OES_EGL_sync GL_OES_vertex_array_object GL_ANGLE_pack_reverse_row_order GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_EXT_occlusion_query_boolean GL_EXT_texture_rg GL_EXT_unpack_subimage GL_NV_draw_buffers GL_NV_read_buffer GL_NV_read_depth GL_NV_read_depth_stencil GL_NV_read_stencil GL_EXT_draw_buffers GL_EXT_map_buffer_range GL_KHR_debug GL_KHR_texture_compression_astc_ldr GL_NV_pixel_buffer_object GL_OES_depth_texture_cube_map GL_OES_required_internalformat GL_OES_surfaceless_context GL_EXT_color_buffer_float GL_EXT_debug_label GL_EXT_sRGB_write_control GL_EXT_separate_shader_objects GL_EXT_shader_framebuffer_fetch GL_EXT_shader_implicit_conversions GL_EXT_shader_integer_mix GL_EXT_compressed_ETC1_RGB8_sub_texture GL_EXT_draw_buffers_indexed GL_EXT_draw_elements_base_vertex GL_EXT_gpu_shader5 GL_EXT_primitive_bounding_box GL_EXT_shader_io_blocks GL_EXT_texture_border_clamp GL_EXT_texture_buffer GL_EXT_texture_norm16 GL_EXT_texture_view GL_KHR_blend_equation_advanced GL_KHR_blend_equation_advanced_coherent GL_KHR_context_flush_control GL_NV_image_formats GL_NV_shader_noperspective_interpolation GL_OES_draw_buffers_indexed GL_OES_draw_elements_base_vertex GL_OES_gpu_shader5 GL_OES_primitive_bounding_box GL_OES_sample_shading GL_OES_sample_variables GL_OES_shader_io_blocks GL_OES_shader_multisample_interpolation GL_OES_texture_border_clamp GL_OES_texture_buffer GL_OES_texture_stencil8 GL_OES_texture_storage_multisample_2d_array GL_OES_texture_view GL_EXT_blend_func_extended GL_EXT_buffer_storage GL_EXT_float_blend GL_EXT_texture_sRGB_R8 GL_EXT_texture_sRGB_RG8 GL_KHR_no_error GL_KHR_texture_compression_astc_sliced_3d GL_OES_EGL_image_external_essl3 GL_OES_shader_image_atomic GL_EXT_disjoint_timer_query GL_EXT_multisampled_render_to_texture GL_EXT_multisampled_render_to_texture2 GL_EXT_texture_compression_s3tc_srgb GL_MESA_shader_integer_functions GL_EXT_clip_control GL_EXT_color_buffer_half_float GL_EXT_texture_compression_bptc GL_EXT_texture_mirror_clamp_to_edge GL_KHR_parallel_shader_compile GL_EXT_EGL_image_storage GL_EXT_shader_framebuffer_fetch_non_coherent GL_INTEL_blackhole_render GL_MESA_framebuffer_flip_y GL_EXT_depth_clamp GL_MESA_bgra
Disabled Extensions
GL_KHR_blend_equation_advanced GL_KHR_blend_equation_advanced_coherent
Disabled WebGL Extensions
Window system binding vendor
Mesa Project
Window system binding version
1.4
Window system binding extensions
EGL_ANDROID_blob_cache EGL_CHROMIUM_sync_control EGL_ANGLE_sync_control_rate EGL_EXT_buffer_age EGL_EXT_image_dma_buf_import EGL_EXT_image_dma_buf_import_modifiers EGL_EXT_swap_buffers_with_damage EGL_KHR_cl_event2 EGL_KHR_config_attribs EGL_KHR_context_flush_control EGL_KHR_create_context EGL_KHR_create_context_no_error EGL_KHR_fence_sync EGL_KHR_get_all_proc_addresses EGL_KHR_gl_colorspace EGL_KHR_gl_renderbuffer_image EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_3D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_image_base EGL_KHR_no_config_context EGL_KHR_partial_update EGL_KHR_reusable_sync EGL_KHR_surfaceless_context EGL_KHR_swap_buffers_with_damage EGL_EXT_pixel_format_float EGL_KHR_wait_sync EGL_MESA_configless_context EGL_MESA_drm_image EGL_MESA_image_dma_buf_export EGL_MESA_query_driver EGL_NOK_texture_from_pixmap EGL_WL_bind_wayland_display
XDG_CURRENT_DESKTOP
ubuntu:GNOME
XDG_SESSION_TYPE
wayland
GDMSESSION
ubuntu
Ozone platform
x11
Direct rendering version
unknown
Reset notification strategy
0x0000
GPU process crash count
0
gfx::BufferFormats supported for allocation and texturing
R_8: not supported, R_16: not supported, RG_88: not supported, RG_1616: not supported, BGR_565: not supported, RGBA_4444: not supported, RGBX_8888: not supported, RGBA_8888: not supported, BGRX_8888: not supported, BGRA_1010102: not supported, RGBA_1010102: not supported, BGRA_8888: not supported, RGBA_F16: not supported, YVU_420: not supported, YUV_420_BIPLANAR: not supported, YUVA_420_TRIPLANAR: not supported, P010: not supported
Compositor Information
Tile Update Mode
One-copy
Partial Raster
Enabled
GpuMemoryBuffers Status
R_8
Software only
R_16
Software only
RG_88
Software only
RG_1616
Software only
BGR_565
Software only
RGBA_4444
Software only
RGBX_8888
Software only
RGBA_8888
Software only
BGRX_8888
Software only
BGRA_1010102
Software only
RGBA_1010102
Software only
BGRA_8888
Software only
RGBA_F16
Software only
YVU_420
Software only
YUV_420_BIPLANAR
Software only
YUVA_420_TRIPLANAR
Software only
P010
Software only
Display(s) Information
Info
Display[33] bounds=[0,0 960x600], workarea=[66,32 894x568], scale=2, rotation=90, panel_rotation=90 external.
Color space (all)
{primaries:BT709, transfer:SRGB, matrix:RGB, range:FULL}
Buffer format (all)
BGRA_8888
Color volume
{name:'srgb', r:[0.6400, 0.3300], g:[0.3000, 0.6000], b:[0.1500, 0.3300], w:[0.3127, 0.3290]}
SDR white level in nits
203
HDR relative maximum luminance
1
Bits per color component
8
Bits per pixel
24
Refresh Rate in Hz
59
Video Acceleration Information
Decoding
Decode av1 profile main
48x48 to 7680x4320 pixels
Decode av1 profile high
48x48 to 7680x4320 pixels
Decode av1 profile pro
48x48 to 7680x4320 pixels
Decode hevc main
48x48 to 7680x4320 pixels
Decode hevc main 10
48x48 to 7680x4320 pixels
Decode hevc main still-picture
48x48 to 7680x4320 pixels
Decode h264 baseline
48x48 to 7680x4320 pixels
Decode h264 main
48x48 to 7680x4320 pixels
Decode h264 high
48x48 to 7680x4320 pixels
Decode vp8
48x48 to 7680x4320 pixels
Decode vp9 profile0
48x48 to 7680x4320 pixels
Encoding
Encode h264 baseline
0x0 to 1920x1080 pixels, and/or 30.000 fps.
Encode h264 main
0x0 to 1920x1080 pixels, and/or 30.000 fps.
Encode h264 high
0x0 to 1920x1080 pixels, and/or 30.000 fps.
Encode vp8
0x0 to 1920x1080 pixels, and/or 30.000 fps.
Vulkan Information
Device Performance Information
Log Messages
[3432:3432:0730/161409.107274:ERROR:gl_display.cc(520)] : EGL Driver message (Error) eglQueryDeviceAttribEXT: eglQueryDeviceAttribEXT
[3432:3432:0730/161409.107402:ERROR:gl_angle_util_vulkan.cc(189)] : Failed to retrieve vkGetInstanceProcAddr
[3432:3432:0730/161409.107463:ERROR:vulkan_instance.cc(91)] : Failed to get vkGetInstanceProcAddr pointer from ANGLE.
[3432:3432:0730/161409.110410:WARNING:sandbox_linux.cc(393)] : InitializeSandbox() called with multiple threads in process gpu-process.
[3432:3691:0730/161414.012370:ERROR:v4l2_video_encode_accelerator.cc(1026)] : Failure in termination
[3432:3432:0730/161417.882981:ERROR:gl_surface_presentation_helper.cc(260)] : GetVSyncParametersIfAvailable() failed for 1 times!
[3432:3432:0730/161435.676868:ERROR:gl_surface_presentation_helper.cc(260)] : GetVSyncParametersIfAvailable() failed for 2 times!
[3432:3432:0730/161435.706368:ERROR:gl_surface_presentation_helper.cc(260)] : GetVSyncParametersIfAvailable() failed for 3 times!```
htop looks like it might actually be working !?
Good find, I hope to look a bit more into this over the weekend. I've seen a number of tablet / laptop RK3588 devices that are coming up and this may be a large issue as they use Display Panels.
The same "Launch using Discrete Graphics Card" option exists even for MPV but for the life of me I cannot drag / drop the mp4 file into the MPV window and get it to do anything so I cannot test MPV acceleration from within the Desktop. MPV from CLI remains unaccelerated. I believe ffplay remains unaccelerated as well. Will keep poking around
I talked to someone in the Orange Pi Discord, and they were saying that using the Orange Pi 5 Plus and Orange Pi display planel do not break hardware acceleration.
Thanks. Going to try Samuel’s (Spooky) Arch via SD as an experiment. Running right now with your kernel. Just need to figure out how to activate the display. It’s been so long I forgot how I did it before … display and touch was working with 5.10 Radxa BSP but no WLAN / BT. His Arch with your kernel right now is running with WLAN / BT but no display. Will let you know if anything interesting comes up with this test. If it has the same problem will try another kernel. Your 24.04 remains on the eMMC.
Samuel from the Radxa forum helped me with enabling the overlay and interestingly enough, Chromium [127.0.6533.88 (Official Build) Arch Linux ARM (64-bit)] and it seems to be working fine. It is running your 6.1 kernel
Not sure what it means, but ... your Ubuntu remains on the eMMC for now and Arch is on the SD card. If you'd like me to provide any information from either system let me know!
Im Spooky on the Radxa forum lol
ha! i knew that !! i meant Samuel !
So GPU acceleration works with the display panel and panfork on Arch?
it appears so! What can i get to you to show what his Arch is using ? let me know the logs or command outputs you'd like to see and I'll get them for you!
Can you install glmark2 and start the program? It will show which driver is being used.
although to be honest now using it there is some significant laginess in moving windows around the desktop ....
Yeah this looks like Panthor
This issue has been marked 'stale' due to lack of recent activity. If there is no further activity, the issue will be closed in another 14 days. Thank you for your contribution!
Had noticed the CPU seemed more loaded when using chromium and did some digging ..
From Chromium about:gpu
This isn't what I recall seeing previously with this SBC and JR Ubuntu. Maybe something broke on 1015?
Willing to consider 'user error' but documenting this just in case it isn't just me. :-)