On Wed, 29 Aug 2012 19:06:45 +0200
Andreas Färber wrote:
> Am 29.08.2012 19:02, schrieb Igor Mammedov:
> > notifier will be used for signaling powerdown request to guest in more
> > general way and intended to replace very specific
> > qemu_irq_rise(qemu_system_powerdown) and will allow to remove
On Thu, Aug 30, 2012 at 1:40 AM, Avi Kivity wrote:
> On 08/29/2012 10:30 AM, Jan Kiszka wrote:
>> On 2012-08-29 19:23, Avi Kivity wrote:
>> > On 08/28/2012 02:42 AM, Jan Kiszka wrote:
>> >>
>> >> Let's not talk about devices or MMIO dispatching. I think the problem is
>> >> way more generic, and w
Hi,
> The scheme I had in mind was this:
>
> - When a new non-a8-capable client appears, don't send it any of the
> a8 surfaces
>
> - If the client doesn't understand a8 surfaces,
>
> - keep all a8 surfaces rendered on the server side
>
> - if the guest sends a
On 09/08/12 22:45, Paolo Bonzini wrote:
Luigi reminded me of these patches...
When the guests replenish the receive ring buffer, the network device
should flush its queue of pending packets. This is done with
qemu_flush_queued_packets, and patches 2+3 add the missing call to
two drivers, e1000
于 2012-8-29 23:59, Eric Blake 写道:
On 08/29/2012 04:22 AM, Wenchao Xia wrote:
This patch intrudce libqblock API, libqblock-test is used as a test case.
make libqblock-test at root diretory could make it build. Test it with
./libqblock/libqblock-test [FILE] [BACKINGFILE]
Your series came thro
于 2012-8-29 19:11, Paolo Bonzini 写道:
Il 29/08/2012 13:05, Wenchao Xia ha scritto:
+printf("checking aio status for %d times.\n", check_times);
+while (true == qb_aio_check(broker)) {
+check_times++;
+usleep(1);
+}
+
Busy waiting is not acceptable, and this is the re
At 08/29/2012 07:56 PM, Sasha Levin Wrote:
> On 08/29/2012 07:18 AM, Wen Congyang wrote:
>> We can know the guest is panicked when the guest runs on xen.
>> But we do not have such feature on kvm.
>>
>> Another purpose of this feature is: management app(for example:
>> libvirt) can do auto dump whe
于 2012-8-29 19:12, Paolo Bonzini 写道:
Il 29/08/2012 13:03, Wenchao Xia ha scritto:
+struct QBlockOption_prot_file {
+char *filename;
+};
+
+union QBlockOption_prot {
+struct QBlockOption_prot_file o_file;
+};
+
+/**
+ * struct QBlockOptionLoc: contains information about how to find the i
On 08/30/2012 03:17 AM, Stefan Weil wrote:
> Am 29.08.2012 13:26, schrieb Bo Yang:
>> This is reported by QA. When installing os with pxe, after the initial
>> kernel and initrd are loaded, the procedure tries to copy files from
>> install
>> server to local harddisk, the network becomes stall beca
On 08/29/2012 11:19 PM, Stefan Hajnoczi wrote:
> On Wed, Aug 29, 2012 at 07:26:11PM +0800, Bo Yang wrote:
>> This is reported by QA. When installing os with pxe, after the initial
>> kernel and initrd are loaded, the procedure tries to copy files from install
>> server to local harddisk, the networ
Hi, I'm not sure which list this belongs in and was unable to find anything
like it so here goes,
I am using QEMU 0.15.90 to emulate a processor and have currently got it
running in a loosely timed simulation with a systemC kernel as well, I have
also created and attached a block of RAM as wel
Hello,
A simple question: when using "-cpu pentium3", which pentium3 is it exactly?
I used CPUID (EAX=1) and got (011001110011):
CPU family: 6
Model: 7
Stepping: 3
Hence, it can either be "Pentium III Model 7" or "Pentium III Xeon Model 7"
according to Intel's spec sheets.
Which one is it?
Ki
I'm writing an iPXE mini-HOWTO (in Russian), using QEMU and
-net user in examples (so that they're runnable by unprivileged
users.)
However, the QEMU documentation [1] seems to suggest that only
IPv4 is implemented for -net user, which made me curious on
On Wed, 29 Aug 2012 19:06:45 +0200
Andreas Färber wrote:
> Am 29.08.2012 19:02, schrieb Igor Mammedov:
> > notifier will be used for signaling powerdown request to guest in more
> > general way and intended to replace very specific
> > qemu_irq_rise(qemu_system_powerdown) and will allow to remove
On 29 August 2012 20:53, Luiz Capitulino wrote:
> Signed-off-by: Luiz Capitulino
> ---
> hw/omap_lcdc.c | 59
> --
> 1 file changed, 45 insertions(+), 14 deletions(-)
>
> diff --git a/hw/omap_lcdc.c b/hw/omap_lcdc.c
> index 3d6328f..e2ba10
On 29 August 2012 20:53, Luiz Capitulino wrote:
> Avoids confusion with the global ppm_save() defined in hw/vga.c.
>
> Signed-off-by: Luiz Capitulino
Reviewed-by: Peter Maydell
...ppm_save() should probably be somewhere other than
vga.c really, since it's used by more than just the vga
model.
Gerd Hoffmann writes:
>> I don't know of a good way to deal with the situation where the new
>> client is unable to handle existing surfaces.
>
> We need a sensible solution here. If we can't handle capability
> downgrade at runtime the capability negotiation between guest and client
> doesn't m
Alon Levy writes:
>> Good question.
>>
>> I don't know of a good way to deal with the situation where the new
>> client is unable to handle existing surfaces. I suppose in principle
>> spice-server could emulate their existence, sending them as images, but
>> I'm not familiar enough with spice-
Signed-off-by: Luiz Capitulino
---
hw/omap_lcdc.c | 59 --
1 file changed, 45 insertions(+), 14 deletions(-)
diff --git a/hw/omap_lcdc.c b/hw/omap_lcdc.c
index 3d6328f..e2ba108 100644
--- a/hw/omap_lcdc.c
+++ b/hw/omap_lcdc.c
@@ -224,18 +22
Next commits will update devices to propagate errors.
Signed-off-by: Luiz Capitulino
---
console.c| 7 ---
console.h| 1 -
hmp-commands.hx | 3 +--
hmp.c| 9 +
hmp.h| 1 +
monitor.c| 6 --
qapi-schema.json | 13 +
Signed-off-by: Luiz Capitulino
---
hw/blizzard.c | 2 +-
hw/qxl.c| 2 +-
hw/vga.c| 32 +---
hw/vga_int.h| 3 ++-
hw/vmware_vga.c | 2 +-
5 files changed, 30 insertions(+), 11 deletions(-)
diff --git a/hw/blizzard.c b/hw/blizzard.c
index a2b90
Signed-off-by: Luiz Capitulino
---
hw/tcx.c | 35 +--
1 file changed, 29 insertions(+), 6 deletions(-)
diff --git a/hw/tcx.c b/hw/tcx.c
index 428649e..93994d6 100644
--- a/hw/tcx.c
+++ b/hw/tcx.c
@@ -582,26 +582,49 @@ static void tcx_screen_dump(void *opaque, cons
Signed-off-by: Luiz Capitulino
---
hw/g364fb.c | 52
1 file changed, 40 insertions(+), 12 deletions(-)
diff --git a/hw/g364fb.c b/hw/g364fb.c
index 498154b..059e622 100644
--- a/hw/g364fb.c
+++ b/hw/g364fb.c
@@ -293,7 +293,7 @@ static void g36
Signed-off-by: Luiz Capitulino
---
error.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/error.h b/error.h
index 96fc203..da7fed3 100644
--- a/error.h
+++ b/error.h
@@ -30,6 +30,12 @@ typedef struct Error Error;
void error_set(Error **err, ErrorClass err_class, const char *fmt, ...)
Avoids confusion with the global ppm_save() defined in hw/vga.c.
Signed-off-by: Luiz Capitulino
---
hw/omap_lcdc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/hw/omap_lcdc.c b/hw/omap_lcdc.c
index 39b78cd..3d6328f 100644
--- a/hw/omap_lcdc.c
+++ b/hw/omap_lcdc.
All devices that register a screen dump callback via
graphic_console_init() are updated.
The new argument is not used in this commit. Error handling will
be added to each device individually later.
This change is a preparation to convert the screendump command
to the QAPI.
Signed-off-by: Luiz Ca
Guest errno values are taken from the newlib. Convert only those errno
values that can be returned from used system calls.
Signed-off-by: Max Filippov
---
target-xtensa/xtensa-semi.c | 106 +++---
1 files changed, 98 insertions(+), 8 deletions(-)
diff --git
Signed-off-by: Luiz Capitulino
---
hw/tcx.c | 50 +-
1 file changed, 41 insertions(+), 9 deletions(-)
diff --git a/hw/tcx.c b/hw/tcx.c
index 74a7085..428649e 100644
--- a/hw/tcx.c
+++ b/hw/tcx.c
@@ -611,12 +611,18 @@ static void tcx24_screen_dump(v
A side effect of this conversion is that it makes the screendump command
report errors correctly.
Also, it's interesting to note that this is the first user of the new
error format. The resulting code is a lot simpler than v2.
o V3
- rebase on top master
- re-organize series
- rewrite of most
Am 29.08.2012 13:26, schrieb Bo Yang:
This is reported by QA. When installing os with pxe, after the initial
kernel and initrd are loaded, the procedure tries to copy files from install
server to local harddisk, the network becomes stall because of running out of
receive descriptor.
Signed-off-b
On Wed, 2012-08-29 at 18:42 +, Bhushan Bharat-R65777 wrote:
> PFA file which have full dmeg and lspci of assigned device
> On Aug 29, 2012 11:03 AM, "Bhushan Bharat-R65777"
> mailto:r65...@freescale.com>> wrote:
> > Guest>lspci
> > 00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [N
Am 29.08.2012 09:52, schrieb Peter Maydell:
Add the missing .class_size definition to the arm_gic_info TypeInfo.
This fixes the memory corruption and possible segfault that otherwise
results when the class struct is allocated at too small a size and
the class init function writes off the end of i
Il 29/08/2012 20:39, Stefan Weil ha scritto:
> Cc: Paolo Bonzini
> Signed-off-by: Stefan Weil
> ---
> hw/scsi-disk.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/hw/scsi-disk.c b/hw/scsi-disk.c
> index 409f760..cd72afd 100644
> --- a/hw/scsi-disk.c
> +++ b/hw/scsi
This patch sets data to be sent to Sheepdog correctly and fixes savevm
and loadvm operations on a Sheepdog image.
Signed-off-by: MORITA Kazutaka
---
block/sheepdog.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/block/sheepdog.c b/block/sheepdog.c
index df4f441..e075
Cc: Paolo Bonzini
Signed-off-by: Stefan Weil
---
hw/scsi-disk.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/scsi-disk.c b/hw/scsi-disk.c
index 409f760..cd72afd 100644
--- a/hw/scsi-disk.c
+++ b/hw/scsi-disk.c
@@ -1461,7 +1461,7 @@ static void scsi_unmap_complete(voi
Andreas Färber writes:
> Am 28.08.2012 14:57, schrieb Anthony Liguori:
>> Andreas Färber writes:
>>
>>> Hi,
>>>
>>> Am 27.08.2012 08:28, schrieb Jan Kiszka:
From: Jan Kiszka
This adds PCI device assignment for i386 targets using the classic KVM
interfaces. This version is 1
On Aug 29, 2012 11:03 AM, "Bhushan Bharat-R65777"
wrote:
>
>
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Wednesday, August 29, 2012 8:44 PM
> > To: Bhushan Bharat-R65777
> > Cc: k...@vger.kernel.org; Avi Kivity; qemu-devel@nongnu.org
> >
On Wed, Aug 29, 2012 at 06:54:35PM +0200, Andreas Färber wrote:
> $subject: "[un]used vectors"? -- could be fixed by committer.
>
> /-F
Sorry I don't unedrstand. it's not 'unused': it's use and unuse.
What is wrong with the subject?
> Am 29.08.2012 18:40, schrieb Michael S. Tsirkin:
> > The fac
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Wednesday, August 29, 2012 8:44 PM
> To: Bhushan Bharat-R65777
> Cc: k...@vger.kernel.org; Avi Kivity; qemu-devel@nongnu.org
> Subject: Re: Isuue assiging devices using VFIO on x86
>
> On Wed, 2012-0
On 29.08.2012, at 10:43, François Revol wrote:
> On 29/08/2012 16:53, Alexander Graf wrote:
>>
>>
>> On 29.08.2012, at 04:03, François Revol wrote:
>>
>>> Hi,
>>> I noticed the DCRs weren't shown with the registers or another command,
>>> and tried to add one to dump them to help debugging
Chris Webb writes:
> I'm experiencing a problem with qemu + macvtap which I can reproduce on a
> variety of hardware, with kernels varying from 3.0.4 (the oldest I tried) to
> 3.5.1 and with qemu[-kvm] versions 0.14.1, 1.0, and 1.1.
>
> Large data transfers over TCP into a guest from another mac
On 2012-08-29 19:40, Avi Kivity wrote:
> On 08/29/2012 10:30 AM, Jan Kiszka wrote:
>> On 2012-08-29 19:23, Avi Kivity wrote:
>>> On 08/28/2012 02:42 AM, Jan Kiszka wrote:
Let's not talk about devices or MMIO dispatching. I think the problem is
way more generic, and we will face it mu
On 29/08/2012 16:53, Alexander Graf wrote:
>
>
> On 29.08.2012, at 04:03, François Revol wrote:
>
>> Hi,
>> I noticed the DCRs weren't shown with the registers or another command,
>> and tried to add one to dump them to help debugging my sam460ex target.
>> This first version doesn't list the n
On 2012-08-29 19:27, Avi Kivity wrote:
> On 08/29/2012 10:21 AM, Jan Kiszka wrote:
>> On 2012-08-29 19:13, Avi Kivity wrote:
>>> On 08/27/2012 06:01 PM, Jan Kiszka wrote:
On 2012-08-27 22:53, Avi Kivity wrote:
> On 08/27/2012 12:38 PM, Jan Kiszka wrote:
Even worse, apply
On 08/29/2012 10:30 AM, Jan Kiszka wrote:
> On 2012-08-29 19:23, Avi Kivity wrote:
> > On 08/28/2012 02:42 AM, Jan Kiszka wrote:
> >>
> >> Let's not talk about devices or MMIO dispatching. I think the problem is
> >> way more generic, and we will face it multiple times in QEMU.
> >
> > The proble
On 08/29/2012 10:21 AM, Jan Kiszka wrote:
> On 2012-08-29 19:13, Avi Kivity wrote:
> > On 08/27/2012 06:01 PM, Jan Kiszka wrote:
> >> On 2012-08-27 22:53, Avi Kivity wrote:
> >>> On 08/27/2012 12:38 PM, Jan Kiszka wrote:
> >> Even worse, apply
> >> restrictions on how the dispatched objects
On 2012-08-29 19:23, Avi Kivity wrote:
> On 08/28/2012 02:42 AM, Jan Kiszka wrote:
>>
>> Let's not talk about devices or MMIO dispatching. I think the problem is
>> way more generic, and we will face it multiple times in QEMU.
>
> The problem exists outside qemu as well. It is one of the reasons
In addition, there is no need to allocate an extra irq just for
rising SCI in irq handler. Just rise SCI right from notifier
handler instead.
Signed-off-by: Igor Mammedov
---
hw/acpi_piix4.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/hw/acpi_piix4.c b/hw/acpi_pii
On 08/28/2012 02:42 AM, Jan Kiszka wrote:
>
> Let's not talk about devices or MMIO dispatching. I think the problem is
> way more generic, and we will face it multiple times in QEMU.
The problem exists outside qemu as well. It is one of the reasons for
the popularity of garbage collection IMO, a
On 2012-08-29 19:13, Avi Kivity wrote:
> On 08/27/2012 06:01 PM, Jan Kiszka wrote:
>> On 2012-08-27 22:53, Avi Kivity wrote:
>>> On 08/27/2012 12:38 PM, Jan Kiszka wrote:
>> Even worse, apply
>> restrictions on how the dispatched objects, the regions, have to be
>> treated because of th
Yes, works for me.
On Wed, Aug 29, 2012 at 10:40 AM, Michael S. Tsirkin wrote:
> The facility to use/unuse vectors dynamically is helpful
> for virtio but little else: everyone just seems to use
> vectors in their init function.
>
> Avoid clearing msix vector use info on reset and load.
> For vir
all deps that used qemu_system_powerdown are converted to notifiers,
so remove it for have no use anymore
Signed-off-by: Igor Mammedov
---
sysemu.h | 2 --
vl.c | 3 ---
2 files changed, 5 deletions(-)
diff --git a/sysemu.h b/sysemu.h
index eb9a750..1093046 100644
--- a/sysemu.h
+++ b/sysem
On 08/27/2012 06:01 PM, Jan Kiszka wrote:
> On 2012-08-27 22:53, Avi Kivity wrote:
> > On 08/27/2012 12:38 PM, Jan Kiszka wrote:
> Even worse, apply
> restrictions on how the dispatched objects, the regions, have to be
> treated because of this.
> >>>
> >>> Please elaborate.
> >>
> >
Signed-off-by: Igor Mammedov
---
hw/sun4m.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/hw/sun4m.c b/hw/sun4m.c
index 0f909b5..c98cd5e 100644
--- a/hw/sun4m.c
+++ b/hw/sun4m.c
@@ -472,6 +472,17 @@ static void slavio_timer_init_all(target_phys_addr_t addr,
q
Signed-off-by: Igor Mammedov
---
hw/nseries.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/hw/nseries.c b/hw/nseries.c
index 4df2670..6df71eb 100644
--- a/hw/nseries.c
+++ b/hw/nseries.c
@@ -189,6 +189,17 @@ static void n8x0_nand_setup(struct n800_s *s)
Am 29.08.2012 19:02, schrieb Igor Mammedov:
> notifier will be used for signaling powerdown request to guest in more
> general way and intended to replace very specific
> qemu_irq_rise(qemu_system_powerdown) and will allow to remove global
> variable qemu_system_powerdown.
>
> v2:
> do not make
notifier will be used for signaling powerdown request to guest in more
general way and intended to replace very specific
qemu_irq_rise(qemu_system_powerdown) and will allow to remove global
variable qemu_system_powerdown.
v2:
do not make qemu_system_powerdown static,
spotted-by: Paolo Bonz
global variable qemu_system_powerdown in sysemu.h is the only dep for qemu_irq
and qemu_rise_irq is not a generic way to signal guest that it should shutdown.
So replace it by notifiers and allow each implementation to have it's own way
to notify guest.
git repo for testing:
last 5 commits
Yes, will test shortly.
Cam
On Wed, Aug 29, 2012 at 10:47 AM, Michael S. Tsirkin wrote:
> On Wed, Aug 29, 2012 at 06:44:49PM +0200, Jan Kiszka wrote:
>> On 2012-08-29 18:40, Michael S. Tsirkin wrote:
>> > The facility to use/unuse vectors dynamically is helpful
>> > for virtio but little else: e
$subject: "[un]used vectors"? -- could be fixed by committer.
/-F
Am 29.08.2012 18:40, schrieb Michael S. Tsirkin:
> The facility to use/unuse vectors dynamically is helpful
> for virtio but little else: everyone just seems to use
> vectors in their init function.
>
> Avoid clearing msix vector
On Wed, Aug 29, 2012 at 10:52:07AM -0500, Anthony Liguori wrote:
> We have a problem with how we handle migration with KVM paravirt features.
> We unconditionally enable paravirt features regardless of whether we know how
> to migrate them.
>
> We also don't tie paravirt features to specific machi
On Wed, Aug 29, 2012 at 06:44:49PM +0200, Jan Kiszka wrote:
> On 2012-08-29 18:40, Michael S. Tsirkin wrote:
> > The facility to use/unuse vectors dynamically is helpful
> > for virtio but little else: everyone just seems to use
> > vectors in their init function.
> >
> > Avoid clearing msix vecto
On 2012-08-29 18:40, Michael S. Tsirkin wrote:
> The facility to use/unuse vectors dynamically is helpful
> for virtio but little else: everyone just seems to use
> vectors in their init function.
>
> Avoid clearing msix vector use info on reset and load.
> For virtio, clear it explicitly.
> This
The facility to use/unuse vectors dynamically is helpful
for virtio but little else: everyone just seems to use
vectors in their init function.
Avoid clearing msix vector use info on reset and load.
For virtio, clear it explicitly.
This should fix regressions reported with ivshmem - though
I didn'
On Wed, Aug 29, 2012 at 11:15 PM, Amos Kong wrote:
> On Thu, Feb 23, 2012 at 4:15 PM, Markus Armbruster wrote:
>>
>> Anthony Liguori writes:
>>
>> > On 02/15/2012 07:33 AM, Markus Armbruster wrote:
>> >> Anthony Liguori writes:
>> >>
>> >>> On 02/14/2012 11:24 AM, Markus Armbruster wrote:
>> >>
From: "Michael S. Tsirkin"
Support get/set of new PV EOI MSR, for migration.
Add an optional section for MSR value - send it
out in case MSR was changed from the default value (0).
Signed-off-by: Michael S. Tsirkin
Signed-off-by: Anthony Liguori
---
target-i386/cpu.h |1 +
target-i386
On 08/29/2012 04:22 AM, Wenchao Xia wrote:
> This patch intrudce libqblock API, libqblock-test is used as a test case.
> make libqblock-test at root diretory could make it build. Test it with
> ./libqblock/libqblock-test [FILE] [BACKINGFILE]
Your series came through unthreaded, which makes it ha
From: "Michael S. Tsirkin"
Update linux-headers to version present in Linux 3.6-rc3.
Header asm-x96_64/kvm_para.h update is needed for the new PV EOI
feature.
Signed-off-by: Michael S. Tsirkin
Signed-off-by: Anthony Liguori
---
linux-headers/asm-s390/kvm.h |2 +-
linux-headers/asm-s3
We have a problem with how we handle migration with KVM paravirt features.
We unconditionally enable paravirt features regardless of whether we know how
to migrate them.
We also don't tie paravirt features to specific machine types so an old QEMU on
a new kernel would expose features that never ex
Am 22.08.2012 17:48, schrieb Andreas Färber:
> Hi Alex,
>
> Here's an updated and squashed series adding some MAINTAINERS sections
> for ppc machines and their devices.
>
> Based on Peter's suggestion the machines are no longer grouped by ppc4xx
> chipset but ordered alphabetically, and the share
On Wed, Aug 29, 2012 at 06:10:04PM +0300, Michael S. Tsirkin wrote:
> On Wed, Aug 29, 2012 at 12:04:25PM -0300, Eduardo Habkost wrote:
> > We can't simply expose the GET_SUPPORTED_CPUID results directly to the
> > guest, or the resulting guest-visible CPUID bits may change under the
> > guest's fee
On 29 August 2012 16:36, Igor Mammedov wrote:
> Peter Maydell wrote:
>> I'm not objecting to this patch if it helps us move forwards,
>> but adding the #include to sysemu.h is effectively just adding
>> the definition to another grabbag header (183 files include
>> sysemu.h). It would be nicer lo
On Tue, Aug 14, 2012 at 02:25:51PM +0100, Stefan Hajnoczi wrote:
> Document the -netdev syntax which supercedes the older -net syntax.
> This patch is a first step to making -netdev prominent in the QEMU
> manual.
>
> Reported-by: Anatoly Techtonik
> Signed-off-by: Stefan Hajnoczi
> ---
> qemu-
On Mon, Aug 20, 2012 at 02:22:40PM +0100, Stefan Hajnoczi wrote:
> Net send functions have a return value where 0 means the packet has not
> been sent and will be queued. A non-zero value means the packet was
> sent or an error caused the packet to be dropped.
>
> This patch fixes two instances w
On Tue, 21 Aug 2012 17:10:48 +0100
Peter Maydell wrote:
> On 21 August 2012 16:42, Eduardo Habkost wrote:
> > diff --git a/qemu-common.h b/qemu-common.h
> > index e5c2bcd..6677a30 100644
> > --- a/qemu-common.h
> > +++ b/qemu-common.h
> > @@ -273,7 +273,6 @@ typedef struct PCIEPort PCIEPort;
> >
On Mon, Aug 20, 2012 at 02:21:53PM +0100, Stefan Hajnoczi wrote:
> This patch adds the missing NetClient->receive_disabled logic in the
> sendv delivery code path. It seems that commit
> 893379efd0e1b84ceb0c42a713293f3dbd27b1bd ("net: disable receiving if
> client returns zero") only added the log
On Tue, Aug 21, 2012 at 04:52:28PM +0100, Stefan Hajnoczi wrote:
> The net subsystem supports non-blocking sockets and asynchronous send/receive.
> Unfortunately, net/socket.c doesn't fully take advantage of that yet.
>
> This patch series makes send asynchronous and drops code that will spin when
On Fri, Aug 24, 2012 at 02:39:50PM +0100, Stefan Hajnoczi wrote:
> Two networking issues have been observed:
>
> 1. When the USB network interface and dump net client are on the same "VLAN",
>the USB network interface drops packets. This was assumed to be because
> the
>dump net client c
On Wed, Aug 29, 2012 at 07:26:11PM +0800, Bo Yang wrote:
> This is reported by QA. When installing os with pxe, after the initial
> kernel and initrd are loaded, the procedure tries to copy files from install
> server to local harddisk, the network becomes stall because of running out of
> receive
On Thu, Feb 23, 2012 at 4:15 PM, Markus Armbruster wrote:
>
> Anthony Liguori writes:
>
> > On 02/15/2012 07:33 AM, Markus Armbruster wrote:
> >> Anthony Liguori writes:
> >>
> >>> On 02/14/2012 11:24 AM, Markus Armbruster wrote:
> Markus Armbruster writes:
>
> > Anthony Liguori
On Wed, 2012-08-29 at 07:11 +, Bhushan Bharat-R65777 wrote:
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Wednesday, August 29, 2012 12:16 PM
> > To: Bhushan Bharat-R65777
> > Cc: k...@vger.kernel.org; Avi Kivity; qemu-devel@nongnu.org
On Wed, Aug 29, 2012 at 12:04:25PM -0300, Eduardo Habkost wrote:
> We can't simply expose the GET_SUPPORTED_CPUID results directly to the
> guest, or the resulting guest-visible CPUID bits may change under the
> guest's feet when we live-migrate.
>
> We still have to implement proper per-machine-t
From: Stefan Hajnoczi
Zero writes have cluster granularity in QED. Therefore they can only be
used to zero entire clusters.
If the zero write request leaves sectors untouched, zeroing the entire
cluster would obscure the backing file. Instead return -ENOTSUP, which
is handled by block.c:bdrv_c
The following changes since commit 18fec301cd2a38f72a5eeba2656a0c5b4fa69fb7:
tcg/mips: fix broken CONFIG_TCG_PASS_AREG0 code (2012-08-28 20:38:39 +0200)
are available in the git repository at:
http://repo.or.cz/r/qemu/kevin.git for-anthony
Stefan Hajnoczi (3):
qed: refuse unaligned zer
From: Stefan Hajnoczi
It is possible to create an image that is larger than its backing file.
Reading beyond the end of the backing file produces zeroes if no writes
have been made to those sectors in the image file.
This patch finishes streaming early when the end of the backing file is
reached
From: Stefan Hajnoczi
This new test case checks that streaming completes successfully when the
backing file is smaller than the image file.
Signed-off-by: Stefan Hajnoczi
Reviewed-by: Paolo Bonzini
Signed-off-by: Kevin Wolf
---
tests/qemu-iotests/030 | 33 ++
We can't simply expose the GET_SUPPORTED_CPUID results directly to the
guest, or the resulting guest-visible CPUID bits may change under the
guest's feet when we live-migrate.
We still have to implement proper per-machine-type migration
compatibility bits, but this at least is a workaround for cas
On 29.08.2012, at 04:03, François Revol wrote:
> Hi,
> I noticed the DCRs weren't shown with the registers or another command,
> and tried to add one to dump them to help debugging my sam460ex target.
> This first version doesn't list the names since they aren't registered
> as such.
> I tried
"Michael S. Tsirkin" writes:
> In preparation to adding PV EOI migration for 1.2,
> trivially refactor some some compat code
> to make it easier to add version specific
> cpuid tweaks.
>
> Signed-off-by: Michael S. Tsirkin
How I'd like to do this for 1.3 is to have CPU's have properties and to
"Michael S. Tsirkin" wrote:
> On Tue, Aug 28, 2012 at 04:13:38PM -0300, Eduardo Habkost wrote:
>> On Tue, Aug 28, 2012 at 08:43:52PM +0300, Michael S. Tsirkin wrote:
>> > In preparation for adding PV EOI support, disable PV EOI by default for
>> > 1.1 and older machine types, to avoid CPUID changi
On Wed, Aug 29, 2012 at 09:09:16AM -0500, Anthony Liguori wrote:
> Gleb Natapov writes:
>
> > On Wed, Aug 29, 2012 at 08:36:30AM -0500, Anthony Liguori wrote:
> >> "Michael S. Tsirkin" writes:
> >>
> >> > In preparation for adding PV EOI support, disable PV EOI by default for
> >> > 1.1 and old
On Wed, Aug 29, 2012 at 09:09:16AM -0500, Anthony Liguori wrote:
> Gleb Natapov writes:
>
> > On Wed, Aug 29, 2012 at 08:36:30AM -0500, Anthony Liguori wrote:
> >> "Michael S. Tsirkin" writes:
> >>
> >> > In preparation for adding PV EOI support, disable PV EOI by default for
> >> > 1.1 and old
On Wed, Aug 29, 2012 at 05:11:12PM +0300, Michael S. Tsirkin wrote:
> On Wed, Aug 29, 2012 at 10:49:04AM -0300, Eduardo Habkost wrote:
> > > Normally CPUID will tell you if such important MSR is available.
> > > So we can check that at destination.
> >
> > How can qemu check it, if when the qemu c
On Wed, Aug 29, 2012 at 10:49:04AM -0300, Eduardo Habkost wrote:
> > Normally CPUID will tell you if such important MSR is available.
> > So we can check that at destination.
>
> How can qemu check it, if when the qemu code was written when the MSR
> didn't even exist yet?
>
> (You could add an i
Gleb Natapov writes:
> On Wed, Aug 29, 2012 at 08:36:30AM -0500, Anthony Liguori wrote:
>> "Michael S. Tsirkin" writes:
>>
>> > In preparation for adding PV EOI support, disable PV EOI by default for
>> > 1.1 and older machine types, to avoid CPUID changing during migration.
>> >
>> > PV EOI ca
Am 28.08.2012 14:57, schrieb Anthony Liguori:
> Andreas Färber writes:
>
>> Hi,
>>
>> Am 27.08.2012 08:28, schrieb Jan Kiszka:
>>> From: Jan Kiszka
>>>
>>> This adds PCI device assignment for i386 targets using the classic KVM
>>> interfaces. This version is 100% identical to what is being maint
On Wed, Aug 29, 2012 at 08:36:30AM -0500, Anthony Liguori wrote:
> "Michael S. Tsirkin" writes:
>
> > In preparation for adding PV EOI support, disable PV EOI by default for
> > 1.1 and older machine types, to avoid CPUID changing during migration.
> >
> > PV EOI can still be enabled/disabled by
On Wed, Aug 29, 2012 at 04:18:12PM +0300, Michael S. Tsirkin wrote:
> On Wed, Aug 29, 2012 at 09:56:12AM -0300, Eduardo Habkost wrote:
> > On Wed, Aug 29, 2012 at 01:06:32PM +0300, Michael S. Tsirkin wrote:
> > > On Tue, Aug 28, 2012 at 08:50:09PM -0300, Eduardo Habkost wrote:
> > > > On Wed, Aug 2
Il 29/08/2012 15:25, Stefan Hajnoczi ha scritto:
>> > they worked in Qemu 1.1 and also in the previous versions and, by the
>> > way, I can't compile, I used a third party Win32 build of Qemu 1.2 rc1.
>> > :(
> Have you tried any other guest operating systems? If there is a more
> readily availabl
On 08/14/2012 03:41 AM, Tiziano Müller wrote:
> Hi Jeff
>
> This is an awesome feature and absolutely necessary to get a working
> live-snapshot/backup solution.
>
> What is the status on this? Will it make it into 1.2.0?
>
> Thanks in advance,
> best regards,
> Tiziano
Hi Tiziano,
Sorry, I di
1 - 100 of 162 matches
Mail list logo
