> -push @$devices, '-readconfig', '/usr/share/qemu-server/pve-usb.cfg';
> +$pciaddr = print_pci_addr("ehci", $bridges);
> +push @$devices, '-device', "ich9-usb-
> ehci1,id=ehci,multifunction=on$pciaddr.0x7";
> +push @$devices, '-device', "ich9-usb-
> uhci1,id=uhci1,masterbus=ehci.0,
> I think we can add a protection to avoid resize of root disk for windows os
> with
> virtio for now,
How do you know the root disk? We can just guess that.
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/lis
Does this really work when user changes rate or VLAN setting?
> -Original Message-
> From: pve-devel-boun...@pve.proxmox.com [mailto:pve-devel-
> boun...@pve.proxmox.com] On Behalf Of Alexandre Derumier
> Sent: Freitag, 22. Februar 2013 06:08
> To: pve-devel@pve.proxmox.com
> Subject: [pve
I think we can add a protection to avoid resize of root disk for windows os
with virtio for now,
seem like a bug in implementation of virtio-blk windows driver
Response from Vadim:
> Hi Vadim
>
> You cannot do it on a boot disk. On-line resizing works for non-system disks
> only.
>
> So,
>>Ignore me. I am just moaning because I had to revert some changes recently.
>>(Namely the vlan and network rate control changes)
>>But that is how software development works ;-)
Yes, no problem, I also understand that you need to manage user complains when
regression are coming up.
-
> >>Sigh - we are inside an apply/revert loop recently :-(
>
> What do you mean ? I dont understand,sorry..
Ignore me. I am just moaning because I had to revert some changes recently.
(Namely the vlan and network rate control changes)
But that is how software development works ;-)
__
don't unplug/plug nic on update,
Stefan report an hang here. (maybe a race condition?)
It was here to allow change vlan in live, but I think it can be done with move
tap from bridge.
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.prox
Stefan report an hang if we fast remove/add nic when update.
Signed-off-by: Alexandre Derumier
---
PVE/API2/Qemu.pm |5 -
1 file changed, 5 deletions(-)
diff --git a/PVE/API2/Qemu.pm b/PVE/API2/Qemu.pm
index ee02467..9321a69 100644
--- a/PVE/API2/Qemu.pm
+++ b/PVE/API2/Qemu.pm
@@ -749,1
Thanks for the report,
I'll make a patch to avoid unplug/hotplug on nic update.
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: "Alexandre Derumier"
Cc: pve-devel@pve.proxmox.com
Envoyé: Jeudi 21 Février 2013 19:40:46
Objet: Re: [pve-devel] qemu-server : hot-unplug-disk + u
fixed class A validation failure
Improved validation filtering
see https://bugzilla.proxmox.com/show_bug.cgi?id=335 for details
Signed-off-by: Damien PIQUET
---
data/PVE/JSONSchema.pm |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/data/PVE/JSONSchema.pm b/data/PVE
Right now if I change the network speed the card is unplugged and plugged in
again. The vm is offline after that in linux.
Stefan
Am 21.02.2013 um 18:44 schrieb Alexandre Derumier :
> Here my patch queues for qemu-server
>
> ___
> pve-devel mailing l
- Only use ehci if usb-passthrough is needed
- always plug tablet on uhci
Also convert old -usb controller syntax to new qdev -device piix3-usb-uhci
Signed-off-by: Alexandre Derumier
---
PVE/QemuServer.pm | 28 +++-
1 file changed, 19 insertions(+), 9 deletions(-)
dif
Signed-off-by: Alexandre Derumier
---
PVE/QemuServer.pm |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm
index 5e02734..4dce525 100644
--- a/PVE/QemuServer.pm
+++ b/PVE/QemuServer.pm
@@ -2194,7 +2194,11 @@ sub config_to_command {
Here my patch queues for qemu-server
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Signed-off-by: Alexandre Derumier
---
PVE/QemuServer.pm | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm
index fb672eb..5e02734 100644
--- a/PVE/QemuServer.pm
+++ b/PVE/QemuServer.pm
@@ -165,8 +165,10 @@ my $confdesc
>>>Sigh - we are inside an apply/revert loop recently :-(
>
>>What do you mean ? I dont understand,sorry..
Oh, you mean commit and revert because of bugs (hot-unplug,...) in qemu-server ?
I'm very sorry about that, but isn't a new qemu release the good time to do
tests ?
For old code, for use
>>Sigh - we are inside an apply/revert loop recently :-(
What do you mean ? I dont understand,sorry..
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com
Envoyé: Jeudi 21 Février 2013 17:37:53
Objet: RE: [pve-devel] disabling tablet by def
> Note that I don't have problem to revert usb code as before, using usb1 as
> default. (hotplug/unplug the tablet is enough for me) Stefan seem to have add
> a
> problem with snasphot rollback with ehci.
Sigh - we are inside an apply/revert loop recently :-(
Not sure how to proceed.
__
>>So with old code (usb1), it's work but using tablet. (so more cpu/ usb
>>interrupts)
Also with old code, if user uses usb-host devices, ehci will be used and if
they don't desactivate tablet,
the mouse wont work.
Note that I don't have problem to revert usb code as before, using usb1 as
d
>>Or we simply revert the change and use the old code, which is known to work?
It's work but not optimal.
vmmouse is not loading with ubuntu 12.04 or 12.10, if tablet is connected.
(uhci or ehci)
So with old code (usb1), it's work but using tablet. (so more cpu/ usb
interrupts)
- Mail
Forget my last mail, the driver is correctly loaded in Xorg.
So, it's only that mouse is not moving when usb-tablet is on ehci
I have also tried with an old ubuntu 8, and it's working fine.
ubuntu 12.04, 12.10, centos 6.3 doesn't work. I really don't know where is the
problem. Maybe is it
> So maybe can we disable usb-tablet on linux by default, and keep it enable for
> windows guest.
Or we simply revert the change and use the old code, which is known to work?
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cg
with usb-tablet on ehci:
I have also look into Xorg.0.log of ubuntu 12.10,
The usb-tablet is seen
(II) config/udev: Adding input device QEMU USB TABLET (/dev/input/js0)
but no driver is found
(II) no input driver specified,ignoring this device
I don't know if something is different with the
I have just sent a patch on the mailing, could you try it to see if it's help ?
- Mail original -
De: "Alexandre DERUMIER"
À: "Stefan Priebe - Profihost AG"
Cc: pve-devel@pve.proxmox.com
Envoyé: Jeudi 21 Février 2013 15:58:28
Objet: Re: [pve-devel] restore from snapshot does not wo
Signed-off-by: Alexandre Derumier
---
PVE/QemuServer.pm |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm
index 5e02734..599e279 100644
--- a/PVE/QemuServer.pm
+++ b/PVE/QemuServer.pm
@@ -2194,7 +2194,11 @@ sub config_to_command {
This avoid to use external config also, and also add ids to differents devices
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>> I'll try other old linux guest distro this week to see if vmmouse is
>> working.
Fedora 8 (2007), is also using vmmouse by default.
- Mail original -
De: "Alexandre DERUMIER"
À: pve-devel@pve.proxmox.com
Envoyé: Jeudi 21 Février 2013 15:21:09
Objet: [pve-devel] disabling table
Do you mean with same snapshot ?
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com
Envoyé: Jeudi 21 Février 2013 15:54:25
Objet: Re: [pve-devel] restore from snapshot does not work with current git
code
Hi funny,
this t
Hi funny,
this time it worked...
Stefan
Am 21.02.2013 15:43, schrieb Alexandre DERUMIER:
> ok. And you can reproduce it ? or do you have had the bug 1 time ?
>
> - Mail original -
>
> De: "Stefan Priebe - Profihost AG"
> À: "Alexandre DERUMIER"
> Cc: pve-devel@pve.proxmox.com
> E
ok. And you can reproduce it ? or do you have had the bug 1 time ?
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com
Envoyé: Jeudi 21 Février 2013 15:33:44
Objet: Re: [pve-devel] restore from snapshot does not work with curre
Hi,
just console using linux.
Config looks like this:
# cat /etc/pve/qemu-server/126.conf
bootdisk: scsi0
cores: 2
ide2: none,media=cdrom
localtime: 1
memory: 4096
name: test
net0: virtio=1E:CA:3B:65:78:CA,bridge=vmbr0,rate=12.5
onboot: 1
ostype: l26
parent: Magentoworking
scsi0:
vmstorssd1:vm-12
To reproduce, what is your guest config ? os ? graphical environnement or
console ?
- Mail original -
De: "Alexandre DERUMIER"
À: "Stefan Priebe - Profihost AG"
Cc: pve-devel@pve.proxmox.com
Envoyé: Jeudi 21 Février 2013 15:15:44
Objet: Re: [pve-devel] restore from snapshot does
After some investigations,
I see that vmmouse is loaded is ps/2 mouse is not the default mouse pointer.
So if we load usb-tablet, vmmouse is never loaded. And usb-tablet use more cpu
power.
I have tested ubuntu 8.0.4 (released in 2008), and vmmouse works fine.
So maybe can we disable usb-tabl
>>this is a current NEW snapshot not an old one. I tooked the snapshot 5
>>minutes ago.
Oh,ok ...this is strange indeed... I don't see what can be the problem...
Maybe related to uhci companion.
I'll do tests today !
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: "A
might be but right now even current snapshots do not work for me.
Am 21.02.2013 15:14, schrieb Alexandre DERUMIER:
> But maybe an "usb: 1/2" config option could be usefull ?
>
> keep usb1 as default if no defined, and give user choice to choose usb2.
> also when usb3 will be stable, this will not
But maybe an "usb: 1/2" config option could be usefull ?
keep usb1 as default if no defined, and give user choice to choose usb2.
also when usb3 will be stable, this will not break the old snapshot with usb1/2
controllers.
- Mail original -
De: "Alexandre DERUMIER"
À: "Stefan Priebe
Hi,
this is a current NEW snapshot not an old one. I tooked the snapshot 5
minutes ago.
Stefan
Am 21.02.2013 15:03, schrieb Alexandre DERUMIER:
> Hi Stefan,
>
> I think it's because of default usb2 ehci controller instead uhci.
>
>
> This is strange, I have done the test 5 or 6 times, restori
Hi Stefan,
I think it's because of default usb2 ehci controller instead uhci.
This is strange, I have done the test 5 or 6 times, restoring from old
snapshot, and I didn't have any problem.
I'll redo tests
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: pve-devel@pve.pro
Hello,
restore from snapshot does not work with current git code.
Message:
Unknown savevm section or instance ':00:01.2/uhci' 0
kvm: Error -22 while loading VM state
Greets,
Stefan
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.pro
Here some news :
It's not a vmmouse problem, as vmmouse is simply loaded when we move the mouse
only if it's a PS/2 mouse.
FOR USB-TABLET ON EHCI
-
The problem is that usb-tablet don't work on ehci, so it's not moving
And the default mouse is not the same with or without c
40 matches
Mail list logo