[pve-devel] [PATCH manager] Add USB3 support for Spice USB redirection

Signed-off-by: Aaron Lauterer --- www/manager6/qemu/USBEdit.js | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/www/manager6/qemu/USBEdit.js b/www/manager6/qemu/USBEdit.js index 8fc95c99..20c30fe6 100644 --- a/www/manager6/qemu/USBEdit.js +++ b/www/manager6/qemu/USBEdit

[pve-devel] [PATCH qemu-server 1/2] Add USB3 support to Spice USB redirection

Signed-off-by: Aaron Lauterer --- PVE/QemuServer/USB.pm | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/PVE/QemuServer/USB.pm b/PVE/QemuServer/USB.pm index a2097b9..05c78cf 100644 --- a/PVE/QemuServer/USB.pm +++ b/PVE/QemuServer/USB.pm @@ -87,9 +87,12 @@ sub get_usb_dev

[pve-devel] [PATCH qemu-server 2/2] Fix local resources check for USB3 Spice devices

The check relied on the fact, that spice usb devices could not be usb3 in the past. Signed-off-by: Aaron Lauterer --- PVE/QemuServer.pm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm index 6e3b19e..0a0fda7 100644 --- a/PVE/QemuServer.pm

[pve-devel] [PATCH v2 qemu-server 0/2 pve-manager 0/1] Fix #2343 Spice USB3 support

This patch series enables USB3 for the passthrough / redirection of USB devices via the Spice client. AFAIU there is no need for special checks regarding live migration due to the following reasons: * USB3 for Spice was disabled in the GUI * Setting `usb3=1` via the API or manually in the config f

[pve-devel] applied: [PATCH cluster] pmxcfs: get config properties: ensure we do not read after the config

applied with the following fixup commit we talked about off-list: ---8<--- >From c22040264ebe7b5b8b1dcd16c1af8d174600b1ea Mon Sep 17 00:00:00 2001 From: Wolfgang Bumiller Date: Fri, 30 Aug 2019 10:09:46 +0200 Subject: [PATCH cluster] pmxcfs: cleanup remaining_size calculation using an end-pointe

[pve-devel] [PATCH v2 pve-docs] update vxlan-evpn doc

Now that vrf leaking is supported with default vrf, setup is more simple for exit node. (not need extra interface) Also cleanup symmetric config Signed-off-by: Alexandre Derumier --- vxlan-and-evpn.adoc | 231 1 file changed, 63 insertions(+), 168 de

[pve-devel] [RFC PATCH manager] api: allow ticket in auth header as fallback

Signed-off-by: Tim Marx --- PVE/Service/pveproxy.pm | 7 +++ 1 file changed, 7 insertions(+) diff --git a/PVE/Service/pveproxy.pm b/PVE/Service/pveproxy.pm index dd123dd8..860a05c0 100755 --- a/PVE/Service/pveproxy.pm +++ b/PVE/Service/pveproxy.pm @@ -184,6 +184,13 @@ sub get_index {

[pve-devel] [RFC PATCH http-server 0/1] allow ticket in auth header as fallback

This patch makes it possible to pass the PVETicket inside the HTTP Authorization header as second option to the traditional cookie approach. Cookies can only be set by using the browser apis e.g. document.cookie, a client is not allowed to set a cookie header on a request object manually as long as

[pve-devel] [RFC PATCH http-server 1/1] allow ticket in auth header as fallback

Signed-off-by: Tim Marx --- PVE/APIServer/AnyEvent.pm | 5 + PVE/APIServer/Formatter.pm | 12 2 files changed, 17 insertions(+) diff --git a/PVE/APIServer/AnyEvent.pm b/PVE/APIServer/AnyEvent.pm index 2e8ca47..c8f7b6d 100644 --- a/PVE/APIServer/AnyEvent.pm +++ b/PVE/APIServer/

[pve-devel] applied: [PATCH cluster] pmxcfs server: fix off-by-one error when ensuring string NUL termination

done once, then copied over by copy-is-my-hobby, once by me too :) While this is in the relative big SHM we get from the libqb backed IPC mechanisms, and thus there's a really really low chance to hit a corruption of another following data element here, it's still a possibility. Signed-off-by: Th

[pve-devel] [PATCH arch-pacman] updated to 5.1.3-1

Signed-off-by: Oguz Bektas --- Makefile | 2 +- debian/changelog | 6 ++ 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 014851c..b58177c 100644 --- a/Makefile +++ b/Makefile @@ -1,5 +1,5 @@ PACKAGE=arch-pacman -PACMANVER=5.1.2 +PACMANVER=5.1.3