From a96a4b04e13ac1c388963953a4dfa07d31d55922 Mon Sep 17 00:00:00 2001 From: Michal Privoznik Date: Fri, 31 Oct 2025 10:39:05 +0100 Subject: [PATCH] docs: Document supported URIs for CH driver Our docs suggest that only session mode is supported for CH drvier. Well, that's clearly not case. Document the system URI and refer to other (remote) supported transport modes (yeah, that works too). Signed-off-by: Michal Privoznik Reviewed-by: Jiri Denemark --- docs/drvch.rst | 15 +++++++++++---- 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/docs/drvch.rst b/docs/drvch.rst index bb13599e6f..b8c48a775b 100644 --- a/docs/drvch.rst +++ b/docs/drvch.rst @@ -12,13 +12,20 @@ customers inside a cloud provider. For our purposes this means modern operating systems with most I/O handled by paravirtualised devices (i.e. virtio), no requirement for legacy devices, and 64-bit CPUs. -The libvirt Cloud Hypervisor driver is intended to be run as a session -driver without privileges. The cloud-hypervisor binary itself should be -``setcap cap_net_admin+ep`` (in order to create tap interfaces). +The libvirt Cloud Hypervisor (CH) driver is intended to be run as a +session driver without privileges. The cloud-hypervisor binary itself +should be ``setcap cap_net_admin+ep`` (in order to create tap +interfaces). Though, system-wide connection URI is also supported. Expected connection URI would be -``ch:///session`` +:: + + ch:///session (local access to per-user instance) + ch:///system (local access to system instance) + +But all other transport modes are supported too +(see `documentation `__). Example guest domain XML configurations -- 2.47.3