summary refs log tree commit diff stats
path: root/results/classifier/gemma3:12b/device/2929
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/gemma3:12b/device/2929')
-rw-r--r--results/classifier/gemma3:12b/device/29298
1 files changed, 8 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/device/2929 b/results/classifier/gemma3:12b/device/2929
new file mode 100644
index 000000000..0cff29a01
--- /dev/null
+++ b/results/classifier/gemma3:12b/device/2929
@@ -0,0 +1,8 @@
+
+Ask to extend vhost-user protocol to carry implementation defined error contexts
+Additional information:
+I am working on the Google [crosvm](https://chromium.googlesource.com/crosvm/crosvm/) project, which implements some `vhost-user` clients/servers defined by [this QEMU doc](https://qemu-project.gitlab.io/qemu/interop/vhost-user.html). I am wondering if we could add a protocol feature/protocol header flag bit to allow the payload of the reply to carry detailed implementation defined error contexts?
+
+Specifically, I am working on the `vhost-user-gpu` device, which needs to send some memory mapping request to the frontend(the main process where VCPU lives), so that we can map some GPU memory to the guest. We are trying to diagnose a bug where the frontend can sometimes fail to perform the operation. However, we don't have access to the logs on the main process, so we are left with only very limited information on the `vhost-user-gpu` process. It could be helpful if we could send detailed implementation defined error contexts in the payload of the reply.
+
+I am wondering in order for the upstream QEMU to accept such "spec" change to the `vhost-user` protocol, what the process should be like? Thanks.