On 10/12/2012 04:29 AM, David Gibson wrote:
> On Thu, Oct 11, 2012 at 07:34:42AM +0530, Avik Sil wrote:
>> This patch adds nvram specified boot device into qemu default
>> boot_devices list. This helps firmware to boot from nvram specified
>> boot device if no -boot option is specified.
>
> I real
Hi, I have observed same behaviour with vm with lot of memory transfert, or
playing video in the guest.
https://lists.gnu.org/archive/html/qemu-devel/2012-09/msg00138.html
You can try to tunned to xbzrle cache size, maybe it'll improve speed.
- Mail original -
De: "Vasilis Liaskovitis
Hi,
I want to build qemu(not qemu-kvm) with spice support enabled.
1.build spice
cd $SRC_ROOT/spice
./autogen.sh
make install
2.build qemu
cd $SRC_ROOT/qemu
./configure --target-list=x86_64-softmmu --enable-spice
make
return error:
/qemu/hw/i386/../qxl.c: In function ‘interface_set_client_cap
On 10/12/2012 12:49 AM, Mike Lovell wrote:
This makes a few changes to allow ifname to be specified when using
qemu-bridge-helper with both the bridge and tap network interfaces. It adds
the --ifname option to qemu-bridge-helper, removes the restriction that ifname
cannot be specified with helper
Hi,
>> Yes. Reason I ask is because q35 is adding bridges by default now.
>> Would it be possible to only add them if requested on command line by user
>> instead? I realize some guests expect devices at specific slots
>> but this does not apply to bridges I think?
>
> I just tried out getting
This makes a few changes to allow ifname to be specified when using
qemu-bridge-helper with both the bridge and tap network interfaces. It adds
the --ifname option to qemu-bridge-helper, removes the restriction that ifname
cannot be specified with helper for the tap interface, and adds logic to
spe
Hi,
> I have pull the latest source code and it still can not work,so I think
> the qxl.h need updated in the master ref? right?
spice-protocol is too old and needs to be updated. Pending spice pull
has patches to make sure spice-protocol and spice-server are recent enougth.
cheers,
Gerd
As the block layer may decide to flush bottom-halfs while the machine is
still initializing (e.g. to read geometry data from the disk), our
postponed open event may be processed before the last frontend
registered with a muxed chardev.
Until the semantics of BHs have been clarified, use an expired
On Thu, Oct 11, 2012 at 03:33:23PM +0200, Tiziano Müller wrote:
> One test case was:
> * xfs_repair /dev/vda2 -> corruptions found and fixed
> * xfs_repair /dev/vda2 -> no corruptions found
>From here...
> * mount /dev/vda2 /mnt/something
> * find /mnt/something > /dev/null
> * umount /mnt/someth
Il 11/10/2012 23:27, Luiz Capitulino ha scritto:
> bdrv_img_create() is being used by the transaction QMP command and
> therefore shouldn't print directly to the user.
>
> Move the param printing to qemu-img instead. Has the side effect of
> only printing it when the bdrv_img_create() call succeed
Am 11.10.2012 17:04, schrieb Corey Bryant:
>
>
> On 10/11/2012 07:25 AM, Kevin Wolf wrote:
>> Am 10.10.2012 16:20, schrieb Corey Bryant:
>>> qmp_add_fd() gets an fd that was received over a socket with
>>> SCM_RIGHTS and adds it to an fd set. This patch adds support
>>> that will enable adding a
On 12 October 2012 06:43, Andre Beckus wrote:
> Yes, I was being lazy. Now that I think about it, we could handle all
> sizes with one block of code directly in the nvic_sysreg_read and
> nvic_sysreg_write functions - the write would look like this:
>
> for(i = 0; i < size; i++) {
> s
Il 11/10/2012 23:26, Luiz Capitulino ha scritto:
> I'm calling this an RFC because I did it on hurry and it's almost untested,
> but I wanted to drop it for early review while I'm out for a public holiday :)
>
> This should improve qmp_transaction() error messages on bdrv_img_create()
> failure qu
On 12.10.2012 10:49, Mike Lovell wrote:
> /* request a tap device, disable PI, and add vnet header support if
> - * requested and it's available. */
> -prep_ifreq(&ifr, "tap%d");
> + * requested and it's available. use ifname if provided for tap name. */
> +prep_ifreq(&ifr, ifn
On Thu, Oct 11, 2012 at 03:33:23PM +0200, Tiziano Müller wrote:
> Checking the image using `qemu-img check` then gives something like
> this:
>
> ERROR OFLAG_COPIED: offset=3bc3 refcount=1
> ERROR offset=c7e331: Cluster is not properly aligned; L2 entry
> corrupted.
Is any other program acces
On 12 October 2012 07:53, Andre Beckus wrote:
> As a case study, the STM32 does have a reference clock. It is simply
> the system clock divided by 8 (maybe not ARM's intention for it to be
> tied so closely to the system clock). The documentation says the TENMS
> field is hardwired to 9000, whic
Am Freitag, den 12.10.2012, 10:33 +0200 schrieb Stefan Hajnoczi:
> On Thu, Oct 11, 2012 at 03:33:23PM +0200, Tiziano Müller wrote:
> > Checking the image using `qemu-img check` then gives something like
> > this:
> >
> > ERROR OFLAG_COPIED: offset=3bc3 refcount=1
> > ERROR offset=c7e331: Clust
Am Freitag, den 12.10.2012, 10:28 +0200 schrieb Stefan Hajnoczi:
> On Thu, Oct 11, 2012 at 03:33:23PM +0200, Tiziano Müller wrote:
> > One test case was:
> > * xfs_repair /dev/vda2 -> corruptions found and fixed
> > * xfs_repair /dev/vda2 -> no corruptions found
>
> From here...
>
> > * mount /de
On Wed, Oct 10, 2012 at 02:30:58PM +0200, Paolo Bonzini wrote:
> When reverse connection is in use, there is no active VNC server
> socket. Because of this, getsockopt(-1, ...) is attempted and
> the following error is emitted:
>
> $ socat TCP-LISTEN:5900,reuseaddr TCP-LISTEN:5901,reuseaddr &
The following changes since commit b4ae3cfa57b8c1bdbbd7b7d420971e9171203ade:
ssi: Add slave autoconnect helper (2012-10-10 11:13:32 +1000)
are available in the git repository at:
git://github.com/stefanha/qemu.git trivial-patches
for you to fetch changes up to 417b0b88904fe1dd8c41bff8092dfb
From: Peter Maydell
Tidy up some remnants of code to support non-64-bit physaddrs
which were accidentally omitted from commit 4be403c8.
Signed-off-by: Peter Maydell
Signed-off-by: Stefan Hajnoczi
---
configure | 2 --
1 file changed, 2 deletions(-)
diff --git a/configure b/configure
index c4
From: Paolo Bonzini
When reverse connection is in use, there is no active VNC server
socket. Because of this, getsockopt(-1, ...) is attempted and
the following error is emitted:
$ socat TCP-LISTEN:5900,reuseaddr TCP-LISTEN:5901,reuseaddr &
$ x86_64-softmmu/qemu-system-x86_64 -vnc local
From: MORITA Kazutaka
This improves readability.
Signed-off-by: MORITA Kazutaka
Signed-off-by: Stefan Hajnoczi
---
block/sheepdog.c | 70
1 file changed, 35 insertions(+), 35 deletions(-)
diff --git a/block/sheepdog.c b/block/sheepdog.
Signed-off-by: Gerd Hoffmann
---
hw/usb/dev-serial.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/usb/dev-serial.c b/hw/usb/dev-serial.c
index 69b6e48..43214cd 100644
--- a/hw/usb/dev-serial.c
+++ b/hw/usb/dev-serial.c
@@ -421,7 +421,7 @@ static void usb_serial_han
So we get a hot-pluggable 16550 uart.
Signed-off-by: Gerd Hoffmann
---
default-configs/pci.mak |2 +
hw/Makefile.objs|1 +
hw/pci_ids.h|1 +
hw/serial-pci.c | 115 +++
hw/serial.c |6 +++
hw/seri
On 2012-10-08 20:52, Anthony Liguori wrote:
> Jan Kiszka writes:
>
>> On 2012-09-11 17:53, Jan Kiszka wrote:
>>> Our one and only BIOS depends on a writable shadowed BIOS in the ISA
>>> range. As we have no interface to control the write property, make that
>>> region writable by default.
>>>
>>>
On Fri, Oct 12, 2012 at 08:59:36AM +1030, Rusty Russell wrote:
> >> For writes, the standard seems to be a commit latch. We could abuse the
> >> generation count for this: the driver writes to it to commit config
> >> changes.
> >
> > I think this will work. There are a couple of things that bothe
Split serial.c into serial.c, serial.h and serial-isa.c. While being at
creating a serial.h header file move the serial prototypes from pc.h to
the new serial.h. The latter leads to s/pc.h/serial.h/ in tons of
boards which just want the serial bits from pc.h
Signed-off-by: Gerd Hoffmann
---
hw
On Fri, Oct 12, 2012 at 09:27:02AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> >> Yes. Reason I ask is because q35 is adding bridges by default now.
> >> Would it be possible to only add them if requested on command line by user
> >> instead? I realize some guests expect devices at specific slots
> >>
This patch adds chardev_add and chardev_del monitor commands.
chardev_del is pretty straight forward, it just takes an id argument and
zaps the chardev specified.
chardev_add is more tricky as there are tons of arguments for the
different backends. The hmp version limited to the most common use
Il 12/10/2012 11:26, Gerd Hoffmann ha scritto:
> This patch adds chardev_add and chardev_del monitor commands.
>
> chardev_del is pretty straight forward, it just takes an id argument and
> zaps the chardev specified.
>
> chardev_add is more tricky as there are tons of arguments for the
> differe
Il 12/10/2012 11:25, Gerd Hoffmann ha scritto:
> Final patch adds chardev hotplug to the mix, which makes the other
> patches alot more useful. It is the missing bit needed to really
> hotplug serial devices:
>
>(qemu) chardev_add pciserial file /root/hotchardev.log
>(qemu) device_add pci
"Michael S. Tsirkin" writes:
> On Fri, Oct 12, 2012 at 08:59:36AM +1030, Rusty Russell wrote:
>> >> For writes, the standard seems to be a commit latch. We could abuse the
>> >> generation count for this: the driver writes to it to commit config
>> >> changes.
>> >
>> > I think this will work. Th
Hi,
This patch series tackles serial device hotplug.
The first four patches have been on the list before, they implement
pci-serial devices featuring a hot-pluggable 16550 uart and got some
minor tweaks only.
The next two patches update the usb-serial device. It will only show up
in the guest
Add multiport serial card implementation, with two variants,
one featuring two and one featuring four ports.
Signed-off-by: Gerd Hoffmann
---
docs/qemupciserial.inf |2 +
hw/serial-pci.c| 157
2 files changed, 159 insertions(+), 0 del
Signed-off-by: Gerd Hoffmann
---
hw/usb/dev-serial.c | 19 +--
1 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/hw/usb/dev-serial.c b/hw/usb/dev-serial.c
index 43214cd..a466f99 100644
--- a/hw/usb/dev-serial.c
+++ b/hw/usb/dev-serial.c
@@ -427,6 +427,10 @@ static
On Fri, Oct 12, 2012 at 08:21:50PM +1030, Rusty Russell wrote:
> "Michael S. Tsirkin" writes:
> > On Fri, Oct 12, 2012 at 08:59:36AM +1030, Rusty Russell wrote:
> >> >> For writes, the standard seems to be a commit latch. We could abuse the
> >> >> generation count for this: the driver writes to
Signed-off-by: Gerd Hoffmann
---
docs/qemupciserial.inf | 107
1 files changed, 107 insertions(+), 0 deletions(-)
create mode 100644 docs/qemupciserial.inf
diff --git a/docs/qemupciserial.inf b/docs/qemupciserial.inf
new file mode 100644
index 0
Hi,
>>> I just tried out getting rid of the bridges by default.
>>
>> That clearly raises the question which devices should be created
>> automatically by -M q35. I think the devices which are part of the ich9
>> chipset should be there by default. /me looks at my laptop which
>> happens to ha
On 10/12/12 11:40, Paolo Bonzini wrote:
> Il 12/10/2012 11:26, Gerd Hoffmann ha scritto:
>> This patch adds chardev_add and chardev_del monitor commands.
>>
>> chardev_del is pretty straight forward, it just takes an id argument and
>> zaps the chardev specified.
>>
>> chardev_add is more tricky as
On Fri, Oct 12, 2012 at 12:06:44PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> >>> I just tried out getting rid of the bridges by default.
> >>
> >> That clearly raises the question which devices should be created
> >> automatically by -M q35. I think the devices which are part of the ich9
> >> chips
Il 12/10/2012 12:23, Gerd Hoffmann ha scritto:
>> I suggest that you implement the commands in a similar way as netdev_add.
>
> Why? Isn't the whole point of using josn is that you'll get the stuff
> from the josn parser & marshaller in a usable form instead of having it
> to feed into yet anothe
Hi,
On Thu, Oct 11, 2012 at 12:52:27PM -0700, Richard Henderson wrote:
> On 10/11/2012 12:22 PM, Richard Henderson wrote:
> > The previous formuation with multiple assignments to __typeof(*hptr) falls
> > down when hptr is qualified const. E.g. with const struct S *p, p->f is
> > also qualified c
On 10/12/12 12:50, Paolo Bonzini wrote:
> Il 12/10/2012 12:23, Gerd Hoffmann ha scritto:
>>> I suggest that you implement the commands in a similar way as netdev_add.
>>
>> Why? Isn't the whole point of using josn is that you'll get the stuff
>> from the josn parser & marshaller in a usable form i
Il 12/10/2012 13:15, Gerd Hoffmann ha scritto:
>> > In principle you're right, but I think it's ugly that adding another
>> > chardev argument needs changes in 3 places instead of just one.
> Hmm, I don't have to use the generated marshaller, right? With direct
> access to the QDict I could just t
Hi; this is a pullreq for the arm-devs queue. Contains my fix for
the various DS1338 bugs plus some other minor patches from various
people; please pull.
thanks
-- PMM
The following changes since commit b4ae3cfa57b8c1bdbbd7b7d420971e9171203ade:
ssi: Add slave autoconnect helper (2012-10-10 11:
From: Jean-Christophe PLAGNIOL-VILLARD
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Signed-off-by: Peter Maydell
---
hw/versatilepb.c |5 +
1 file changed, 5 insertions(+)
diff --git a/hw/versatilepb.c b/hw/versatilepb.c
index b3f8077..7b1b025 100644
--- a/hw/versatilepb.c
+++ b/hw
From: Soren Brinkmann
A missing call to qemu_set_irq() when reading the IRQ register
required SW to write to the IRQ register to acknowledge an
interrupt. With this patch the behavior is fixed:
- Reading the interrupt register clears it and updates the timers
interrupt status
- Writes to the
On 30 September 2012 02:32, Alexander Graf wrote:
> pread64 and pwrite64 pass 64bit parameters which for some architectures need
> to be aligned to special argument pairs, creating a gap argument.
>
> Handle this special case the same way we handle it in other places of the
> code.
>
> Reported-b
From: "Peter A. G. Crosthwaite"
There is a gap in the reset region of the address space at offset 0x208. This
throws out all these enum values by one when translating them to address
offsets.
Fixed by putting the corresponding gap in the enum as well.
Signed-off-by: Peter A. G. Crosthwaite
Rev
The 'struct tm now' field in the state structure is in fact only
ever used as a temporary (the actual RTC state is held in 'offset').
Remove it from the state structure in favour of using local variables
to avoid confusion about whether it needs to be saved on migration.
Signed-off-by: Peter Mayde
Correct several deficiencies in the handling of the register pointer:
* it should wrap around after 0x3f, not 0xff
* guard against the caller handing us an out of range pointer
(on h/w this can never happen, because only a 7 bit value is
transferred over the I2C bus)
* there was confusion
Rename the gic_state struct to match QEMU's coding style conventions
for structure names, since the impending KVM-for-ARM patches will
create another subclass of it. This patch was created using:
sed -i 's/gic_state/GICState/g' hw/arm_gic.c hw/arm_gic_common.c \
hw/arm_gic_internal.h hw/armv7
Implement state save/restore for the DS1338. This requires
the usual minor adjustment of types in the state struct to
get fixed-width ones with vmstate macros.
Signed-off-by: Peter Maydell
---
hw/ds1338.c | 27 ++-
1 file changed, 22 insertions(+), 5 deletions(-)
diff
From: Evgeny Voevodin
s->cpu_enabled is an array, so s->cpu_enabled ? "En" : "Dis" returns
"En" always. We should use s->cpu_enabled[cpu] here.
Signed-off-by: Evgeny Voevodin
Signed-off-by: Peter Maydell
---
hw/arm_gic.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/h
The DS1338 datasheet documents that the current time is captured into
the secondary registers when the register pointer wraps round to zero
as well as at a START condition. Implement this.
Signed-off-by: Peter Maydell
---
hw/ds1338.c | 59 ++-
Kevin Wolf (2):
qemu-img: Fix division by zero for zero size images
qemu-iotests: Test qemu-img operation on zero size image
qemu-img.c | 23
tests/qemu-iotests/041 | 78
tests/qemu-iotests/041.out | 15 ++
Signed-off-by: Kevin Wolf
---
qemu-img.c | 23 +++
1 files changed, 15 insertions(+), 8 deletions(-)
diff --git a/qemu-img.c b/qemu-img.c
index f17f187..849eb41 100644
--- a/qemu-img.c
+++ b/qemu-img.c
@@ -674,7 +674,7 @@ static int img_convert(int argc, char **argv)
Q
Signed-off-by: Kevin Wolf
---
tests/qemu-iotests/041 | 78
tests/qemu-iotests/041.out | 15
tests/qemu-iotests/group |1 +
3 files changed, 94 insertions(+), 0 deletions(-)
create mode 100755 tests/qemu-iotests/041
create mode
From: Richard Henderson
Validate count between 0 and IOV_MAX. Limit total length of
operation in the same way the kernel does.
Signed-off-by: Richard Henderson
Signed-off-by: Riku Voipio
---
linux-user/syscall.c | 162 +++---
1 file changed, 102 i
From: Alexander Graf
The SysV PPC32 ABI dictates that long long (64bit) parameters are pass in
odd/even
register pairs. Because unlike ARM and MIPS we start at an odd register number,
we can reuse the same aligning code that ARM and MIPS use.
Clarified inline comment that it is SysV ABI that re
From: Alexander Graf
The statfs syscall should always memset(0) its full struct extent before
writing to it. Newer versions of the syscall use one of the reserved fields
for flags, which would otherwise get stale values from uncleaned memory.
This fixes libarchive for me, which got confused abou
From: Richard Henderson
Compare signal numbers in the proper domain.
Convert all of the fields for SIGIO and SIGCHLD.
Signed-off-by: Richard Henderson
Signed-off-by: Riku Voipio
---
linux-user/qemu.h|3 +++
linux-user/signal.c | 59 ++
From: Alexander Graf
When reading our faked /proc/self/maps from a secondary thread,
we get an invalid stack entry. This is because ts->stack_base is not
initialized in non-primary threads.
However, ts->info is, and the stack layout information we're looking
for is there too. So let's use that o
On 10/12/12 13:17, Paolo Bonzini wrote:
> Il 12/10/2012 13:15, Gerd Hoffmann ha scritto:
In principle you're right, but I think it's ugly that adding another
chardev argument needs changes in 3 places instead of just one.
>> Hmm, I don't have to use the generated marshaller, right? With
This patch adds chardev_add and chardev_del monitor commands.
chardev_del is pretty straight forward, it just takes an id argument and
zaps the chardev specified.
chardev_add is more tricky as there are tons of arguments for the
different backends. The hmp version limited to the most common use
From: Peter Maydell
GUEST_BASE support is now supported by all TCG backends, and is
now mandatory. Drop the now-pointless TCG_TARGET_HAS_GUEST_BASE
define (set by every backend) and the error if it is unset.
Signed-off-by: Peter Maydell
Reviewed-by: Richard Henderson
Signed-off-by: Riku Voipio
On 10/12/12 14:39, Gerd Hoffmann wrote:
> This patch adds chardev_add and chardev_del monitor commands.
>
> chardev_del is pretty straight forward, it just takes an id argument and
> zaps the chardev specified.
>
> chardev_add is more tricky as there are tons of arguments for the
Oops. Ignore t
From: Richard Henderson
Reviewed-by: Peter Maydell
Signed-off-by: Richard Henderson
Signed-off-by: Riku Voipio
---
linux-user/syscall.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index 038aefe..89c74ad 100644
--- a/linux-us
From: Alexander Graf
pread64 and pwrite64 pass 64bit parameters which for some architectures need
to be aligned to special argument pairs, creating a gap argument.
Handle this special case the same way we handle it in other places of the code.
Reported-by: Alex Barcelo
Signed-off-by: Alexander
From: Richard Henderson
Signed-off-by: Richard Henderson
Signed-off-by: Riku Voipio
---
linux-user/alpha/target_signal.h |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/linux-user/alpha/target_signal.h b/linux-user/alpha/target_signal.h
index 94f15f6..d3822da 1006
From: Peter Maydell
All TCG hosts now support guest-base functionality, so we can
remove the setting of host_guest_base to 'yes' in every arm
of the case "$cpu" statement, and simply set guest_base to
default to 'yes'.
Signed-off-by: Peter Maydell
Reviewed-by: Richard Henderson
Signed-off-by:
From: Peter Maydell
If the attempt to load the guest executable fails, print the
error message as a string, not a number. This requires us to
fix a couple of places in loader_exec() where we were returning
-1 instead of a valid negative errno.
The change allows us to drop the "Unknown binary for
From: Riku Voipio
The following changes since commit b4ae3cfa57b8c1bdbbd7b7d420971e9171203ade:
ssi: Add slave autoconnect helper (2012-10-10 11:13:32 +1000)
are available in the git repository at:
git://git.linaro.org/people/rikuvoipio/qemu.git linux-user-for-upstream
for you to fetch cha
Jan Kiszka writes:
> On 2012-10-08 20:52, Anthony Liguori wrote:
>> Jan Kiszka writes:
>>
>>> On 2012-09-11 17:53, Jan Kiszka wrote:
Our one and only BIOS depends on a writable shadowed BIOS in the ISA
range. As we have no interface to control the write property, make that
region
The Linux syscalls underlying pread() and pwrite() take a 64 bit
offset on all architectures, even if some of them name the syscall
"pread/pwrite" rather than "pread64/pwrite64" for historical reasons.
So move the four QEMU target architectures (arm, i386, sparc,
unicore32) which were defining TARG
On 10/12/2012 08:09 AM, Stefan Hajnoczi wrote:
> The qemu-img info --backing-chain option enumerates the backing file
> chain. For example, for base.qcow2 <- snap1.qcow2 <- snap2.qcow2 the
> output becomes:
>
> $ qemu-img info --backing-chain snap2.qcow2
> image: snap2.qcow2
> file format:
On 10/12/2012 08:09 AM, Stefan Hajnoczi wrote:
> The qemu-img info --backing-chain option enumerates the backing file
> chain. For example, for base.qcow2 <- snap1.qcow2 <- snap2.qcow2 the
> output becomes:
>
> +do {
> +bs = bdrv_new_open(filename, fmt, BDRV_O_FLAGS | BDRV_O_NO_BACKI
Am 12.10.2012 16:24, schrieb Eric Blake:
> On 10/12/2012 08:09 AM, Stefan Hajnoczi wrote:
>> The qemu-img info --backing-chain option enumerates the backing file
>> chain. For example, for base.qcow2 <- snap1.qcow2 <- snap2.qcow2 the
>> output becomes:
>>
>
>> +do {
>> +bs = bdrv_new_
On 10/12/2012 08:27 AM, Kevin Wolf wrote:
> Am 12.10.2012 16:24, schrieb Eric Blake:
>> On 10/12/2012 08:09 AM, Stefan Hajnoczi wrote:
>>> The qemu-img info --backing-chain option enumerates the backing file
>>> chain. For example, for base.qcow2 <- snap1.qcow2 <- snap2.qcow2 the
>>> output become
Am 12.10.2012 16:32, schrieb Eric Blake:
> On 10/12/2012 08:27 AM, Kevin Wolf wrote:
>> Am 12.10.2012 16:24, schrieb Eric Blake:
>>> On 10/12/2012 08:09 AM, Stefan Hajnoczi wrote:
The qemu-img info --backing-chain option enumerates the backing file
chain. For example, for base.qcow2 <- s
On 10/12/2012 04:10 AM, Riku Voipio wrote:
> Since changing __get_user/__put_user impacts more than just sigaction,
> do you mind if we put this patch (and thus sigaction change as well)
> to a later pull request?
Certainly.
r~
On 10/12/2012 08:38 AM, Kevin Wolf wrote:
>> Hmm. For 'qemu-img info', I can see two behaviors, both useful, when
>> presented with a corrupt image. One is to error out right away (because
>> qemu would be unable to use the image). But the other is for debugging
>> WHY the image is corrupt, at w
The qemu-img info --backing-chain option enumerates the backing file
chain. For example, for base.qcow2 <- snap1.qcow2 <- snap2.qcow2 the
output becomes:
$ qemu-img info --backing-chain snap2.qcow2
image: snap2.qcow2
file format: qcow2
virtual size: 100M (104857600 bytes)
disk size: 196
On Thu, Oct 11, 2012 at 10:40:04PM +0200, Michael S. Tsirkin wrote:
> > Windows and Linux guests seem fine with either layout. Slots 1-2 are
> > specific to my setup. So this is a pretty minimal set.
>
> I guess we can remove the PCI bridge too?
>
maybe. Perhaps, we can have a very basic set of
Am 12.06.2012 15:44, schrieb Kevin Wolf:
> Am 12.06.2012 15:33, schrieb Andreas Färber:
>> Am 14.05.2012 14:20, schrieb Kevin Wolf:
>>> Am 13.05.2012 10:03, schrieb Zhouyi Zhou:
hi all
sometimes, qemu/kvm-0.1x will hang in endless loop in
qcow2_alloc_cluster_offset.
On 2012-10-12 15:41, Anthony Liguori wrote:
> Jan Kiszka writes:
>
>> On 2012-10-08 20:52, Anthony Liguori wrote:
>>> Jan Kiszka writes:
>>>
On 2012-09-11 17:53, Jan Kiszka wrote:
> Our one and only BIOS depends on a writable shadowed BIOS in the ISA
> range. As we have no interface
On Fri, Oct 12, 2012 at 12:06:44PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> >>> I just tried out getting rid of the bridges by default.
> >>
> >> That clearly raises the question which devices should be created
> >> automatically by -M q35. I think the devices which are part of the ich9
> >> chips
Jan Kiszka writes:
> On 2012-10-12 15:41, Anthony Liguori wrote:
>> Jan Kiszka writes:
>>
>>> On 2012-10-08 20:52, Anthony Liguori wrote:
Jan Kiszka writes:
> On 2012-09-11 17:53, Jan Kiszka wrote:
>> Our one and only BIOS depends on a writable shadowed BIOS in the ISA
>>
Gerd Hoffmann writes:
> Hi,
>
> Pretty small this time with just a few bugfixes.
>
> please pull,
> Gerd
>
Pulled. Thanks.
Regards,
Anthony Liguori
> The following changes since commit b4ae3cfa57b8c1bdbbd7b7d420971e9171203ade:
>
> ssi: Add slave autoconnect helper (2012-10-10 11:13:32 +
Alex Williamson writes:
> Anthony,
>
> The following changes since commit 4bb26682f70a5f626cad3e0ac82bf4b6252ea7a4:
>
> Merge branch 'master' of git.qemu.org:/pub/git/qemu (2012-10-07 18:42:18
> +)
>
> are available in the git repository at:
>
>
> git://github.com/awilliam/qemu-vfio.git
Stefan Hajnoczi writes:
> The following changes since commit 4bb26682f70a5f626cad3e0ac82bf4b6252ea7a4:
>
> Merge branch 'master' of git.qemu.org:/pub/git/qemu (2012-10-07 18:42:18
> +)
>
> are available in the git repository at:
>
>
> git://github.com/stefanha/qemu.git net
>
> for you to
Gerd Hoffmann writes:
> Hi,
>
> Here comes the spice patch queue. It raises the minimal required
> spice-server version to 0.12 and the qxl device revision to 4.
> It also brings a collection of bugfixes.
>
> please pull,
> Gerd
>
Pulled. Thanks.
Regards,
Anthony Liguori
> The following
Older glibc (RHEL 5.x, Debian 5.x) does not have the _sigev_un._tid
member in its structure definition, while the accompanying kernel
headers do define SIGEV_THREAD_ID. We need configure to check for
both before using it.
Cc: Paolo Bonzini
Cc: Anthony Liguori
Signed-off-by: Richard Henderson
-
Il 12/10/2012 14:39, Gerd Hoffmann ha scritto:
> +chr = qemu_chr_new_from_opts(opts, NULL);
> +if (chr == NULL) {
> +qemu_opts_del(opts);
> +error_setg(&err, "Creating chardev failed\n");
> +goto exit_err;
> +}
> +return 0;
> +
Since you have to do a v3, ple
Il 12/10/2012 18:26, Richard Henderson ha scritto:
> Older glibc (RHEL 5.x, Debian 5.x) does not have the _sigev_un._tid
> member in its structure definition, while the accompanying kernel
> headers do define SIGEV_THREAD_ID. We need configure to check for
> both before using it.
>
> Cc: Paolo Bo
Il 12/10/2012 14:31, Kevin Wolf ha scritto:
> Signed-off-by: Kevin Wolf
> ---
> qemu-img.c | 23 +++
> 1 files changed, 15 insertions(+), 8 deletions(-)
>
> diff --git a/qemu-img.c b/qemu-img.c
> index f17f187..849eb41 100644
> --- a/qemu-img.c
> +++ b/qemu-img.c
> @@ -674,
Il 12/10/2012 14:31, Kevin Wolf ha scritto:
> Signed-off-by: Kevin Wolf
> ---
> tests/qemu-iotests/041 | 78
>
> tests/qemu-iotests/041.out | 15
> tests/qemu-iotests/group |1 +
> 3 files changed, 94 insertions(+), 0 deletions(
On 26 September 2012 19:48, Peter Maydell wrote:
> These patches implement movcond_i32 for the ARM TCG backend; we
> emit "mov dst, v2; cmp c1, c2; movcc dst, v1". We could have
> done this with a pair of conditional movs, but (a) this is not
> actually any shorter (b) it means we don't get the co
Il 12/10/2012 18:54, Paolo Bonzini ha scritto:
> Il 12/10/2012 14:39, Gerd Hoffmann ha scritto:
>> +chr = qemu_chr_new_from_opts(opts, NULL);
>> +if (chr == NULL) {
>> +qemu_opts_del(opts);
>> +error_setg(&err, "Creating chardev failed\n");
>> +goto exit_err;
>> +
1 - 100 of 183 matches
Mail list logo
