commit | d22867a7492b706bb5c65f9b4747650d409a9060 | [log] [tgz] |
---|---|---|
author | Gurchetan Singh <[email protected]> | Mon Apr 10 10:11:41 2023 -0700 |
committer | Gurchetan Singh <[email protected]> | Mon Apr 10 20:07:07 2023 -0700 |
tree | 234c92a1104e2f64b4dd5c7377b91e5c12fccae2 | |
parent | c52770b8dc5386fb32f3213c84c756646ba9fc73 [diff] |
vulkan-cereal: report preferred memory index to guest Commit 12c1c391 ("Adds an emulated memory type for AHB") broke dEQP-VK.memory.* on Intel/Linux. The problem seems to be the commit reserves memory index zero for use with ColorBuffers, but some integrated GPUs have one heap that is both host visible and device local (at index 0). This also likely problematic for some AAOS platforms. Rather than reserving memory index 0, why not sure report back to the guest which memory index works best for ColorBuffers? This commit partially rolls back 12c1c391, but keeps the representativeColorBufferMemoryTypeIndex logic and reports it back to the guest. BUG=215538934 TEST=check no aborts when getting caps dEQP-VK.memory.* passes on iGPUs again Change-Id: I284be2c166a9a2cf072d00a3cfa49b5f7251007c
Graphics Streaming Kit is a code generator that makes it easier to serialize and forward graphics API calls from one place to another:
Make sure the latest CMake is installed. Make sure the opengl lib is installed. Otherwise, sudo apt-get install libglu1-mesa-dev freeglut3-dev mesa-common-dev Make sure you are using Clang as your CC
and clang++ as yourCXX
. Then
mkdir build cd build cmake . ../ make -j24
Unit tests:
make test
Make sure the latest CMake is installed. Make sure Visual Studio 2019 is installed on your system along with all the Clang C++ toolchain components. Then
mkdir build cd build cmake . ../ -A x64 -T ClangCL
A solution file should be generated. Then open the solution file in Visual studio and build the gfxstream_backend
target.
Be in the Android build system. Then
m libgfxstream_backend
It then ends up in out/host
This also builds for Android on-device.
libgfxstream_backend.(dll|so|dylib)
Check out the gfxstream-protocols repo at ../../../external/gfxstream-protocols
relative to the root directory of this repo, and run the scripts/generate-vulkan-sources.sh
script in the gfxstream-protocols
root folder.
If you're in an AOSP checkout, this will also modify contents of the guest Vulkan encoder in ../goldfish-opengl
.
First, build build/gfxstream-generic-apigen
. Then run
scripts/generate-apigen-source.sh
There are a bunch of test executables generated. They require libEGL.so
and libGLESv2.so
and libvulkan.so
to be available, possibly from your GPU vendor or ANGLE, in the $LD_LIBRARY_PATH
.
There are a bunch of test executables generated. They require libEGL.dll
and libGLESv2.dll
and vulkan-1.dll
to be available, possibly from your GPU vendor or ANGLE, in the %PATH%
.
These are currently not built due to the dependency on system libEGL/libvulkan to run correctly.
CMakeLists.txt
: specifies all host-side build targets. This includes all backends along with client/server setups that live only on the host. SomeAndroid.bp
: specifies all guest-side build targets for Android:BUILD.gn
: specifies all guest-side build targets for Fuchsiabase/
: common libraries that are built for both the guest and host. Contains utility code related to synchronization, threading, and suballocation.protocols/
: implementations of protocols for various graphics APIs. May contain code generators to make it easy to regen the protocol based on certain things.host-common/
: implementations of host-side support code that makes it easier to run the server in a variety of virtual device environments. Contains concrete implementations of auxiliary virtual devices such as Address Space Device and Goldfish Pipe.stream-servers/
: implementations of various backends for various graphics APIs that consume protocol. gfxstream-virtio-gpu-renderer.cpp
contains a virtio-gpu backend implementation.