d0ff5e4030
This patch reworks the RPC interface to allow more generic memory operations using the shared better. This patch decomposes the entire RPC interface into opening a port and calling `send` or `recv` on it. The `send` function sends a single packet of the length of the buffer. The `recv` function is paired with the `send` call to then use the data. So, any aribtrary combination of sending packets is possible. The only restriction is that the client initiates the exchange with a `send` while the server consumes it with a `recv`. The operation of this is driven by two independent state machines that tracks the buffer ownership during loads / stores. We keep track of two so that we can transition between a send state and a recv state without an extra wait. State transitions are observed via bit toggling, e.g. This interface supports an efficient `send -> ack -> send -> ack -> send` interface and allows for the last send to be ignored without checking the ack. A following patch will add some more comprehensive testing to this interface. I I informally made an RPC call that simply incremented an integer and it took roughly 10 microsends to complete an RPC call. Reviewed By: jdoerfert Differential Revision: https://reviews.llvm.org/D148288
9 lines
193 B
CMake
9 lines
193 B
CMake
add_executable(amdhsa_loader Loader.cpp)
|
|
add_dependencies(amdhsa_loader libc.src.__support.RPC.rpc)
|
|
|
|
target_link_libraries(amdhsa_loader
|
|
PRIVATE
|
|
hsa-runtime64::hsa-runtime64
|
|
gpu_loader
|
|
)
|