You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There isn't a segfault but the programs render without graphics.
Everything runs fine when I run the application on a RK3328 that uses a Mali UTGard 450 that supports only GLES2.
However when I run the same programs on a RK3399 that uses a Mali Midgard 860 that supports up to GLES3 then I see a number of applications rendering without graphics. No crashes, and audio plays, but no graphics are rendered.
The only application where I can absolutely confirm that sdl12-compat is the issue is netsurf, so for now I'll limit the scope of the issue to that, but I expect other applications will be affected by the same bug.
I see another issue opened for netsurf so I've run the recommended GDB on that binary to confirm it's selected KMSDRM. #155
I can confirm when using normal SDL1.2 that netsurf does display properly.
I have tested with both SDL v2.0.18 and v2.0.20.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
INFO: sdl12-compat, built on Mar 21 2022 at 14:47:25, talking to SDL2 2.0.20
Identified kernel 4.4, initializing full graphics stack
[Detaching after vfork from child process 24230]
REQUESTING RESOLUTION: 1024x768
Found encoder crtc
[New Thread 0xf55753c0 (LWP 24252)]
[New Thread 0xf4d743c0 (LWP 24253)]
[New Thread 0xf45733c0 (LWP 24254)]
[New Thread 0xf3d723c0 (LWP 24255)]
[New Thread 0xf35713c0 (LWP 24256)]
[New Thread 0xf2d703c0 (LWP 24257)]
[New Thread 0xf256f3c0 (LWP 24258)]
[New Thread 0xf1d6e3c0 (LWP 24259)]
[New Thread 0xf156d3c0 (LWP 24260)]
arm_release_ver of this libmali is 'r18p0-01rel0', rk_so_ver is '4'.Using display 0x3e91c8 with EGL version 1.4
EGL Version "1.4 Midgard-"r18p0-01rel0""
EGL Vendor "ARM"
EGL Extensions "EGL_KHR_partial_update EGL_KHR_image_pixmap EGL_EXT_image_dma_buf_import EGL_KHR_config_attribs EGL_KHR_ima ge EGL_KHR_image_base EGL_KHR_fence_sync EGL_KHR_wait_sync EGL_KHR_gl_colorspace EGL_KHR_get_all_proc_addresses EGL_IMG_con text_priority EGL_ARM_pixmap_multisample_discard EGL_ARM_implicit_external_sync EGL_KHR_gl_texture_2D_image EGL_KHR_gl_rend erbuffer_image EGL_KHR_create_context EGL_KHR_surfaceless_context EGL_KHR_gl_texture_cubemap_image EGL_EXT_create_context_r obustness"
GL Extensions: "GL_ARM_rgba8 GL_ARM_mali_shader_binary GL_OES_depth24 GL_OES_depth_texture GL_OES_depth_texture_cube_map GL _OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_EXT_read_format_bgra GL_OES_compressed_paletted_texture GL_OES_compressed_ET C1_RGB8_texture GL_OES_standard_derivatives GL_OES_EGL_image GL_OES_EGL_image_external GL_OES_EGL_image_external_essl3 GL_O ES_EGL_sync GL_OES_texture_npot GL_OES_vertex_half_float GL_OES_required_internalformat GL_OES_vertex_array_object GL_OES_m apbuffer GL_EXT_texture_format_BGRA8888 GL_EXT_texture_rg GL_EXT_texture_type_2_10_10_10_REV GL_OES_fbo_render_mipmap GL_OE S_element_index_uint GL_EXT_shadow_samplers GL_OES_texture_compression_astc GL_KHR_texture_compression_astc_ldr GL_KHR_text ure_compression_astc_hdr GL_KHR_texture_compression_astc_sliced_3d GL_KHR_debug GL_EXT_occlusion_query_boolean GL_EXT_disjo int_timer_query GL_EXT_blend_minmax GL_EXT_discard_framebuffer GL_OES_get_program_binary GL_OES_texture_3D GL_EXT_texture_s torage GL_EXT_multisampled_render_to_texture GL_OES_surfaceless_context GL_OES_texture_stencil8 GL_EXT_shader_pixel_local_s torage GL_ARM_shader_framebuffer_fetch GL_ARM_shader_framebuffer_fetch_depth_stencil GL_ARM_mali_program_binary GL_EXT_sRGB GL_EXT_sRGB_write_control GL_EXT_texture_sRGB_decode GL_EXT_texture_sRGB_R8 GL_EXT_texture_sRGB_RG8 GL_KHR_blend_equation_ advanced GL_KHR_blend_equation_advanced_coherent GL_OES_texture_storage_multisample_2d_array GL_OES_shader_image_atomic GL_ EXT_robustness GL_EXT_draw_buffers_indexed GL_OES_draw_buffers_indexed GL_EXT_texture_border_clamp GL_OES_texture_border_cl amp GL_EXT_texture_cube_map_array GL_OES_texture_cube_map_array GL_OES_sample_variables GL_OES_sample_shading GL_OES_shader _multisample_interpolation GL_EXT_shader_io_blocks GL_OES_shader_io_blocks GL_EXT_tessellation_shader GL_OES_tessellation_s hader GL_EXT_primitive_bounding_box GL_OES_primitive_bounding_box GL_EXT_geometry_shader GL_OES_geometry_shader GL_ANDROID_ extension_pack_es31a GL_EXT_gpu_shader5 GL_OES_gpu_shader5 GL_EXT_texture_buffer GL_OES_texture_buffer GL_EXT_copy_image GL _OES_copy_image GL_EXT_color_buffer_half_float GL_EXT_color_buffer_float GL_EXT_YUV_target GL_OVR_multiview GL_OVR_multivie w2 GL_OVR_multiview_multisampled_render_to_texture GL_KHR_robustness GL_KHR_robust_buffer_access_behavior GL_EXT_draw_eleme nts_base_vertex GL_OES_draw_elements_base_vertex "
INFO: FIXME: there is never a parachute in SDL2, should we catch segfaults ourselves? (SDL_Init:1866)
INFO: FIXME: support SDL_INIT_EVENTTHREAD where it makes sense? (SDL_InitSubSystem:1832)
Thread 1 "netsurf-fb" hit Breakpoint 1, 0xf55d10a8 in SDL_Init_REAL () from /usr/lib/libSDL2-2.0.so.0
(gdb) fin
Run till exit from #0 0xf55d10a8 in SDL_Init_REAL () from /usr/lib/libSDL2-2.0.so.0
[New Thread 0xf08ff3c0 (LWP 24265)]
0xf5e595c0 in SDL_InitSubSystem () from /usr/lib/libSDL-1.2.so.0
(gdb) p (const char *) SDL_GetCurrentVideoDriver()
$1 = 0xf56e5c44 "KMSDRM"
(gdb)
In case it's somehow related, I experienced a similar behavior in a prior issue that is still open and was able to resolve by limiting to a single thread. I don't have an easy config for that in netsurf. #110
The text was updated successfully, but these errors were encountered:
There isn't a segfault but the programs render without graphics.
Everything runs fine when I run the application on a RK3328 that uses a Mali UTGard 450 that supports only GLES2.
However when I run the same programs on a RK3399 that uses a Mali Midgard 860 that supports up to GLES3 then I see a number of applications rendering without graphics. No crashes, and audio plays, but no graphics are rendered.
The only application where I can absolutely confirm that sdl12-compat is the issue is netsurf, so for now I'll limit the scope of the issue to that, but I expect other applications will be affected by the same bug.
I see another issue opened for netsurf so I've run the recommended GDB on that binary to confirm it's selected KMSDRM.
#155
I can confirm when using normal SDL1.2 that netsurf does display properly.
I have tested with both SDL v2.0.18 and v2.0.20.
In case it's somehow related, I experienced a similar behavior in a prior issue that is still open and was able to resolve by limiting to a single thread. I don't have an easy config for that in netsurf.
#110
The text was updated successfully, but these errors were encountered: