On Thu, 5 Jan 2012, Gerd Hoffmann wrote:
On 01/04/12 19:02, Gerhard Wiesinger wrote:
Hello,
I'm having the following boot order problem using an SCSI option ROM:
Still boots the cdrom instead of harddisk. So it is impossible to have a
bootable CDROM in the VM without booting from it.
On Thu, Jan 05, 2012 at 09:23:02AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gerd Hoffmann wrote:
On 01/04/12 19:02, Gerhard Wiesinger wrote:
Hello,
I'm having the following boot order problem using an SCSI option ROM:
Still boots the cdrom instead of harddisk. So it is
On 5 January 2012 00:54, Mark Langsdorf mark.langsd...@calxeda.com wrote:
On 01/04/2012 06:22 PM, Peter Maydell wrote:
Can you drop the SCR code, please? This needs to be done properly
as part of trustzone support, which is a different and rather larger
kettle of fish.
I found out that the
Hi,
Better use a empty string as romfile argument, that will make the ROM
pci bar go away instead of creating one with an invalid rom.
Thnx. Works well by specifying no romfile, that's the trick. I had the
problem than otherwise devices were created. But I'm still getting the
following
On Thu, 5 Jan 2012, Gleb Natapov wrote:
On Thu, Jan 05, 2012 at 09:23:02AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gerd Hoffmann wrote:
On 01/04/12 19:02, Gerhard Wiesinger wrote:
Hello,
I'm having the following boot order problem using an SCSI option ROM:
Still boots the
On Thu, Jan 05, 2012 at 10:09:44AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gleb Natapov wrote:
On Thu, Jan 05, 2012 at 09:23:02AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gerd Hoffmann wrote:
On 01/04/12 19:02, Gerhard Wiesinger wrote:
Hello,
I'm having the
On Thu, 5 Jan 2012, Gerd Hoffmann wrote:
Hi,
Better use a empty string as romfile argument, that will make the ROM
pci bar go away instead of creating one with an invalid rom.
Thnx. Works well by specifying no romfile, that's the trick. I had the
problem than otherwise devices were created.
On Thu, 5 Jan 2012, Gleb Natapov wrote:
On Thu, Jan 05, 2012 at 10:09:44AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gleb Natapov wrote:
On Thu, Jan 05, 2012 at 09:23:02AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gerd Hoffmann wrote:
On 01/04/12 19:02, Gerhard
On Thu, Jan 05, 2012 at 10:27:44AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gleb Natapov wrote:
On Thu, Jan 05, 2012 at 10:09:44AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gleb Natapov wrote:
On Thu, Jan 05, 2012 at 09:23:02AM +0100, Gerhard Wiesinger wrote:
On Thu,
On Thu, 5 Jan 2012, Gleb Natapov wrote:
On Thu, Jan 05, 2012 at 10:27:44AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gleb Natapov wrote:
On Thu, Jan 05, 2012 at 10:09:44AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gleb Natapov wrote:
On Thu, Jan 05, 2012 at 09:23:02AM
On Thu, Jan 05, 2012 at 10:36:29AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gleb Natapov wrote:
On Thu, Jan 05, 2012 at 10:27:44AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gleb Natapov wrote:
On Thu, Jan 05, 2012 at 10:09:44AM +0100, Gerhard Wiesinger wrote:
On Thu,
Hi,
But to get rid of this problem typical BIOSes have an option whether
they prefer to BOOT from SCSI (with an option ROM) or
from the other devices. Then the option ROM typically boots from the
first registered device.
qemu+seabios have bootindex to address that issue. It was created
On 01/05/12 10:24, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gerd Hoffmann wrote:
Hi,
Better use a empty string as romfile argument, that will make the ROM
pci bar go away instead of creating one with an invalid rom.
Thnx. Works well by specifying no romfile, that's the trick. I had the
On Thu, 5 Jan 2012, Gleb Natapov wrote:
boot option is deprecated in favor of bootindex. The later has much more
fine grained control of boot sequence. What if you have 5 SCSI
controllers? Even boot=c does not tell you much if you have more then
one disk.
Ok, then this is a documentation issue
On Thu, Jan 05, 2012 at 10:56:23AM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gleb Natapov wrote:
boot option is deprecated in favor of bootindex. The later has much more
fine grained control of boot sequence. What if you have 5 SCSI
controllers? Even boot=c does not tell you much if
On 12/23/2011 03:39 PM, Paolo Bonzini wrote:
QEMU does have a scsi option (to be used like -device
virtio-blk-pci,drive=foo,scsi=off). However, it only
masks the feature bit, and does not reject the command
if a malicious guest disregards the feature bits and
issues a request.
Without this
On Thu, 5 Jan 2012, Gerd Hoffmann wrote:
On 01/05/12 10:24, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gerd Hoffmann wrote:
Hi,
Better use a empty string as romfile argument, that will make the ROM
pci bar go away instead of creating one with an invalid rom.
Thnx. Works well by
Hi,
qemu-system-x86_64: -device
rtl8139,macaddr=1a:46:0b:ca:bc:7c,vlan=0,romfile=: Property
'rtl8139.macaddr' not found
Oops. It is mac=..., not macaddr=...
cheers,
Gerd
On Wed, Jan 04, 2012 at 05:45:11PM -0200, Luiz Capitulino wrote:
This version drops modes 'sleep' and 'hybrid' because they don't work
properly due to issues in qemu. Only the 'hibernate' mode is supported
for now.
IMHO this is short-sighted. When the bugs QEMU in are fixed so that
these modes
On Thu, Jan 05, 2012 at 12:08:50PM +0800, thfbjyddx wrote:
hi,
I've tried to use this patch,
Oh great! Can we share your results?
but it doesn't work for compiling error on
page = alloc_page_vma(GFP_HIGHUSER_MOVABLE, vma, vmf-address);//vmf-
virtual_address?
I guess it's for the
Hi,
current master seems to corrupt guest memory, I get guest errors like
this one:
swap_dup: Bad swap file entry 1999800080
BUG: Bad page map in process udevd pte:bec5f30054520100 pmd:1f6f4067
addr:7fc464a02000 vm_flags:00100073 anon_vma:88001f928ec0
mapping:(null) index:7fc464a02
After I use this series of patches, but the migration failed.
2, I start migrate -d -p -n tcp:xxx: on the outgoing node
2, on the incoming part, the qemu get stuck and migration failed
the destnation can not typing any more
today I found it's just at qemu_loadvm_state, just after the while
On Thu, 5 Jan 2012, Gerd Hoffmann wrote:
qemu-system-x86_64: -device
rtl8139,macaddr=1a:46:0b:ca:bc:7c,vlan=0,romfile=: Property
'rtl8139.macaddr' not found
Oops. It is mac=..., not macaddr=...
Just for the records, working config looks like:
On 01/05/2012 01:05 PM, Gerd Hoffmann wrote:
Hi,
current master seems to corrupt guest memory, I get guest errors like
this one:
swap_dup: Bad swap file entry 1999800080
BUG: Bad page map in process udevd pte:bec5f30054520100 pmd:1f6f4067
addr:7fc464a02000 vm_flags:00100073
On Thu, Jan 05, 2012 at 12:13:34PM +0100, Gerhard Wiesinger wrote:
On Thu, 5 Jan 2012, Gerd Hoffmann wrote:
qemu-system-x86_64: -device
rtl8139,macaddr=1a:46:0b:ca:bc:7c,vlan=0,romfile=: Property
'rtl8139.macaddr' not found
Oops. It is mac=..., not macaddr=...
Just for the records,
On Wed, 4 Jan 2012, Anthony PERARD wrote:
A recent patch set from Avi break the dirty bitmap support of Xen. But this is
because the internal function will return an error for an unhandled memory
region (a - b).
s/the internal function/xen_sync_dirty_bitmap
But this is not an error.
Hi,
I don't have a vhost setup, can you share your command line?
Just use libvirt which enables it automagically if possible ;)
Command line from /var/log/libvirt/qemu/rhel6-org-scsi.lsi.log is below
(but probably doesn't buy you that much as it wouldn't work without the
vhost/tap fd setup
On Thu, Jan 05, 2012 at 01:16:22PM +0200, Avi Kivity wrote:
On 01/05/2012 01:05 PM, Gerd Hoffmann wrote:
Hi,
current master seems to corrupt guest memory, I get guest errors like
this one:
swap_dup: Bad swap file entry 1999800080
BUG: Bad page map in process udevd
A recent patch set from Avi break the dirty bitmap support of Xen. But this is
because xen_sync_dirty_bitmap will return an error for an unhandled memory
range (a - b). However this is not a fatal error, so we should just
continue instead of aborting.
There is now an error printed when
Dear Mr. ppc,
Am 18.10.2011 01:52, schrieb Alexander Graf:
Some 32-bit PPC CPUs can use up to 36 bit of physicall address space.
Treat them accordingly in the qemu-system-ppc binary type.
This change broke the prep machine. :(
With -nographic I see:
ERROR: BUG caught...
BIOS execution
** Attachment added: Elf file to be loaded by QEMU
https://bugs.launchpad.net/bugs/912216/+attachment/2658327/+files/test1.elf
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/912216
Title:
ARM:
Public bug reported:
I am working on some mixed C/ASM code for the ARM Cortex-M3 but when I try to
simulate it, QEMU crashes with a segmentation fault. The exact instruction it
crashes on is a supervisor call from the assembly file.
I am using the default Sourcery CodeBench Lite 2011.09-69 for
This is user error (although we don't handle it very cleanly):
Starting program: /home/testbox/Downloads/qemu-1.0/arm-softmmu/qemu-
system-arm -cpu cortex-m3 -nographic -monitor null -serial null
-semihosting -kernel test1.elf -gdb tcp::2200
You're starting a model of the (default) integratorcp
Hmm, this sounds like you haven't specified -postcopy option at the
incoming qemu.
How did you start incoming qemu?
On Thu, Jan 05, 2012 at 07:10:42PM +0800, Tommy wrote:
After I use this series of patches, but the migration failed.
2, I start migrate -d -p -n tcp:xxx: on the outgoing node
On Tue, Jan 3, 2012 at 19:05, Luiz Capitulino lcapitul...@redhat.com wrote:
On Mon, 19 Dec 2011 17:27:55 +
Anthony PERARD anthony.per...@citrix.com wrote:
On Thu, 15 Dec 2011, Luiz Capitulino wrote:
On Thu, 15 Dec 2011 09:14:00 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
On Wed, 04 Jan 2012 13:03:26 -0700
Eric Blake ebl...@redhat.com wrote:
On 01/04/2012 12:45 PM, Luiz Capitulino wrote:
+if (pid == 0) {
+/* child */
+int fd;
+
+setsid();
+fclose(stdin);
+fclose(stdout);
+fclose(stderr);
+
+
On Wed, 4 Jan 2012, Avi Kivity wrote:
On 01/04/2012 06:38 PM, Stefano Stabellini wrote:
I suggest doing the following:
1. keep cirrus code unchanged
2. when the framebuffer is first mapped into physical memory (as known
by your CPUPhysMemoryClient), copy it into a temporary
Thanks for pointing this out. This indeed solves my issue.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/912216
Title:
ARM: QEMU crashes with segmentation fault on supervisor call
Status in QEMU:
On Thu, 5 Jan 2012 10:16:30 +
Daniel P. Berrange berra...@redhat.com wrote:
On Wed, Jan 04, 2012 at 05:45:11PM -0200, Luiz Capitulino wrote:
This version drops modes 'sleep' and 'hybrid' because they don't work
properly due to issues in qemu. Only the 'hibernate' mode is supported
for
Cool. (There is some internal restructuring of QEMU's device/object
model in progress which may let us diagnose this error better by
effectively making it impossible to instantiate a bare M3 CPU without
its obligatory internal peripherals. But for now I'm going to close this
bug report.)
**
On Wed, Jan 04, 2012 at 05:45:13PM -0200, Luiz Capitulino wrote:
diff --git a/qga/guest-agent-commands.c b/qga/guest-agent-commands.c
index a09c8ca..19f29c6 100644
--- a/qga/guest-agent-commands.c
+++ b/qga/guest-agent-commands.c
@@ -574,6 +574,61 @@ int64_t qmp_guest_fsfreeze_thaw(Error
On Thu, 5 Jan 2012, Anthony PERARD wrote:
A recent patch set from Avi break the dirty bitmap support of Xen. But this is
because xen_sync_dirty_bitmap will return an error for an unhandled memory
range (a - b). However this is not a fatal error, so we should just
continue instead of
On 01/05/2012 02:30 PM, Stefano Stabellini wrote:
I cannot see how this is going to fix the save/restore issue we are
trying to solve.
The problem, unfortunately very complex, is that at restore time the
videoram is already allocated at the physical address it was mapped
before
On Thu, Jan 05, 2012 at 10:37:14AM -0200, Luiz Capitulino wrote:
On Thu, 5 Jan 2012 10:16:30 +
Daniel P. Berrange berra...@redhat.com wrote:
On Wed, Jan 04, 2012 at 05:45:11PM -0200, Luiz Capitulino wrote:
This version drops modes 'sleep' and 'hybrid' because they don't work
Hi Anthony,
I have a single fix (also appended) for Xen by Anthony Perard, to remove
a bug recently introduced by the memory api changes:
Anthony PERARD (1):
xen: Fix after recent change in dirty bitmap tracking.
xen-all.c | 38 ++
1 files changed, 18
Add dummy register support for the cp15, CRn=c15 registers.
config_base_register and power_control_register currently
default to 0, but may have improved support after the QOM
CPU patches are finished.
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
---
Changes from v8
Removed
For some reason nbd_client_thread() has a do..while loop which can never
loop, the condition is bogus because we would take a goto instead. Drop
the loop.
Reported-by: Dr David Alan Gilbert davidagilb...@uk.ibm.com
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
qemu-nbd.c | 10
On Thu, 5 Jan 2012, Avi Kivity wrote:
On 01/05/2012 02:30 PM, Stefano Stabellini wrote:
I cannot see how this is going to fix the save/restore issue we are
trying to solve.
The problem, unfortunately very complex, is that at restore time the
videoram is already allocated at
It turns out that my previous attempt to reproduce the vga crash using
an image generated by grub-mkrescue (which is easier to work with than
dealing with a full Ubuntu image) is invalid due to bad instrumentation
in the normal module init and a stack overflow produced similar
results including
On 01/05/2012 02:16 PM, Stefan Hajnoczi wrote:
For some reason nbd_client_thread() has a do..while loop which can never
loop, the condition is bogus because we would take a goto instead. Drop
the loop.
Reported-by: Dr David Alan Gilbertdavidagilb...@uk.ibm.com
Signed-off-by: Stefan
On 01/05/2012 03:17 PM, Stefano Stabellini wrote:
The solution I am proposing is introducing an early_savevm set of
save/restore functions so that at restore time we can get to know at
what address the videoram is mapped into the guest address space. Once we
know the address we can
On Wed, Jan 4, 2012 at 12:59 PM, Luiz Capitulino lcapitul...@redhat.com wrote:
On Tue, 13 Dec 2011 13:52:27 +
Stefan Hajnoczi stefa...@linux.vnet.ibm.com wrote:
Add the block_stream command, which starts copy backing file contents
into the image file. Later patches add control over the
I verified the fix posted by Avi to qemu-devel:
http://thread.gmane.org/gmane.comp.emulators.qemu/130695
fixes the boot crash of the mentioned image (note that the provided
command-line is not sufficent, since the image directs all its output to
the serial port (serial console), so you have to
From: Rob Herring rob.herr...@calxeda.com
Add support for ahci on sysbus.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
---
Changes from v1, v2
Corrected indentation of PlatAHCIState members
Made plat_ahci_info into a
From: Rob Herring rob.herr...@calxeda.com
Use AHCIState instead of AHCIPCIState so the function can be used for
non-PCI based AHCI controllers.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
---
Changes from v1, v2
None
Am 05.01.2012 14:52, schrieb Mark Langsdorf:
From: Rob Herring rob.herr...@calxeda.com
Use AHCIState instead of AHCIPCIState so the function can be used for
non-PCI based AHCI controllers.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark Langsdorf
On Thu, 5 Jan 2012 13:48:43 +
Stefan Hajnoczi stefa...@gmail.com wrote:
On Wed, Jan 4, 2012 at 12:59 PM, Luiz Capitulino lcapitul...@redhat.com
wrote:
On Tue, 13 Dec 2011 13:52:27 +
Stefan Hajnoczi stefa...@linux.vnet.ibm.com wrote:
Add the block_stream command, which starts
On 05.01.2012, at 14:52, Mark Langsdorf wrote:
From: Rob Herring rob.herr...@calxeda.com
Use AHCIState instead of AHCIPCIState so the function can be used for
non-PCI based AHCI controllers.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark Langsdorf
Am 05.01.2012 14:52, schrieb Mark Langsdorf:
From: Rob Herring rob.herr...@calxeda.com
Add support for ahci on sysbus.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
---
Changes from v1, v2
Corrected indentation of
On Thu, Jan 5, 2012 at 1:48 PM, Stefan Hajnoczi stefa...@gmail.com wrote:
+ /* Base device not supported */
+ if (base) {
+ error_set(errp, QERR_NOT_SUPPORTED);
+ return;
+ }
Is this a future feature? In this case I'd rather drop the argument for
now and add it
On Thu, Jan 5, 2012 at 1:29 PM, Paolo Bonzini pbonz...@redhat.com wrote:
I suppose it will get in through your trivial patches tree, won't it?
Yes
See also LP#717445:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/717445
which is exactly the same issue but reported against grub. And I tend
to think more and more it is a grub bug after all, not qemu/kvm/bios
bug.
--
You received this bug notification because you are a member of
On 05.01.2012, at 15:16, Andreas Färber wrote:
Am 05.01.2012 14:52, schrieb Mark Langsdorf:
From: Rob Herring rob.herr...@calxeda.com
Add support for ahci on sysbus.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
---
Changes
Am 05.01.2012 15:26, schrieb Alexander Graf:
On 05.01.2012, at 15:16, Andreas Färber wrote:
Am 05.01.2012 14:52, schrieb Mark Langsdorf:
From: Rob Herring rob.herr...@calxeda.com
Add support for ahci on sysbus.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark
On 01/05/2012 08:26 AM, Alexander Graf wrote:
On 05.01.2012, at 15:16, Andreas Färber wrote:
Am 05.01.2012 14:52, schrieb Mark Langsdorf:
From: Rob Herring rob.herr...@calxeda.com
Add support for ahci on sysbus.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark
On Thu, 5 Jan 2012, Avi Kivity wrote:
On 01/05/2012 03:17 PM, Stefano Stabellini wrote:
The solution I am proposing is introducing an early_savevm set of
save/restore functions so that at restore time we can get to know at
what address the videoram is mapped into the guest address
On Thu, 5 Jan 2012 12:59:27 +
Daniel P. Berrange berra...@redhat.com wrote:
On Thu, Jan 05, 2012 at 10:37:14AM -0200, Luiz Capitulino wrote:
On Thu, 5 Jan 2012 10:16:30 +
Daniel P. Berrange berra...@redhat.com wrote:
On Wed, Jan 04, 2012 at 05:45:11PM -0200, Luiz Capitulino
Am 17.10.2011 16:02, schrieb Avi Kivity:
Signed-off-by: Avi Kivity a...@redhat.com
This one originally broke the prep machine:
0c90c52fab5ea92d7f12b29bfe26a7cd75d9efcb is the first bad commit
commit 0c90c52fab5ea92d7f12b29bfe26a7cd75d9efcb
Author: Avi Kivity a...@redhat.com
Date: Sun Sep 25
On 01/05/2012 04:45 PM, Andreas Färber wrote:
Am 17.10.2011 16:02, schrieb Avi Kivity:
Signed-off-by: Avi Kivity a...@redhat.com
This one originally broke the prep machine:
Instructions on how to reproduce, please.
--
error compiling committee.c: too many arguments to function
On Thu, Jan 05, 2012 at 01:16:22PM +0200, Avi Kivity wrote:
On 01/05/2012 01:05 PM, Gerd Hoffmann wrote:
Hi,
current master seems to corrupt guest memory, I get guest errors like
this one:
swap_dup: Bad swap file entry 1999800080
BUG: Bad page map in process udevd
note that the provided command-line is not sufficent, since the image
directs all its output to the serial port (serial console), so you have
to configure a serial port to see the messages
That command line works as-is for me, and it's what I was told to use
back when -serial stdio -nographic
qemu -m 256 -hda xxx -monitor stdio -enable-kvm -postcopy -incoming
tcp:xxx: -vnc :1
I think it doesn't go wrong
于 2012/1/5 20:18, Isaku Yamahata 写道:
Hmm, this sounds like you haven't specified -postcopy option at the
incoming qemu.
How did you start incoming qemu?
On Thu, Jan 05, 2012
sorry, it's:
qemu -m 256 -hda xxx -monitor stdio -enable-kvm -postcopy -incoming
tcp:0: -vnc :1
anything wrong?
于 2012/1/5 23:02, Tommy Tang 写道:
qemu -m 256 -hda xxx -monitor stdio -enable-kvm -postcopy -incoming
tcp:xxx: -vnc :1
I think it doesn't go wrong
于 2012/1/5 20:18, Isaku
On 01/05/2012 06:59 AM, Daniel P. Berrange wrote:
On Thu, Jan 05, 2012 at 10:37:14AM -0200, Luiz Capitulino wrote:
On Thu, 5 Jan 2012 10:16:30 +
Daniel P. Berrangeberra...@redhat.com wrote:
On Wed, Jan 04, 2012 at 05:45:11PM -0200, Luiz Capitulino wrote:
This version drops modes 'sleep'
I close this bug report because it is a Windows feature, not a QEMU bug.
** Changed in: qemu
Status: Incomplete = Invalid
** Changed in: qemu
Assignee: (unassigned) = Stefan Weil (ubuntu-weilnetz)
--
You received this bug notification because you are a member of qemu-
devel-ml,
On 01/05/2012 08:42 AM, Luiz Capitulino wrote:
On Thu, 5 Jan 2012 12:59:27 +
Daniel P. Berrangeberra...@redhat.com wrote:
On Thu, Jan 05, 2012 at 10:37:14AM -0200, Luiz Capitulino wrote:
On Thu, 5 Jan 2012 10:16:30 +
Daniel P. Berrangeberra...@redhat.com wrote:
On Wed, Jan 04,
On 01/05/2012 08:35 AM, Mark Langsdorf wrote:
On 01/05/2012 08:26 AM, Alexander Graf wrote:
On 05.01.2012, at 15:16, Andreas Färber wrote:
Am 05.01.2012 14:52, schrieb Mark Langsdorf:
From: Rob Herring rob.herr...@calxeda.com
Add support for ahci on sysbus.
Signed-off-by: Rob Herring
On Thu, Jan 05, 2012 at 09:04:57AM -0600, Michael Roth wrote:
On 01/05/2012 06:59 AM, Daniel P. Berrange wrote:
On Thu, Jan 05, 2012 at 10:37:14AM -0200, Luiz Capitulino wrote:
On Thu, 5 Jan 2012 10:16:30 +
Daniel P. Berrangeberra...@redhat.com wrote:
On Wed, Jan 04, 2012 at 05:45:11PM
On 05.01.2012, at 16:11, Rob Herring wrote:
On 01/05/2012 08:35 AM, Mark Langsdorf wrote:
On 01/05/2012 08:26 AM, Alexander Graf wrote:
On 05.01.2012, at 15:16, Andreas Färber wrote:
Am 05.01.2012 14:52, schrieb Mark Langsdorf:
From: Rob Herring rob.herr...@calxeda.com
Add support
Le -10/01/-28163 20:59, Anthony Liguori a écrit :
This board never worked with TCG. It hasn't been updated since 0.13.0. I'm
fairly sure hardware doesn't exist anymore that you can run the KVM support
with.
So let's remove it. It can always be restored later if there is interest
again.
On 01/05/2012 09:11 AM, Daniel P. Berrange wrote:
On Thu, Jan 05, 2012 at 09:04:57AM -0600, Michael Roth wrote:
On 01/05/2012 06:59 AM, Daniel P. Berrange wrote:
On Thu, Jan 05, 2012 at 10:37:14AM -0200, Luiz Capitulino wrote:
On Thu, 5 Jan 2012 10:16:30 +
Daniel P.
On 01/05/2012 04:34 PM, Stefano Stabellini wrote:
On Thu, 5 Jan 2012, Avi Kivity wrote:
On 01/05/2012 03:17 PM, Stefano Stabellini wrote:
The solution I am proposing is introducing an early_savevm set of
save/restore functions so that at restore time we can get to know at
what
On 5 January 2012 15:11, Rob Herring rob.herr...@calxeda.com wrote:
Mark, there is not a qemu code dependency on Trustzone support, so we
don't need to wait for that to add highbank support.
That's good, because Trustzone support is not going to land imminently
I suspect, and it would be better
On 5 January 2012 13:16, Mark Langsdorf mark.langsd...@calxeda.com wrote:
Add dummy register support for the cp15, CRn=c15 registers.
config_base_register and power_control_register currently
default to 0, but may have improved support after the QOM
CPU patches are finished.
Signed-off-by:
Am 05.01.2012 15:57, schrieb Avi Kivity:
On 01/05/2012 04:45 PM, Andreas Färber wrote:
Am 17.10.2011 16:02, schrieb Avi Kivity:
Signed-off-by: Avi Kivity a...@redhat.com
This one originally broke the prep machine:
Instructions on how to reproduce, please.
ppc-softmmu/qemu-system-ppc -M
On 01/05/2012 09:33 AM, Peter Maydell wrote:
On 5 January 2012 13:16, Mark Langsdorf mark.langsd...@calxeda.com wrote:
Add dummy register support for the cp15, CRn=c15 registers.
config_base_register and power_control_register currently
default to 0, but may have improved support after the
On 01/05/2012 07:16 AM, Luiz Capitulino wrote:
I know. We're stuck in a hard place here again because NotSupported
has been in the Image Streaming API spec and hence implemented in
libvirt for a while now. If we change this then an old client which
only understands NotSupported will not know
On 01/05/2012 09:32 AM, Peter Maydell wrote:
On 5 January 2012 15:11, Rob Herring rob.herr...@calxeda.com wrote:
Mark, there is not a qemu code dependency on Trustzone support, so we
don't need to wait for that to add highbank support.
That's good, because Trustzone support is not going to
On 01/05/2012 09:32 AM, Peter Maydell wrote:
On 5 January 2012 15:11, Rob Herring rob.herr...@calxeda.com wrote:
Mark, there is not a qemu code dependency on Trustzone support, so we
don't need to wait for that to add highbank support.
That's good, because Trustzone support is not going to
On Thu, Dec 29, 2011 at 05:36:59PM +0800, Dong Xu Wang wrote:
From: Dong Xu Wang wdon...@linux.vnet.ibm.com
Introduce a new file format: add-cow. The usage can be found in add-cow.txt of
this patch.
CC: Kevin Wolf kw...@redhat.com
CC: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
On 05.01.2012, at 12:41, Andreas Färber wrote:
Dear Mr. ppc,
Am 18.10.2011 01:52, schrieb Alexander Graf:
Some 32-bit PPC CPUs can use up to 36 bit of physicall address space.
Treat them accordingly in the qemu-system-ppc binary type.
This change broke the prep machine. :(
With
On Thu, 5 Jan 2012, Avi Kivity wrote:
If the MemoryRegions are re-created by the devices, then we need another
mechanism to find out where the videoram is.
What I am saying is that the suggestion of having a xen_address field
for every MemoryRegion would make the code cleaner but it would
On 01/05/2012 09:35 AM, Eric Blake wrote:
On 01/05/2012 07:16 AM, Luiz Capitulino wrote:
I know. We're stuck in a hard place here again because NotSupported
has been in the Image Streaming API spec and hence implemented in
libvirt for a while now. If we change this then an old client which
Factor out port release into a separate function. Call release function
in exit notifier too. Add explicit call the USBDEVFS_RELEASE_PORT
ioctl, just closing the hub file handle seems not to be enougth. Make
sure we release the port before resetting the device, otherwise host
drivers will not
When resetting the usb-storage device we'll have to carefully cancel
and clear any requests which might be in flight, otherwise we'll confuse
the state machine.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb-msd.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
Am 05.01.2012 16:52, schrieb Alexander Graf:
On 05.01.2012, at 12:41, Andreas Färber wrote:
Am 18.10.2011 01:52, schrieb Alexander Graf:
Some 32-bit PPC CPUs can use up to 36 bit of physicall address space.
Treat them accordingly in the qemu-system-ppc binary type.
This change broke the
NB: this would typically only happen when the ARM host had address space
randomization including brk randomization enabled (ie
/proc/sys/kernel/randomize_va_space is 2).
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
On 01/05/2012 05:53 PM, Stefano Stabellini wrote:
This involves:
- adding vmstate to xen-all.c so it can migrate the xen vram address
Easy so far.
- making sure the memory core doesn't do mappings during restore (can be
done by wrapping restore with
Hello.
Am 01.11.2011 10:37, schrieb Gerd Hoffmann:
I think the main issue here is that we don't do buffering / pipelining
for bulk transfers at the moment. We grab a single transfer request
from the guest, pass it to the kernel, when it is done pass it back to
the guest, then look look for the
Am 05.01.2012 17:00, schrieb Andreas Färber:
Am 05.01.2012 16:52, schrieb Alexander Graf:
On 05.01.2012, at 12:41, Andreas Färber wrote:
Am 18.10.2011 01:52, schrieb Alexander Graf:
Some 32-bit PPC CPUs can use up to 36 bit of physicall address space.
Treat them accordingly in the
1 - 100 of 139 matches
Mail list logo