The newer DDK might provide newer API versions.
Change-Id: I4f8188173c356bc6a57d0f002d8f0ec7fbb5b311
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
It was built with gcc-linaro-4.9.4 as other libmali for g610 here.
Change-Id: I227599e28814ce31d3962368a5d741904e9a08dc
Signed-off-by: Zhen Chen <chenzhen@rock-chips.com>
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
These libraries depends on new glibc and libstdc++(with GCC 10.3), which
is unusable for old systems.
Let's drop them, and replace with proper ones(with GCC 4.9) later.
Change-Id: Ia723592bfd5369811a306cad1d832773cd62284e
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
Compared to version g6p0-01eac0-5, there is following important change:
1. wayland: 移除wayland_server中对"authorize_allocator"接口的调用.
Change-Id: I759a7321b3c824bd26e952c66eec120fdea6f64c
Signed-off-by: Zhen Chen <chenzhen@rock-chips.com>
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
By adding a hook library to call XInitThreads() before getting egl
display.
Enabled by default, set env "MALI_X11_NO_FORCE_THREADS" to disable.
Change-Id: I0af8b29c90149bd7a920bfd54f06d5129b5e446c
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
Some pre-built mali libraries would have local symbol issue:
readelf -s <libmali.so>:
Warning: local symbol 9 found at index >= .dynsym's sh_info value of 9
Let's use lief to increase .dynsym section's sh_info to workaround it.
Change-Id: Icf2037824d9c1312c5b24b982f628319a118988a
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
Relative to version g6p0-01eac0-2, there are following important changes:
1. F: base/mali_base_submission_internal.h: 修复因为 BASE_CSF_CACHE_LINE_SIZE 定义为 uint32_t 导致按位算掩码的结果不符合预期问题
2. F: gles/src/draw/backend/mali_gles_draw_helpers_nx.cpp: 修复 创建texture table不销毁,导致的内存泄漏问题
3. rk_exts: x11: 扩展实现 egl_spec 定义的 "swap_interval 为 0" 行为
Actually updated libs:
lib/aarch64-linux-gnu/libmali-valhall-g610-g6p0-gbm.so
lib/aarch64-linux-gnu/libmali-valhall-g610-g6p0-wayland.so
lib/aarch64-linux-gnu/libmali-valhall-g610-g6p0-x11.so
lib/aarch64-linux-gnu/libmali-valhall-g610-g6p0-dummy.so
lib/aarch64-linux-gnu/libmali-valhall-g610-g6p0-dummy-gbm.so
Note that the last two libmalis were built with GCC 10.3.
Signed-off-by: Zhen Chen <chenzhen@rock-chips.com>
Change-Id: Iae675fc68d6266baf86c49e4182b887581965313
Include followinig change:
rk_exts: wayland: 添加 egl_spec 定义的 "swap_interval 为 0" 行为
This could also fix the issue reported in https://redmine.rock-chips.com/issues/335131.
According to the back_trace when the app was stuck,
it's confirmed that get_window_target_buffer() in libmali was blocked in 'osu_sem_wait(&surf->buffer_limit);',
while the value of 'surf->buffer_limit' is 0.
The same stuck problem had been encountered and resolved
in the completed task "adding support for the case of swap_interval is 0", from which this commit comes.
The cause of the problem was that the original wayland/client/winsys/mali_egl_winsys.c
did not deal with buffer_release_event properly.
It was resolved by adding egl_winsys_surface::buffer_queue
and corresponding processes of handling events_for_buffers.
Signed-off-by: Zhen Chen <chenzhen@rock-chips.com>
Change-Id: I4d4e2651114f221ffc0117b4a8166fa1b7cb8f02
We've bumped to midgard r18 and bifrost g2p0 for a long time.
Change-Id: Iaf8a688117ccdb23357aa067fb670f386dce2895
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
Major changes:
1/ Add wrapper for gbm_bo_get_fd_for_plane(only support plane 0).
2/ Drop gbm_surface_needs_lock_front_buffer.
3/ Add GBM_BO_USE_PROTECTED(just for compiling).
Change-Id: I8075c37708153cf5f7f4b2cbbf931e90ec3ac24e
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
Speed up normalize.sh and update_debian.sh.
Also remove the unneeded default libs.
Change-Id: I92745708496e28d5e2adfef24dfb4f5fd59c9f5e
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
The find command might provide different results in different version.
So let's sort debian targets after all.
Change-Id: I2c7e0646058b6b84e56c48e6e029fa27e6f72502
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
The vendor package requires soname of wrappers to work.
Change-Id: I410d5138ebe64e69e01ed20788636ff26b0f36e2
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
The default optimize level is O3, there're more to come.
Change-Id: I4671d9664a565c43300ec46a0aa6ac91661bd607
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
Not all users would use the cflags from pkgconfig.
Change-Id: If66570b4fba51c70f2e01bd4911714d78b7a8b7e
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
The mali library might has some required packages.
Change-Id: I67cfa599f386f0fb4ed814c61b8882c64ee11026
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
The utgard DDK might not work with wrappers.
Change-Id: I724f9abe218e5ba96e149bf75a5b80c1ea17f3b7
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
Compared to previous version, only libmalis with primary_winsys of x11 are changed.
Include following changes :
add platform_get_window for X11 eglCreatePlatformWindowSurfaceEXT()
Signed-off-by: Zhen Chen <chenzhen@rock-chips.com>
Change-Id: Ibc0340ca709a10e50cf8d2cb395b25773eb2dbd1
The "3" at the end is "rk_so_ver".
It was reported by Jeffy Chen
that the patchelf, I used to process libs of libmali_for_356x_of_g2p0-01eac0-2,
is too old, resulting in building errors, such as :
root@Jeffy-Linux:/nvme/external/libmali/lib/aarch64-linux-gnu# aarch64-linux-gnu-strip libmali-bifrost-g52-g2p0.so
aarch64-linux-gnu-strip: stJK01Xo: not enough room for program headers, try linking with -N
aarch64-linux-gnu-strip:stJK01Xo[.note.gnu.build-id]: bad value
...
So, the libs of libmali_for_356x_of_g2p0-01eac0-3 were processed
by the patchelf provided by Jeffy Chen.
Change-Id: I0c321872efaa7a48fd57b075af631678d9be88ba
Signed-off-by: Zhen Chen <chenzhen@rock-chips.com>
Update debian control and rules when normalizing libraries.
Change-Id: I7d7285f3bf0ff2836b9580d6cc6b4ffe3256d941
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
Support using dummy as subversion or main display platform.
Change-Id: I416015f29ff486d172c2290e1772fc0a9b711457
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
Currently we are using wrapper packages to provide new GBM API and
vendor package.
But that requires the API clients honor our package config(.pc) files.
Adding an option to disable wrappers for the ones that don't follow the
rules.
Change-Id: Ie55aa712311c1df21ba0c11b924454febecca9f6
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
The "2" at the end is "rk_so_ver".
The full name of these libs is libmali-bifrost-g52-g2p0-dummy-gbm.so
"dummy-gbm" means that DUMMY is the primary_winsys, while GBM is also supported.
Some customers need this kind of libmali,
please refer to https://redmine.rock-chips.com/issues/290595.
The libs are including OpenCL implementation.
Change-Id: Ib7d379291d0949c10dc929d29d2b936b5cf97b0c
Signed-off-by: Zhen Chen <chenzhen@rock-chips.com>
The "2" at the end is "rk_so_ver".
We could query this version info from binary file of libmali, such as :
strings libmali-bifrost-g52-g2p0-wayland.so | grep rk_so_ver
It would return:
arm_release_ver of this libmali is 'g2p0-01eac0', rk_so_ver is '2'.
The libs are including OpenCL implementation.
Signed-off-by: Zhen Chen <chenzhen@rock-chips.com>
Change-Id: Ie7fe55ece977468ff7d45801fe1b2c31dc76f8a8
This is useful for debian-based distributions.
Change-Id: Ib2a1e9bbc878e25c619b5b388a1ad139141cc1a7
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
Currently the KHR header is depended by mesa's EGL/GLES/GL headers, and
would be provided in mesa-common-dev.
So for the usage of mixing mesa's GL with mali's EGL/GLES, we have to
leave it to mesa's version and let mali uses it's own.
But for people who doesn't want mesa, let's add an option to allow
installing it in mali.
Change-Id: Id6e88e2d7f3c4f6092a3cf1f1078a6a7f284f823
Suggested-by: Gleb Mazovetskiy <glex.spb@gmail.com>
Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com>
