On Fri, Jun 05, 2015 at 04:09:48PM +1000, Alexey Kardashevskiy wrote:
> >
> >-ret = fdt_setprop(fdt, offset, "ibm,pft-size",
> >- pft_size_prop, sizeof(pft_size_prop));
>
> You broke formatting here, above 8 lines should not be in the patch.
You mean above 80 char
On Fri, Jun 05, 2015 at 03:30:24PM +1000, Alexey Kardashevskiy wrote:
> On 06/05/2015 02:25 PM, Bharata B Rao wrote:
> >Use max_cpus instead of smp_cpus when intializating xics system. Also
> >report max_cpus in ibm,interrupt-server-ranges device tree property of
> >interrupt controller node.
> >
>
Hello,
On Wed, Jun 3, 2015 at 11:45 PM, Alexander Graf wrote:
> From: Nikunj A Dadhania
>
> Machines types can have different requirement for default ram
> size. Introduce a member in the machine class and set the current
> default_ram_size to 128MB.
>
> For QEMUMachine types override the value
Hi Alex,
On 06/04/2015 08:11 PM, Alex Williamson wrote:
> On Wed, 2015-05-27 at 10:11 +0100, Eric Auger wrote:
>> This series aims at enabling KVM platform device passthrough.
>>
>> On kernel side, the vfio platform driver is needed, available from
>> 4.1-rc1 onwards.
>>
>> This series now only rel
On 06/05/2015 05:06 PM, Bharata B Rao wrote:
On Fri, Jun 05, 2015 at 04:09:48PM +1000, Alexey Kardashevskiy wrote:
-ret = fdt_setprop(fdt, offset, "ibm,pft-size",
- pft_size_prop, sizeof(pft_size_prop));
You broke formatting here, above 8 lines should not be i
** Changed in: qemu
Status: New => Confirmed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1462131
Title:
qemu mainline regression with xen-unstable: unable to start QMP
Status in QEMU:
C
On 06/05/2015 05:07 PM, Bharata B Rao wrote:
On Fri, Jun 05, 2015 at 03:30:24PM +1000, Alexey Kardashevskiy wrote:
On 06/05/2015 02:25 PM, Bharata B Rao wrote:
Use max_cpus instead of smp_cpus when intializating xics system. Also
report max_cpus in ibm,interrupt-server-ranges device tree proper
On Thu, Jun 4, 2015 at 11:39 PM, Alistair Francis
wrote:
> Rename the usefpu variable to use_fpu.
>
> Signed-off-by: Alistair Francis
Reviewed-by: Peter Crosthwaite
> ---
> target-microblaze/cpu-qom.h |2 +-
> target-microblaze/cpu.c |8
> target-microblaze/translate.
On 06/05/2015 02:25 PM, Bharata B Rao wrote:
XICS is setup for each CPU during initialization. Provide a routine
to undo the same when CPU is unplugged. Also ensure xics reset doesn't set
irq for CPUs that are already unplugged.
This allows reboot of a VM that has undergone CPU hotplug and unplu
On 06/05/2015 06:09 AM, Don Slutz wrote:
> Public bug reported:
>
> On 06/04/15 11:04, Fabio Fantoni wrote:
>> Today after trying xen-unstable build (tested many hours) of some days
>> ago I tried update qemu to latest development version (from git master
>> commit 6fa6b312765f698dc81b2c30e7eeb968
From: "Michael S. Tsirkin"
IGD passthrough wants to supply a different pci and
host devices, inheriting i440fx devices. Make types
configurable.
Signed-off-by: Michael S. Tsirkin
Signed-off-by: Tiejun Chen
---
hw/i386/pc_piix.c| 4 +++-
hw/pci-host/piix.c | 9 -
include/hw/i386/
Pass types to configure pc_init1().
Signed-off-by: Tiejun Chen
---
hw/i386/pc_piix.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
index c05b7c7..3e2fc04 100644
--- a/hw/i386/pc_piix.c
+++ b/hw/i386/pc_piix.c
@@ -75,7 +75
Implement a pci host bridge specific to passthrough. Actually
this just inherits the standard one. And we also just expose
a minimal real host bridge pci configuration subset.
Signed-off-by: Tiejun Chen
---
hw/pci-host/piix.c | 82
include/h
basic gfx passthrough support:
- add a vga type for gfx passthrough
- register/unregister legacy VGA I/O ports and MMIOs for passthrough GFX
Signed-off-by: Tiejun Chen
Signed-off-by: Yang Zhang
---
hw/core/machine.c| 20
hw/xen/Makefile.objs | 1 +
hw/xen/xen-hos
v8:
* Rebase on the latest qemu tree
* Cleanup one xen leftover in patch #3
v7:
* Instead of "-gfx_passthru" we'd like to make that a machine
option, "-machine xxx,igd-passthru=on""
* try to make something as common shared by others like KvmGT in
the future
* Just read those real value from
Currently IGD drivers always need to access PCH by 1f.0. But we
don't want to poke that directly to get ID, and although in real
world different GPU should have different PCH. But actually the
different PCH DIDs likely map to different PCH SKUs. We do the
same thing for the GPU. For PCH, the differ
On 2015/6/2 17:17, Michael S. Tsirkin wrote:
On Tue, Jun 02, 2015 at 08:50:58AM +0800, Chen, Tiejun wrote:
On 2015/6/1 2:11, Michael S. Tsirkin wrote:
On Thu, Mar 19, 2015 at 09:01:27AM +0800, Chen, Tiejun wrote:
On 2015/3/18 18:21, Gerd Hoffmann wrote:
On Mi, 2015-03-18 at 17:06 +0800, Tieju
We will try to reuse assign_dev_load_option_rom in xen side, and
especially its a good beginning to unify pci assign codes both on
kvm and xen in the future.
Signed-off-by: Tiejun Chen
---
hw/i386/Makefile.objs | 1 +
hw/i386/kvm/pci-assign.c | 82 --
Now we retrieve VGA bios like kvm stuff in qemu but we need to
fix Device Identification in case if its not matched with the
real IGD device since Seabios is always trying to compare this
ID to work out VGA BIOS.
Signed-off-by: Tiejun Chen
---
hw/xen/xen_pt.c | 10 ++
hw/xen/xen_pt.
Sorry, just please ignore this series because looks some patches are not
sent out.
Tiejun
On 2015/6/5 16:31, Tiejun Chen wrote:
v8:
* Rebase on the latest qemu tree
* Cleanup one xen leftover in patch #3
v7:
* Instead of "-gfx_passthru" we'd like to make that a machine
option, "-machine
From: "Michael S. Tsirkin"
IGD passthrough wants to supply a different pci and
host devices, inheriting i440fx devices. Make types
configurable.
Signed-off-by: Michael S. Tsirkin
Signed-off-by: Tiejun Chen
---
hw/i386/pc_piix.c| 4 +++-
hw/pci-host/piix.c | 9 -
include/hw/i386/
Pass types to configure pc_init1().
Signed-off-by: Tiejun Chen
---
hw/i386/pc_piix.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
index c05b7c7..3e2fc04 100644
--- a/hw/i386/pc_piix.c
+++ b/hw/i386/pc_piix.c
@@ -75,7 +75
Implement a pci host bridge specific to passthrough. Actually
this just inherits the standard one. And we also just expose
a minimal real host bridge pci configuration subset.
Signed-off-by: Tiejun Chen
---
hw/pci-host/piix.c | 82
include/h
Currently we just register this isa bridge when we use IGD
passthrough in Xen side.
Signed-off-by: Tiejun Chen
---
hw/xen/xen_pt.c | 18 ++
include/hw/xen/xen.h | 1 +
2 files changed, 19 insertions(+)
diff --git a/hw/xen/xen_pt.c b/hw/xen/xen_pt.c
index 3bf2233..fff169d 1
basic gfx passthrough support:
- add a vga type for gfx passthrough
- register/unregister legacy VGA I/O ports and MMIOs for passthrough GFX
Signed-off-by: Tiejun Chen
Signed-off-by: Yang Zhang
---
hw/core/machine.c| 20
hw/xen/Makefile.objs | 1 +
hw/xen/xen-hos
The OpRegion shouldn't be mapped 1:1 because the address in the host
can't be used in the guest directly.
This patch traps read and write access to the opregion of the Intel
GPU config space (offset 0xfc).
The original patch is from Jean Guyader
Signed-off-by: Tiejun Chen
Signed-off-by: Yang Z
Now we retrieve VGA bios like kvm stuff in qemu but we need to
fix Device Identification in case if its not matched with the
real IGD device since Seabios is always trying to compare this
ID to work out VGA BIOS.
Signed-off-by: Tiejun Chen
---
hw/xen/xen_pt.c | 10 ++
hw/xen/xen_pt.
v8:
* Rebase on the latest qemu tree
* Cleanup one xen leftover in patch #3
v7:
* Instead of "-gfx_passthru" we'd like to make that a machine
option, "-machine xxx,igd-passthru=on""
* try to make something as common shared by others like KvmGT in
the future
* Just read those real value from
Currently IGD drivers always need to access PCH by 1f.0. But we
don't want to poke that directly to get ID, and although in real
world different GPU should have different PCH. But actually the
different PCH DIDs likely map to different PCH SKUs. We do the
same thing for the GPU. For PCH, the differ
Just register that pci host bridge specific to passthrough.
Signed-off-by: Tiejun Chen
---
hw/i386/pc_piix.c | 27 +--
1 file changed, 25 insertions(+), 2 deletions(-)
diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
index 6054b5a..938b1be 100644
--- a/hw/i386/pc_piix.
We will try to reuse assign_dev_load_option_rom in xen side, and
especially its a good beginning to unify pci assign codes both on
kvm and xen in the future.
Signed-off-by: Tiejun Chen
---
hw/i386/Makefile.objs | 1 +
hw/i386/kvm/pci-assign.c | 82 --
As of commit 076b35b5a (machine: add default_ram_size to machine class) we
no longer have a global default ram size, but instead machine specific
defaults. When invoking qemu --help we don't know which machine you selected,
so we can't tell the user the default RAM size in the help text anymore now
On Fri, Jun 5, 2015 at 11:05 AM, Alexander Graf wrote:
> As of commit 076b35b5a (machine: add default_ram_size to machine class) we
> no longer have a global default ram size, but instead machine specific
> defaults. When invoking qemu --help we don't know which machine you selected,
> so we can't
On Fri, Jun 05, 2015 at 06:09:38PM +1000, Alexey Kardashevskiy wrote:
> On 06/05/2015 02:25 PM, Bharata B Rao wrote:
> >XICS is setup for each CPU during initialization. Provide a routine
> >to undo the same when CPU is unplugged. Also ensure xics reset doesn't set
> >irq for CPUs that are already
Most of the calls to tcg_opt_gen_mov are preceeded by a test to check if
the source temp is a constant. Fold that into the tcg_opt_gen_mov
function.
Cc: Richard Henderson
Signed-off-by: Aurelien Jarno
---
tcg/optimize.c | 89 --
1 file cha
On 2015-06-04 17:00, Leon Alrae wrote:
> ERETNC is identical to ERET except that an ERETNC will not clear the LLbit
> that is set by execution of an LL instruction, and thus when placed between
> an LL and SC sequence, will never cause the SC to fail.
>
> Presence of ERETNC is denoted by the Confi
Hi,
Is there any way that we could make it easier to add new migration
parameters? The current way is complicated and error prone;
as far as I can tell, to add a new parameter we need to:
1) qapi-schema.json
a) Add to 'MigrationParameter' enum, include comment
b) Add to migrate-set-par
On 05/06/2015 00:15, Don Slutz wrote:
> QMP also uses id, but apparently removes it up front before calling into
> this function; so another fix would be having xen remove it up front.
No, we don't break users.
This patch fixes Xen but not virt-test, which relies on ids. It greps
the QMP outpu
Alexander Graf writes:
> As of commit 076b35b5a (machine: add default_ram_size to machine class) we
> no longer have a global default ram size, but instead machine specific
> defaults. When invoking qemu --help we don't know which machine you selected,
> so we can't tell the user the default RAM
On Wed 03 Jun 2015 09:43:44 PM CEST, Max Reitz wrote:
> Tests 071 and 081 test giving references in blockdev-add. It is not
> necessary to create a BlockBackend here, so omit it.
>
> Signed-off-by: Max Reitz
> Reviewed-by: Eric Blake
Reviewed-by: Alberto Garcia
Berto
On Wed 03 Jun 2015 09:43:54 PM CEST, Max Reitz wrote:
> BlockAcctStats contains statistics about the data transferred from and
> to the device; wr_highest_sector does not fit in with the rest.
>
> Furthermore, those statistics are supposed to be specific for a certain
> device and not necessarily f
On Thu, 4 Jun 2015, Don Slutz wrote:
> - Topal: Output generated on Fri Jun 5 11:09:19 BST 2015
> - Topal: GPG output starts -
> gpg: Signature made Thu 04 Jun 2015 23:20:41 BST using RSA key ID F1ABD29C
> gpg: Can't check signature: public key not found
> - Topal: GPG output ends
On 29/05/2015 12:07, Gerd Hoffmann wrote:
> This adds opengl rendering support to the gtk ui, using egl.
> It's off by default for now, use 'qemu -display gtk,gl=on'
> to play with this.
>
> Note that gtk got native opengl support with release 3.16.
> There most likely will be a separate impleme
On Fri, 5 Jun 2015, Paolo Bonzini wrote:
> - Topal: Using cache file
> `/home/sstabellini/.topal/cache/c86c5929de7d6c8599f3cb59b3e02e5b'-
> - Topal: Output generated on Fri Jun 5 11:25:25 BST 2015
> - Topal: GPG output starts -
> gpg: Signature made Fri 05 Jun 2015 11:25:03 BS
From: Scott Feldman
v3:
Address review comments from Stefan Hajnoczi:
- Add missing hw/net/rocker/qmp-norocker.c file.
- Add missing curly brackets to a for loop
v2:
Address review comments from Stefan Hajnoczi:
- Add missing qapi/rocker.json file.
- Use PRIx64 for print uint64 value
-
* Dr. David Alan Gilbert (dgilb...@redhat.com) wrote:
> Hi,
> Is there any way that we could make it easier to add new migration
> parameters? The current way is complicated and error prone;
> as far as I can tell, to add a new parameter we need to:
>
> 1) qapi-schema.json
> a) Add to 'Mig
From: "Edgar E. Iglesias"
Hi,
This is what is left of round 3 of our series towards support for EL2 for
AArch64.
Comments welcome!
Best regards,
Edgar
v3 -> v4:
* Add comment clarifing the unsigned/signed timer hit arithmetics
* Replace GIC magic constants with macros
* Slightly expanded comm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/06/2015 12:11, Stefano Stabellini wrote:
>>>
>>> Hopefully I will get to a change to Xen. However getting the
>>> Xen change back-ported to enough version(s) will not be
>>> quick...
> Yeah, this is basically an ABI breakage.
>
> We have b
The following changes since commit 3b730f570c5872ceea2137848f1d4554d4847441:
Merge remote-tracking branch 'remotes/agraf/tags/signed-ppc-for-upstream'
into staging (2015-06-04 14:04:14 +0100)
are available in the git repository at:
git://github.com/stefanha/qemu.git tags/net-pull-request
f
From: "Edgar E. Iglesias"
Adds control for trapping selected timer and counter accesses to EL2.
Signed-off-by: Edgar E. Iglesias
---
target-arm/cpu.h| 1 +
target-arm/helper.c | 30 --
2 files changed, 29 insertions(+), 2 deletions(-)
diff --git a/target-arm/c
From: "Edgar E. Iglesias"
Adds support for the virtual timer offset controlled by EL2.
Signed-off-by: Edgar E. Iglesias
---
target-arm/cpu.h| 1 +
target-arm/helper.c | 58 ++---
2 files changed, 52 insertions(+), 7 deletions(-)
diff --git
From: "Edgar E. Iglesias"
Replace magic constants with macros from
hw/arm/virt.h and hw/intc/arm_gic_common.h.
Signed-off-by: Edgar E. Iglesias
---
hw/arm/virt.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/hw/arm/virt.c b/hw/arm/virt.c
index 0a75cc8..4fa2265 10
From: Scott Feldman
When the OS driver enables/disables the port, go ahead and set the port's
link status to up/down in response to the change. This more closely
emulates real hardware when the PHY for the port is brought up/down
and the PHY negotiates carrier (link status) with link partner. I
From: Scott Feldman
With previous patch to support phy name attribute for each port, the OS
can name port interfaces using the hw-derived name. So update rocker
tests to use the new hw-derived interface names.
Signed-off-by: Scott Feldman
Reviewed-by: Stefan Hajnoczi
Message-id: 1432908109-31
On Tue, May 26, 2015 at 9:47 AM, Stefan Hajnoczi wrote:
> On Fri, May 22, 2015 at 10:53:54AM +0800, Yong Wang wrote:
>> On Thu, May 21, 2015 at 03:51:43PM +0200, Paolo Bonzini wrote:
>> > On the QEMU side, there is no support yet for persistent memory and the
>> > NFIT tables from ACPI 6.0. Once
On Wed 03 Jun 2015 10:52:34 PM CEST, Eric Blake wrote:
>> As the comment above bdrv_get_stats() says, BlockAcctStats is
>> something which belongs to the device instead of each
>> BlockDriverState. This patch therefore moves it into the
>> BlockBackend.
>
> Again, Berto may want to eventually repo
On 03/06/15 01:17, John Snow wrote:
On 05/28/2015 04:56 PM, Denis V. Lunev wrote:
On 28/05/15 23:09, John Snow wrote:
On 05/26/2015 10:51 AM, Denis V. Lunev wrote:
On 26/05/15 17:48, Denis V. Lunev wrote:
On 21/05/15 19:44, John Snow wrote:
On 05/21/2015 09:57 AM, Denis V. Lunev wrote:
On
From: "Edgar E. Iglesias"
Signed-off-by: Edgar E. Iglesias
---
target-arm/cpu-qom.h | 1 +
target-arm/cpu.c | 2 ++
target-arm/cpu.h | 3 ++-
target-arm/helper.c | 64
4 files changed, 69 insertions(+), 1 deletion(-)
diff --git a
On Wed 03 Jun 2015 09:43:43 PM CEST, Max Reitz wrote:
> If the "id" field is missing from the options given to blockdev-add,
> just omit the BlockBackend and create the BlockDriverState tree alone.
>
> However, if "id" is missing, "node-name" must be specified; otherwise,
> the BDS tree would no lo
On Wed 03 Jun 2015 09:43:55 PM CEST, Max Reitz wrote:
> As the comment above bdrv_get_stats() says, BlockAcctStats is something
> which belongs to the device instead of each BlockDriverState. This patch
> therefore moves it into the BlockBackend.
>
> Signed-off-by: Max Reitz
Reviewed-by: Alberto
Hi,
> Plus currently only alsa an oss seem to care about this
> option, so even if we keep it, we should probably move it into alsa's
> and oss's backend options.
Makes sense.
> > Looks good to me as draft to start working with. I expect we'll find
> > some details which need tweeking when
On Fr, 2015-06-05 at 12:20 +0200, Paolo Bonzini wrote:
>
> On 29/05/2015 12:07, Gerd Hoffmann wrote:
> > This adds opengl rendering support to the gtk ui, using egl.
> > It's off by default for now, use 'qemu -display gtk,gl=on'
> > to play with this.
> >
> > Note that gtk got native opengl suppo
Hi list,
When running OpenBSD on QEMU without KVM, I see an increase in the number
of sched_yield() system calls in certain multi-threaded benchmarks
(sysbench). However while using KVM accelerator, the number of this system
calls is minimal. Does any have any insight why this is happening? The
ex
On 4 June 2015 at 12:10, Michael S. Tsirkin wrote:
> Sending earlier than usual because the suspend states patches
> block Paolo.
>
> The following changes since commit b821cbe274c5a5cacf1a7b28360d869ae1e6e0c3:
>
> Merge remote-tracking branch 'remotes/mst/tags/for_upstream' into staging
> (201
On Fri, 15 May 2015, Jan Beulich wrote:
> The code introduced to address XSA-126 allows simplification of other
> code in xen_pt_initfn(): All we need to do is update "cmd" suitably,
> as it'll be written back to the host register near the end of the
> function anyway.
>
> Signed-off-by: Jan Beuli
From: "Edgar E. Iglesias"
Signed-off-by: Edgar E. Iglesias
---
hw/arm/virt.c | 4
1 file changed, 4 insertions(+)
diff --git a/hw/arm/virt.c b/hw/arm/virt.c
index 4fa2265..70678f7 100644
--- a/hw/arm/virt.c
+++ b/hw/arm/virt.c
@@ -407,6 +407,10 @@ static void create_gic(VirtBoardInfo *vbi
Signed-off-by: Gerd Hoffmann
---
ui/gtk.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/ui/gtk.c b/ui/gtk.c
index 126326a..df2a79e 100644
--- a/ui/gtk.c
+++ b/ui/gtk.c
@@ -1917,12 +1917,19 @@ static void gd_set_keycode_type(GtkDisplayState *s)
#endif
}
+sta
Il 05/06/2015 00:20, Don Slutz ha scritto:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/04/15 18:10, Eric Blake wrote:
[adding Markus, as author of the regression]
On 06/04/2015 03:59 PM, Don Slutz wrote:
On 06/04/15 11:04, Fabio Fantoni wrote:
Today after trying xen-unstable build (t
> > This unfortunately breaks "-device help" if you do not have an X11
> > connection. gtk_init exits the program.
>
> Ah, *this* is where the libvirt breakage comes from. Was about to
> bisect that one, can stop now ;)
Hmm, no, there seems to be more.
Patch sent for the gtk breakage.
cheers,
On Fri, Jun 05, 2015 at 01:08:09PM +0200, Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
> ---
> ui/gtk.c | 13 -
> 1 file changed, 12 insertions(+), 1 deletion(-)
Reviewed-by: Daniel P. Berrange
Regards,
Daniel
--
|: http://berrange.com -o-http://www.flickr.com/phot
From: "Edgar E. Iglesias"
Prepare for adding the Hypervisor timer, no functional change.
Signed-off-by: Edgar E. Iglesias
---
target-arm/helper.c | 98 +
1 file changed, 76 insertions(+), 22 deletions(-)
diff --git a/target-arm/helper.c b/ta
From: David Ahern
v2:
Review comment from Stefan Hajnoczi:
- use private ROCKER_IFNAMSIZ = 16 to avoid breaking Windows build
as Windows does not include
v1:
Add ROCKER_TLV_CMD_PORT_SETTINGS_PHYS_NAME to port settings. This attribute
exports the port name to the guest OS allowing it to n
On Fri, 15 May 2015, Jan Beulich wrote:
> Expecting the ROM BAR to be written with an all ones value when sizing
> the region is wrong - the low bit has another meaning (enable/disable)
> and bits 1..10 are reserved. The PCI spec also mandates writing all
> ones to just the address portion of the r
>>> On 05.06.15 at 13:32, wrote:
>> --- a/hw/xen/xen_pt.c
>> +++ b/hw/xen/xen_pt.c
>> @@ -248,7 +248,9 @@ static void xen_pt_pci_write_config(PCID
>>
>> /* check unused BAR register */
>> index = xen_pt_bar_offset_to_index(addr);
>> -if ((index >= 0) && (val > 0 && val < XEN_PT_BAR
1: MSI-X: latch MSI-X table writes
2: MSI-X: drive maskall and enable bits through hypercalls
3: MSI-X: really enforce alignment
4: pass-through: correctly deal with RW1C bits
5: pass-through: log errno values rather than function return ones
6: pass-through: constify some static data
Signed-off-b
The following changes since commit 3b730f570c5872ceea2137848f1d4554d4847441:
Merge remote-tracking branch 'remotes/agraf/tags/signed-ppc-for-upstream'
into staging (2015-06-04 14:04:14 +0100)
are available in the git repository at:
git://github.com/stefanha/qemu.git tags/block-pull-request
From: Fam Zheng
If specified as "true", it allows discarding on target sectors where source is
not allocated.
Signed-off-by: Fam Zheng
Reviewed-by: Paolo Bonzini
Message-id: 1432790990-25383-3-git-send-email-f...@redhat.com
Signed-off-by: Stefan Hajnoczi
---
block/mirror.c| 7 +++
From: Fam Zheng
Like bdrv_is_allocated_above, this function follows the backing chain until
seeing
BDRV_BLOCK_ALLOCATED. Base is not included.
Reimplement bdrv_get_block_status on top.
[s/bdrv_is_allocated/bdrv_get_block_status/ in commit message as
suggested by Paolo.
--Stefan]
Signed-off-b
This reverts commit a0710f7995f914e3044e5899bd8ff6c43c62f916.
In qemu-devel email message <556dbf87.2020...@de.ibm.com>, Christian
Borntraeger writes:
Having many guests all with a kernel/ramdisk (via -kernel) and
several null block devices will result in hangs. All hanging
guests are in pa
From: Fam Zheng
Only poll the specific type of event we are interested in, to avoid
stealing events that should be consumed by someone else.
Suggested-by: John Snow
Signed-off-by: Fam Zheng
Reviewed-by: John Snow
Reviewed-by: Paolo Bonzini
Message-id: 1432790990-25383-9-git-send-email-f...@r
From: Fam Zheng
Signed-off-by: Fam Zheng
Reviewed-by: John Snow
Reviewed-by: Paolo Bonzini
Message-id: 1432790990-25383-7-git-send-email-f...@redhat.com
Signed-off-by: Stefan Hajnoczi
---
tests/qemu-iotests/041| 66 ++-
tests/qemu-iotests/iotes
From: Fam Zheng
If guest discards a source cluster, mirroring with bdrv_aio_readv is overkill.
Some protocols do zero upon discard, where it's best to use
bdrv_aio_write_zeroes, otherwise, bdrv_aio_discard will be enough.
Signed-off-by: Fam Zheng
Reviewed-by: Paolo Bonzini
Message-id: 14327909
From: Alberto Garcia
Signed-off-by: Alberto Garcia
Reviewed-by: Stefan Hajnoczi
Message-id:
863922756a1f0d94f697d3ed67bc7c1e4bac3eb0.1432037840.git.be...@igalia.com
Signed-off-by: Stefan Hajnoczi
---
tests/test-throttle.c | 79 ---
1 file chang
From: Alberto Garcia
Signed-off-by: Alberto Garcia
Reviewed-by: Stefan Hajnoczi
Message-id:
8b3b38890977b0a0363c6b82c4ee5545fcf0ba83.1432037840.git.be...@igalia.com
Signed-off-by: Stefan Hajnoczi
---
block/Makefile.objs | 1 +
block/throttle-groups.c | 261 +
From: Alberto Garcia
bdrv_swap() touches the fields of a BlockDriverState that are
protected by the ThrottleGroup lock. Although those fields end up in
their original place, they are temporarily swapped in the process,
so there's a chance that an operation on a member of the same group
happening
From: Fam Zheng
Using this function would always be wrong because a dirty bitmap must
have a specific owner that consumes the dirty bits and calls
bdrv_reset_dirty_bitmap().
Remove the unused function to avoid future misuse.
Reviewed-by: Eric Blake
Signed-off-by: Fam Zheng
Reviewed-by: John S
From: Fam Zheng
This checks that the discard on mirror source that effectively zeroes
data is also reflected by the data of target.
Signed-off-by: Fam Zheng
Reviewed-by: John Snow
Reviewed-by: Paolo Bonzini
Message-id: 1432790990-25383-8-git-send-email-f...@redhat.com
Signed-off-by: Stefan Ha
From: Fam Zheng
Unsetting dirty globally with discard is not very correct. The discard may zero
out sectors (depending on can_write_zeroes_with_unmap), we should replicate
this change to destination side to make sure that the guest sees the same data.
Calling bdrv_reset_dirty also troubles mirro
From: Alberto Garcia
This patch improves the test by attaching a different number of drives
to the VM and putting them in the same throttling group. The test
verifies that the I/O is evenly distributed among all members of the
group, and that the limits are enforced.
By default the test is repea
The way the generic infrastructure works the intention of not allowing
unaligned accesses can't be achieved by simply setting .unaligned to
false. The benefit is that we can now replace the conditionals in
{get,set}_entry_value() by assert()-s.
Signed-off-by: Jan Beulich
--- a/qemu/upstream/hw/x
From: Benoît Canet
Group throttling will share ThrottleState between multiple bs.
As a consequence the ThrottleState will be accessed by multiple aio
context.
Timers are tied to their aio context so they must go out of the
ThrottleState structure.
This commit paves the way for each bs of a comm
From: Alberto Garcia
The throttle group support use a cooperative round robin scheduling
algorithm.
The principles of the algorithm are simple:
- Each BDS of the group is used as a token in a circular way.
- The active BDS computes if a wait must be done and arms the right
timer.
- If a wait m
Introduce yet another mask for them, so that the generic routine can
handle them, at once rendering xen_pt_pmcsr_reg_write() superfluous.
Signed-off-by: Jan Beulich
--- a/qemu/upstream/hw/xen/xen_pt.h
+++ b/qemu/upstream/hw/xen/xen_pt.h
@@ -105,6 +105,8 @@ struct XenPTRegInfo {
uint32_t res
On 5 June 2015 at 00:41, Alexander Graf wrote:
> Hi Peter,
>
> This is my current patch queue for s390. Please pull.
>
> Alex
>
>
> The following changes since commit 3b730f570c5872ceea2137848f1d4554d4847441:
>
> Merge remote-tracking branch 'remotes/agraf/tags/signed-ppc-for-upstream'
> into
From: Alberto Garcia
Signed-off-by: Alberto Garcia
Reviewed-by: Stefan Hajnoczi
Message-id:
44ae278a9fb498be955774a545009a854b404392.1432037840.git.be...@igalia.com
Signed-off-by: Stefan Hajnoczi
---
include/qemu/throttle.h | 8 +---
util/throttle.c | 8 +---
2 files changed,
Functions setting errno commonly return just -1, which is of no
particular use in the log file.
Signed-off-by: Jan Beulich
--- a/qemu/upstream/hw/xen/xen_pt.c
+++ b/qemu/upstream/hw/xen/xen_pt.c
@@ -609,8 +609,8 @@ static void xen_pt_region_update(XenPCIP
g
Particularly the maskall bit has to be under exclusive hypervisor
control (and since they live in the same config space field, the
enable bit has to follow suit). Use the replacement hypercall
interfaces.
Signed-off-by: Jan Beulich
--- a/qemu/upstream/hw/xen/xen_pt.h
+++ b/qemu/upstream/hw/xen/x
From: Alberto Garcia
Signed-off-by: Alberto Garcia
Reviewed-by: Stefan Hajnoczi
Message-id:
ff3b3bab499b8d9d6e1ce1dbddf84334571aaab7.1432037840.git.be...@igalia.com
Signed-off-by: Stefan Hajnoczi
---
block/qapi.c | 3 +++
hmp.c| 6 --
qapi/block-core.json | 4 +++-
The remaining log message in pci_msix_write() is wrong, as there guest
behavior may only appear to be wrong: For one, the old logic didn't
take the mask-all bit into account. And then this shouldn't depend on
host device state (i.e. the host may have masked the entry without the
guest having done s
This is done indirectly by adjusting two typedefs and helps emphasizing
that the respective tables aren't supposed to be modified at runtime
(as they may be shared between devices).
Signed-off-by: Jan Beulich
--- a/qemu/upstream/hw/xen/xen_pt.h
+++ b/qemu/upstream/hw/xen/xen_pt.h
@@ -31,7 +31,7
1 - 100 of 334 matches
Mail list logo
