Folks,
Any comments on the patch below ?
On Wed, Nov 25, 2009 at 11:35 AM, sudhir kumar wrote:
> This patch adds a test for verifying whether the number of cpus and amount
> of memory as seen inside a guest is same as allocated to it on the qemu
> command line.
>
> Signed-off-by: Sudhir Kumar
>
The new pci_dev->dev.config is a uint_8 pointer, but get_real_device()
still using sizeof(pci_dev->dev.config) to fill the configuration space,
which lost most of information.
Spot the issue when INTx cannot work again after previous fix...
Signed-off-by: Sheng Yang
---
hw/device-assignment.c |
Am 26.11.2009 um 16:24 schrieb Alexander Graf :
Currently userspace has no chance to find out which virtual address
space we're
in and resolve addresses. While that is a big problem for migration,
it's also
unpleasent when debugging, as gdb and the monitor don't work on
virtual
addresses.
On 26.11.2009, at 17:06, Adrian Terranova wrote:
> Hello,
>
> Looking for a pointer to a working setup of kvm nesting kvm with svm
> extensions working thruout.
>
> I'm working with proxmox - and trying to get a proxmox in a proxmox
> working. KVM is called as follows from the proxmox host.
>
Hello,
Looking for a pointer to a working setup of kvm nesting kvm with svm
extensions working thruout.
I'm working with proxmox - and trying to get a proxmox in a proxmox
working. KVM is called as follows from the proxmox host.
31515 ?Sl27:15 /usr/bin/kvm -monitor
unix:/var/run/qem
On 11/21/2009 12:36 AM, Kevin O'Connor wrote:
It looks like I spoke too soon. It appears the SeaBIOS init can leave
the ATA controller in an interrupts disabled state. This appears to
confuse Vista. So, this is a SeaBIOS bug - I'll implement a fix.
I've committed a fix to SeaBIOS - co
Currently userspace has no chance to find out which virtual address space we're
in and resolve addresses. While that is a big problem for migration, it's also
unpleasent when debugging, as gdb and the monitor don't work on virtual
addresses.
This patch exports enough of the MMU segment state to us
Avi Kivity wrote:
On 11/26/2009 03:35 AM, Andrew Theurer wrote:
NMI backtrace for cpu 9
CPU 9:
Modules linked in: tun sunrpc af_packet bridge stp ipv6 binfmt_misc
dm_mirror dm_region_hash dm_log dm_multipath scsi_dh dm_mod kvm_intel
kvm uinput sr_mod cdrom ata_generic pata_acpi ata_piix joyd
On 11/21/2009 12:34 AM, Kevin O'Connor wrote:
On Thu, Nov 19, 2009 at 04:02:06PM +0200, Avi Kivity wrote:
On 11/19/2009 03:39 PM, Kevin O'Connor wrote:
Long story short - this is the result of gcc's "-combine" being
fragile. It's possible to avoid by compiling seabios with "make
COMP
On 11/26/2009 03:16 PM, Alexander Graf wrote:
You can keep pvr out of the (named) union.
So we'd have
sregs.padded.ppc64.slb?
or sregs.u.ppc64.slb.
I don't see how that is an improvement.
Buildability takes precedence.
(an alternative is to drop the union, and add a BUI
Avi Kivity wrote:
> On 11/26/2009 02:46 PM, Alexander Graf wrote:
>>
>>> Please avoid unnamed unions in user-visible headers - they're a gcc
>>> extension.
>>>
>>> Yes, we have them elsewhere, but let's not add to the pile.
>>>
>> I'm open to scalable suggestions that don't break existing use
Bugs item #2902983, was opened at 2009-11-24 10:17
Message generated for change (Comment added) made by glebn
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2902983&group_id=180599
Please note that this message will contain a full copy of the comment thr
On 11/26/2009 02:46 PM, Alexander Graf wrote:
Please avoid unnamed unions in user-visible headers - they're a gcc
extension.
Yes, we have them elsewhere, but let's not add to the pile.
I'm open to scalable suggestions that don't break existing userspace code.
If I name the union now, ex
Avi Kivity wrote:
> On 11/26/2009 01:16 PM, Alexander Graf wrote:
>> Currently userspace has no chance to find out which virtual address
>> space we're
>> in and resolve addresses. While that is a big problem for migration,
>> it's also
>> unpleasent when debugging, as gdb and the monitor don't wor
On 11/26/2009 01:16 PM, Alexander Graf wrote:
Currently userspace has no chance to find out which virtual address space we're
in and resolve addresses. While that is a big problem for migration, it's also
unpleasent when debugging, as gdb and the monitor don't work on virtual
addresses.
This pat
Currently userspace has no chance to find out which virtual address space we're
in and resolve addresses. While that is a big problem for migration, it's also
unpleasent when debugging, as gdb and the monitor don't work on virtual
addresses.
This patch exports enough of the MMU segment state to us
On 11/26/2009 03:35 AM, Andrew Theurer wrote:
NMI backtrace for cpu 9
CPU 9:
Modules linked in: tun sunrpc af_packet bridge stp ipv6 binfmt_misc
dm_mirror dm_region_hash dm_log dm_multipath scsi_dh dm_mod kvm_intel
kvm uinput sr_mod cdrom ata_generic pata_acpi ata_piix joydev libata
ide_pci_
Hello Dor,
Thank you for your review. I have few questions about your comments:
--- snip ---
+ stat += "Guests memsh = {"
+ for vm in lvms:
+ if vm.is_dead():
+ logging.info("Trying to get informations of death VM: %s"
+ % vm.name)
+ continue
You can fail the entire test. Afte
On Thu, Nov 26, 2009 at 03:14:04PM +0800, Liang YANG wrote:
> I think Kurt have a clear view on interrupt deliver routine.
> Maybe when a outer physical interrupt yield durning the guest running
> on cpu, this interrupt cause the guest exit
> and eventually delived to the host to be disposed. Is th
19 matches
Mail list logo
