[libc-commits] [PATCH] D148288: [libc] Update RPC interface for system utilities on the GPU

Joseph Huber via Phabricator via libc-commits libc-commits at lists.llvm.org
Mon Apr 17 14:33:42 PDT 2023


jhuber6 marked an inline comment as done.
jhuber6 added inline comments.


================
Comment at: libc/src/__support/RPC/rpc.h:42
+  uint16_t opcode;
 };
 
----------------
jdoerfert wrote:
> static assert sizeof 
My future plan is to collapse all this inbox / outbox stuff into a struct of arrays, but we should go for a static 64-byte buffer in any case.


================
Comment at: libc/src/__support/RPC/rpc.h:301
+    sleep_briefly();
+  }
 }
----------------
jdoerfert wrote:
> I think {try,}open need a common helper impl. but should not use each other.
> The problem right now is that we check the in/out multiple times for no good reason.
> In fact, we might get stuck in a weird state which we could reasonably report as error.
> Why not a single impl. with a flag, in case it is set you loop, otherwise you give up?
The logic is that the client can only open a port capable of sending and the server can only open a port capable of receiving. 


================
Comment at: libc/utils/gpu/loader/Server.h:41
+    port->recv([](__llvm_libc::rpc::Buffer *buffer) {
+      exit(reinterpret_cast<uint32_t *>(buffer->data)[0]);
+    });
----------------
jdoerfert wrote:
> FWIW, later we want an easier way to get a single Ty value from the RPC. Seems like something common that should hide the casts and encoding.
Definitely, I'm already tired  of reinterpret cast.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D148288/new/

https://reviews.llvm.org/D148288



More information about the libc-commits mailing list