A patch v2 is available:
https://lists.proxmox.com/pipermail/pve-devel/2023-October/059617.html
On 20/10/2023 10:39, Dominik Csapak wrote:
On 10/20/23 10:29, Thomas Lamprecht wrote:
Am 20/10/2023 um 09:51 schrieb Dominik Csapak:
On 10/20/23 09:08, Wolfgang Bumiller wrote:
Also, Dominik recen
On 10/20/23 10:29, Thomas Lamprecht wrote:
Am 20/10/2023 um 09:51 schrieb Dominik Csapak:
On 10/20/23 09:08, Wolfgang Bumiller wrote:
Also, Dominik recently added resource mappings for qemu for USB & PCI.
PCI might be tricky, but for USB we may be able to use these mappings as
well.
That said,
Am 20/10/2023 um 09:51 schrieb Dominik Csapak:
> On 10/20/23 09:08, Wolfgang Bumiller wrote:
>> Also, Dominik recently added resource mappings for qemu for USB & PCI.
>> PCI might be tricky, but for USB we may be able to use these mappings as
>> well.
>> That said, "raw" `/dev` node pass-through st
On 10/20/23 09:08, Wolfgang Bumiller wrote:
On Thu, Oct 19, 2023 at 02:18:56PM +0200, Filip Schauer wrote:
Signed-off-by: Filip Schauer
---
Is it reasonable to add a "dev[n]" argument to the pct.conf, given that
device mount points only allow passing through block devices?
Why would they only
On Thu, Oct 19, 2023 at 02:18:56PM +0200, Filip Schauer wrote:
> Signed-off-by: Filip Schauer
> ---
> Is it reasonable to add a "dev[n]" argument to the pct.conf, given that
> device mount points only allow passing through block devices?
Why would they only allow block devices?
Also, Dominik rec
Signed-off-by: Filip Schauer
---
Is it reasonable to add a "dev[n]" argument to the pct.conf, given that
device mount points only allow passing through block devices?
src/PVE/LXC.pm| 14 ++
src/PVE/LXC/Config.pm | 32
2 files changed, 46 inser
