On Mon, 2022-08-08 at 09:01 -0400, Bruce Ashfield wrote: > On Mon, Aug 8, 2022 at 3:38 AM Richard Purdie > <[email protected]> wrote: > > > > Hi Bruce, > > > > On Thu, 2022-08-04 at 18:57 -0400, [email protected] wrote: > > > As I mentioned earlier today, I've built and booted the 5.19 kernel > > > on all architectures, have run core-iamge-kernel-dev, core-image-sato > > > and validated musl. > > > > > > At this point, we need wider coverage to scare out the remaining > > > gremlins. > > > > > > I'm also sending update to 5.10 and 5.15 in the pull request, since > > > these are the retbleed stable updates, and I didn't want to sit on > > > them any longer. These are of course independenct of the 5.19 work. > > > > > > I found one issue with vboxguestdrivers in meta-oe agains the new > > > kernel/headers, and I've sent a patch to that mailing list. I also > > > had to fix lttng-modules (as usual) and have sent a patch to that > > > mailing list as well. > > > > > > devsrc needed a few tweaks as well, and they are included in the > > > series. > > > > > > Note: I've mixed in the poky / meta-yocto patches as part of this > > > pull request, just for ease of sending it for wider testing and to > > > see if I missed any references to 5.10 or have left any else > > > dangling. > > > > We've had a few autobuilder issues but I did run this through with > > other changes. The logs were a mess but I think I see three issues > > which are likely kernel related. The first kernel module issue happened > > a lot, the other two were more isolated to oe-selftest or a single > > failure. > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/4999/steps/16/logs/stdio > > > > RESULTS - kernelmodule.KernelModuleTest.test_kernel_module: FAILED (19.47s) > > > > Traceback (most recent call last): > > File > > "/home/pokybuild/yocto-worker/qemuarm64-armhost/build/meta/lib/oeqa/core/decorator/__init__.py", > > line 35, in wrapped_f > > return func(*args, **kwargs) > > File > > "/home/pokybuild/yocto-worker/qemuarm64-armhost/build/meta/lib/oeqa/core/decorator/__init__.py", > > line 35, in wrapped_f > > return func(*args, **kwargs) > > File > > "/home/pokybuild/yocto-worker/qemuarm64-armhost/build/meta/lib/oeqa/core/decorator/__init__.py", > > line 35, in wrapped_f > > return func(*args, **kwargs) > > [Previous line repeated 2 more times] > > File > > "/home/pokybuild/yocto-worker/qemuarm64-armhost/build/meta/lib/oeqa/runtime/cases/kernelmodule.py", > > line 46, in test_kernel_module > > self.assertEqual(status, 0, msg='\n'.join([cmd, output])) > > AssertionError: 2 != 0 : cd /tmp && make > > make -C /usr/src/kernel M=/tmp modules > > make[1]: Entering directory '/lib/modules/5.19.0-yocto-standard/build' > > /bin/sh: -c: line 1: syntax error near unexpected token `(' > > /bin/sh: -c: line 1: `if [ "gcc (GCC) 12.1.0" != ""aarch64-poky-linux-gcc > > (GCC) 12.1.0"" ]; then \' > > make[1]: Leaving directory '/lib/modules/5.19.0-yocto-standard/build' > > make[1]: *** [Makefile:1728: prepare] Error 2 > > make: *** [Makefile:5: all] Error 2 > > We recognize this one. :) > > So either we put bash in as a shell RDPENDS for devsrc, or we wait for > the reproducibility fix to land. I'm ok with either route, do you have > a preference ?
I don't think bash as an RDEPENDS will help as that doesn't replace /bin/sh with bash? :/ Can we get the reproducibility fix in? :) > > OpenGL ES 2.x information: > > version: "OpenGL ES 3.2 Mesa 22.1.3" > > shading language version: "OpenGL ES GLSL ES 3.20" > > vendor: "Mesa/X.org" > > renderer: "virgl" > > extensions: "GL_EXT_blend_minmax GL_EXT_multi_draw_arrays > > 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_OES_viewport_array > > GL_ANGLE_pack_reverse_row_order GL_ANGLE_texture_compression_dxt3 > > GL_ANGLE_texture_compression_dxt5 GL_EXT_occlusion_query_boolean > > GL_EXT_robustness 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_robustness > > 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_sRGB_write_control GL_EXT_separate_shader_objects > > GL_EXT_shader_implicit_conversions GL_EXT_shader_integer_mix > > GL_EXT_tessellation_point_size GL_EXT_tessellation_shader > > GL_ANDROID_extension_pack_es31a GL_EXT_base_instance > > GL_EXT_compressed_ETC1_RGB8_sub_texture GL_EXT_copy_image > > GL_EXT_draw_buffers_indexed GL_EXT_draw_elements_base_vertex > > GL_EXT_gpu_shader5 GL_EXT_polygon_offset_clamp > > GL_EXT_primitive_bounding_box GL_EXT_render_snorm GL_EXT_shader_io_blocks > > GL_EXT_texture_border_clamp GL_EXT_texture_buffer > > GL_EXT_texture_cube_map_array GL_EXT_texture_norm16 GL_EXT_texture_view > > GL_KHR_blend_equation_advanced GL_KHR_context_flush_control > > GL_KHR_robust_buffer_access_behavior GL_NV_image_formats GL_OES_copy_image > > 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_tessellation_point_size > > GL_OES_tessellation_shader GL_OES_texture_border_clamp > > GL_OES_texture_buffer GL_OES_texture_cube_map_array GL_OES_texture_stencil8 > > GL_OES_texture_storage_multisample_2d_array GL_OES_texture_view > > GL_EXT_blend_func_extended GL_EXT_float_blend GL_EXT_geometry_point_size > > GL_EXT_geometry_shader GL_EXT_texture_sRGB_R8 GL_KHR_no_error > > GL_KHR_texture_compression_astc_sliced_3d GL_OES_EGL_image_external_essl3 > > GL_OES_geometry_point_size GL_OES_geometry_shader > > GL_OES_shader_image_atomic GL_EXT_clear_texture GL_EXT_clip_cull_distance > > GL_EXT_disjoint_timer_query 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_MESA_framebuffer_flip_y GL_EXT_depth_clamp > > GL_EXT_texture_query_lod GL_MESA_bgra " > > =================================== > > Using modifier ffffffffffffff > > failed to set mode: Invalid argument > > > > I did do graphical tests on x86-64, and didn't see any issues. I'll > have another look. This is virgl GL passthrough in qemu so not a commonly tested thing, you'd need to run the selftest. I'm hoping AlexK has some ideas on this one. > > https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/5569/steps/12/logs/stdio > > > > x32 init issue: > > As for this, I really have no idea. Perhaps we can get someone from > Intel to have a closer look, or we push x32 completely off the cliff > :) The kernel didn't remove x32 did it? That would make this easy! Cheers, Richard
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#169083): https://lists.openembedded.org/g/openembedded-core/message/169083 Mute This Topic: https://lists.openembedded.org/mt/92824833/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
