add gitlab issues in toml format

1 files changed, 19 insertions, 0 deletions

diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2929.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2929.toml
new file mode 100644
index 00000000..935c27ea
--- /dev/null
+++ b/gitlab/issues/target_missing/host_missing/accel_missing/2929.toml
@@ -0,0 +1,19 @@
+id = 2929
+title = "Ask to extend vhost-user protocol to carry implementation defined error contexts"
+state = "opened"
+created_at = "2025-04-23T22:47:24.274Z"
+closed_at = "n/a"
+labels = []
+url = "https://gitlab.com/qemu-project/qemu/-/issues/2929"
+host-os = "n/a"
+host-arch = "n/a"
+qemu-version = "n/a"
+guest-os = "n/a"
+guest-arch = "n/a"
+description = "n/a"
+reproduce = "n/a"
+additional = """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."""