We've added a bunch of files for s390x that are not reflected in the
respective sections. I'd hope Christian and Alex do not object to adding
them :)
Cornelia Huck (1):
s390x: sweep up unmaintained files
MAINTAINERS | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
--
1.8.5.5
Several s390x/kvm/ccw related files don't have an entry in MAINTAINERS:
Sort them into the appropriate sections.
CC: Christian Borntraeger
CC: Alexander Graf
Signed-off-by: Cornelia Huck
---
MAINTAINERS | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAIN
On Mon, 20 Oct 2014 17:15:48 +0300
"Michael S. Tsirkin" wrote:
> On Mon, Oct 20, 2014 at 03:04:44PM +0100, Peter Maydell wrote:
> > On 20 October 2014 10:19, Markus Armbruster wrote:
> > > Contributors rely on this script to find maintainers to copy. The
> > > script falls back to git when no e
On 2014/10/21 13:53, Weidong Huang wrote:
> On 2014/10/20 19:39, Kevin Wolf wrote:
>
>> Am 20.10.2014 um 13:27 hat Weidong Huang geschrieben:
>>> On 2014/10/20 17:41, Kevin Wolf wrote:
>>>
Am 18.10.2014 um 12:02 hat Weidong Huang geschrieben:
> Hi ALL:
>
> There are two ways to e
On 2014/10/20 15:02, Gerd Hoffmann wrote:
>
> Hi,
>
>> If we set the max trying times, and then
>> There are some concepts:
>> - INTERVAL_TIME: a time window that user can connnet vnc server
>> - REJECT_TIME: the time of reject any connection
>> - MAX_TRY_TIMES: the times that user can conn
On 2014/10/20 19:39, Kevin Wolf wrote:
> Am 20.10.2014 um 13:27 hat Weidong Huang geschrieben:
>> On 2014/10/20 17:41, Kevin Wolf wrote:
>>
>>> Am 18.10.2014 um 12:02 hat Weidong Huang geschrieben:
Hi ALL:
There are two ways to eject the cdrom tray. One is by the eject's qmp
c
Hi Igor,
On 10/20/2014 11:09 PM, Igor Mammedov wrote:
> On Fri, 10 Oct 2014 10:16:07 +0800
> Gu Zheng wrote:
>
>> Introduce helper function acpi_set_cpu_present_bit() to simplify
>> acpi_cpu_plug_cb
>> and acpi_cpu_hotplug_init, so that we can keep bit setting in one place.
>>
>> Signed-off-by:
On Tue, 2014-10-21 at 01:29 +0200, Alexander Graf wrote:
>
>
> > Am 21.10.2014 um 00:34 schrieb Knut Omang :
> >
> > This patch set changes the data structure used to handle address spaces
> > within
> > the emulated Intel iommu to support traversal also if bus numbers are
> > dynamically
> >
On 2014/10/20 20:12, Markus Armbruster wrote:
>
> Correct. This is a known wart. To work around it, wait for event
> DEVICE_TRAY_MOVED and eject again. Yes, this is racy: the guest can
> reclose the tray and lock it before you get your eject in.
Yes. You got it. But how to resolve the racy?
On 10/20/2014 08:23 AM, Chen Gang wrote:
On 10/19/2014 10:58 PM, Guenter Roeck wrote:
This doesn't use devicetree, but the configurations are known to be working
with kernel releases all the way back to kernel version 3.10.
Yeah, really it is !
After try upstream qemu and upstream kernel, f
>> >> Hi,
>> >>
>> >> I noticed that bdrv_drain_all is performed in load_vmstate before
>> bdrv_snapshot_goto,
>> >> and bdrv_drain_all is performed in qmp_transaction before
>> internal_snapshot_prepare,
>> >> so is it also neccesary to perform bdrv_drain_all in savevm and delvm?
>> >
>> >Definite
On 2014/10/20 19:39, Kevin Wolf wrote:
> Am 20.10.2014 um 13:27 hat Weidong Huang geschrieben:
>> On 2014/10/20 17:41, Kevin Wolf wrote:
>>
>>> Am 18.10.2014 um 12:02 hat Weidong Huang geschrieben:
Hi ALL:
There are two ways to eject the cdrom tray. One is by the eject's qmp
c
> Am 21.10.2014 um 00:34 schrieb Knut Omang :
>
> This patch set changes the data structure used to handle address spaces within
> the emulated Intel iommu to support traversal also if bus numbers are
> dynamically
> allocated, as is the case for devices that sit behind root ports or
> downst
On Mon, 2014-10-20 at 21:03 +0200, Knut Omang wrote:
> On Mon, 2014-10-20 at 20:18 +0200, Jan Kiszka wrote:
> > On 2014-10-20 17:15, Knut Omang wrote:
> > > On Mon, 2014-10-20 at 17:23 +0300, Michael S. Tsirkin wrote:
> > >> WRT intel_iommu, it does not yet seem to be as fully functional as I
> > >
This patch set changes the data structure used to handle address spaces within
the emulated Intel iommu to support traversal also if bus numbers are
dynamically
allocated, as is the case for devices that sit behind root ports or downstream
switches.
This means that we cannot use bus number as ind
- Add call to pci_setup_iommu for the secondary bus in a bridge.
- Refactor IntelIOMMUState to use a list instead of tables based on
bus/devfn, as bus numbers can change dynamically.
- Instead store reference to the VTDAddressSpace as an AddressSpace
pointer, dma_as within PCIDevice.
- Use NULL
The dev pointer is needed by intel_iommu to enable it to store the dma address
pointer
with the device.
Signed-off-by: Knut Omang
---
hw/alpha/typhoon.c | 2 +-
hw/pci-host/apb.c| 2 +-
hw/pci-host/prep.c | 3 +--
hw/pci-host/q35.c| 5 +++--
hw/pci/pci.c | 7 +++
hw/ppc/
On Mon, Oct 20, 2014 at 01:56:43PM +0200, Florian Weimer wrote:
> I cannot comment on whether the proposed STARTTLS command is at the correct
> stage of the NBD protocol. If there is a protocol description for NBD, I
> can have a look.
To make this discussion in that regard a bit easier, I've com
On Mon, Oct 20, 2014 at 01:51:43PM +0200, Markus Armbruster wrote:
> Stefan Hajnoczi writes:
>
> > On Mon, Oct 20, 2014 at 08:58:14AM +0100, Daniel P. Berrange wrote:
> >> On Sat, Oct 18, 2014 at 07:33:22AM +0100, Richard W.M. Jones wrote:
> >> > On Sat, Oct 18, 2014 at 12:03:23AM +0200, Wouter V
On 20 October 2014 21:10, Don Slutz wrote:
> Here is a possible patch (based on a xen change). It adds the special
> supporter:THE REST
>
> Which is listed at the end of MAINTAINERS. I included a quick guess...
> +THE REST
> +M: Michael S. Tsirkin
> +M: Peter Maydell
> +L: qemu-devel@nongnu.o
Am 20.10.2014 um 17:56 schrieb Max Reitz :
> On 20.10.2014 at 16:35, Peter Lieven wrote:
>> This adds some preparing patches for upcoming multiwrite modifications.
>> I will leave the dangerous patches for after 2.2 release.
>>
>> Peter Lieven (4):
>> block: add accounting for merged requests
On 10/20/14 15:03, Michael S. Tsirkin wrote:
On Mon, Oct 20, 2014 at 03:19:52PM +0100, Peter Maydell wrote:
On 20 October 2014 15:15, Michael S. Tsirkin wrote:
On Mon, Oct 20, 2014 at 03:04:44PM +0100, Peter Maydell wrote:
On 20 October 2014 10:19, Markus Armbruster wrote:
Contributors rely
Changes v6 to v7:
Stefano Stabellini
Use QEMU_BUILD_BUG_ON, please do not define your own.
Switched to QEMU_BUILD_BUG_ON.
Dropped Reviewed-by: Paul Durrant (moved below ---)
Changes v5 to v6:
Paul Durrant
Do we need a forward declaration?
Nope. Drooped.
Added Reviewe
This adds synchronisation of the 6 vcpu registers (only 32bits of
them) that vmport.c needs between Xen and QEMU.
This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
fetch and put these 6 vcpu registers used by the code in vmport.c
and vmmouse.c
The registers are passed in the new sha
On Mon, 2014-10-20 at 21:03 +0200, Knut Omang wrote:
> On Mon, 2014-10-20 at 20:18 +0200, Jan Kiszka wrote:
> > On 2014-10-20 17:15, Knut Omang wrote:
> > > On Mon, 2014-10-20 at 17:23 +0300, Michael S. Tsirkin wrote:
> > >> WRT intel_iommu, it does not yet seem to be as fully functional as I
> > >
Hi all!
I found that each time when Qemu is running via gdb, with the same start
options, the exact Translation Blocks (TBs) execute slightly different each
time.
For example the first time I start Qemu with gdb, and set the
breakpoint at tcg_qemu_tb_exec(env,
tc_ptr), and I ignore the first 1000
On 10/20/14 11:03, Stefano Stabellini wrote:
On Mon, 20 Oct 2014, Don Slutz wrote:
This adds synchronisation of the 6 vcpu registers (only 32bits of
them) that vmport.c needs between Xen and QEMU.
This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
fetch and put these 6 vcpu registe
On Mon, 2014-10-20 at 20:18 +0200, Jan Kiszka wrote:
> On 2014-10-20 17:15, Knut Omang wrote:
> > On Mon, 2014-10-20 at 17:23 +0300, Michael S. Tsirkin wrote:
> >> WRT intel_iommu, it does not yet seem to be as fully functional as I
> >> hoped. People also discussed the best way to handle virtio v
On Mon, Oct 20, 2014 at 03:19:52PM +0100, Peter Maydell wrote:
> On 20 October 2014 15:15, Michael S. Tsirkin wrote:
> > On Mon, Oct 20, 2014 at 03:04:44PM +0100, Peter Maydell wrote:
> >> On 20 October 2014 10:19, Markus Armbruster wrote:
> >> > Contributors rely on this script to find maintaine
On 10/19/2014 08:23 AM, Alon Levy wrote:
On 10/19/2014 05:12 AM, Ray Strode wrote:
From: Ray Strode
commit 57f97834efe0c208ffadc9d2959f3d3d55580e52 cleaned up
the cac_applet_pki_process_apdu function to have a single
exit point. Unfortunately, that commit introduced a bug
where the sign buff
On 10/20/2014 04:15 PM, Michael S. Tsirkin wrote:
What do you want to happen in this case?
Won't this cause even more patches to fall to the floor?
The benefit seems marginal, the risk high.
I agree with Michael.
Can we detect if get_maintainer.pl is invoked as a cccmd, and in this
case defa
On 10/20/2014 11:19 AM, Markus Armbruster wrote:
In my experience, too many files are not covered by MAINTAINERS.
scripts/get_maintainer.pl falls back to git then, unless you say
--no-git-fallback. Copies sent there tends to annoy their recipients
without accomplishing all that much.
Two obviou
On 10/16/2014 10:12 AM, Dr. David Alan Gilbert wrote:
Yes; I suspect it's the vmstate_register_ram that uses TARGET_PAGE_MASK,
one of the patches in my postcopy world adds a function in exec.c that
returns TARGET_PAGE_BITS so that stuff that needs to know target page size
can make a call to find
On 2014-10-20 19:20, Michael S. Tsirkin wrote:
> On Mon, Oct 20, 2014 at 04:37:15PM +0200, Jan Kiszka wrote:
>> On 2014-10-20 16:23, Michael S. Tsirkin wrote:
>>>
>>> WRT intel_iommu, it does not yet seem to be as fully functional as I
>>> hoped.
>>
>> What is missing or broken?
>
> PCI to PCI bri
On 2014-10-20 17:15, Knut Omang wrote:
> On Mon, 2014-10-20 at 17:23 +0300, Michael S. Tsirkin wrote:
>> WRT intel_iommu, it does not yet seem to be as fully functional as I
>> hoped. People also discussed the best way to handle virtio versus iommu
>> (it bypasses it ATM).
>> I'd like to suggest w
On Fri, Oct 03, 2014 at 05:33:37PM -0400, Don Slutz wrote:
> From: "Dr. David Alan Gilbert"
>
> This is a pc & q35 only machine opt.
>
> VMWare apparently doesn't like running under QEMU due to our
> incomplete emulation of it's special IO Port. This adds a
> pc & q35 property to allow it to be
Am 20.10.2014 um 18:39 hat Roger Pau Monne geschrieben:
> Acknowledge this and forcefully set BDRV_O_NOCACHE and O_DIRECT in order to
> force QEMU to use aligned buffers.
>
> Signed-off-by: Roger Pau Monné
> Cc: Kevin Wolf
> Cc: Stefan Hajnoczi
> ---
> block/raw-posix.c | 12
> 1
On Mon, Oct 20, 2014 at 04:37:15PM +0200, Jan Kiszka wrote:
> On 2014-10-20 16:23, Michael S. Tsirkin wrote:
> >
> > WRT intel_iommu, it does not yet seem to be as fully functional as I
> > hoped.
>
> What is missing or broken?
PCI to PCI bridges don't work, do they?
> > People also discussed
On 10/20/2014 06:29 AM, Igor Mammedov wrote:
> use error_report_fatal() helper instead of a bunch of
> if (local_err) {
> error_report(foo);
> error_free(local_err);
> exit(1);
> }
> code blocks
>
> Signed-off-by: Igor Mammedov
> ---
> * s/exit_if_error/error_repo
Am 20.10.2014 um 16:35 hat Max Reitz geschrieben:
> If the qcow2 check function detects a refcount block located beyond the
> image end, grow the image appropriately. This cannot break anything and
> is the logical fix for such a case.
>
> Signed-off-by: Max Reitz
> Reviewed-by: Eric Blake
> ---
On Mon, 20 Oct 2014 18:08:56 +0200
Alexander Graf wrote:
>
>
> On 20.10.14 08:58, Michael S. Tsirkin wrote:
> > Current support for bus master (clearing OK bit) together with the need to
> > support guests which do not enable PCI bus mastering, leads to extra state
> > in
> > VIRTIO_PCI_FLAG_B
Acknowledge this and forcefully set BDRV_O_NOCACHE and O_DIRECT in order to
force QEMU to use aligned buffers.
Signed-off-by: Roger Pau Monné
Cc: Kevin Wolf
Cc: Stefan Hajnoczi
---
block/raw-posix.c | 12
1 file changed, 12 insertions(+)
diff --git a/block/raw-posix.c b/block/raw
On 20.10.14 08:58, Michael S. Tsirkin wrote:
> Current support for bus master (clearing OK bit) together with the need to
> support guests which do not enable PCI bus mastering, leads to extra state in
> VIRTIO_PCI_FLAG_BUS_MASTER_BUG bit, which isn't robust in case of
> cross-version
> migratio
Am 20.10.2014 um 17:09 hat Zhang Haoyu geschrieben:
> >> Hi,
> >>
> >> I noticed that bdrv_drain_all is performed in load_vmstate before
> bdrv_snapshot_goto,
> >> and bdrv_drain_all is performed in qmp_transaction before
> internal_snapshot_prepare,
> >> so is it also neccesary to perform bdrv_dra
On 20.10.2014 at 16:35, Peter Lieven wrote:
This adds some preparing patches for upcoming multiwrite modifications.
I will leave the dangerous patches for after 2.2 release.
Peter Lieven (4):
block: add accounting for merged requests
block: introduce bdrv_runtime_opts
block: add a knob
On 20.10.2014 at 16:35, Peter Lieven wrote:
As it was not obvious (at least for me) where the 32 comes from
add a constant for it.
This needs some separator ("...comes from; add a..." or something like
that).
Signed-off-by: Peter Lieven
---
hw/block/virtio-blk.c |4 +++-
1 file chan
On 20.10.2014 at 16:35, Peter Lieven wrote:
the block layer silently merges write requests since
It's still s/^t/T/ ;-)
commit 40b4f539. This patch adds a knob to disable
this feature as there has been some discussion lately
if multiwrite is a good idea at all and as it falsifies
benchmarks.
On Fri, 10 Oct 2014 10:16:05 +0800
Gu Zheng wrote:
> Remove the unused CPU hot-plug notifier.
>
> Signed-off-by: Gu Zheng
Reviewed-by: Igor Mammedov
> ---
> v5:
> -delete the caller of notifier_list_notify() in this patch.
>
> include/sysemu/sysemu.h |3 ---
> qom/cpu.c |
On 20.10.2014 at 16:35, Peter Lieven wrote:
This patch (orginally by Kevin) adds a bdrv_runtime_opts QemuOptsList.
The list will absorb all options that belong to the BDS (and not the
BlockBackend) and will be parsed and handled in bdrv_open_common.
Signed-off-by: Kevin Wolf
Signed-off-by: Pete
On 10/19/2014 10:58 PM, Guenter Roeck wrote:
>
> This doesn't use devicetree, but the configurations are known to be working
> with kernel releases all the way back to kernel version 3.10.
>
Yeah, really it is !
After try upstream qemu and upstream kernel, for me, neither them can
work well. Fo
Am 29.08.2014 um 23:40 hat Max Reitz geschrieben:
> The size of a refblock entry is (in theory) variable; calculate
> therefore the number of entries per refblock and the according bit shift
> (1 << x == entry count) when opening an image.
>
> Signed-off-by: Max Reitz
> ---
> block/qcow2.c | 2 +
On 10/20/2014 04:52 AM, Juan Quintela wrote:
> "Dr. David Alan Gilbert" wrote:
>> * Juan Quintela (quint...@redhat.com) wrote:
>>> This allows us to store the current state to send it through migration.
>>
>> Why store the runstate as a string? The later code then ends up doing
>> string compares
On Mon, 20 Oct 2014, Don Slutz wrote:
> This adds synchronisation of the 6 vcpu registers (only 32bits of
> them) that vmport.c needs between Xen and QEMU.
>
> This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
> fetch and put these 6 vcpu registers used by the code in vmport.c
> and
On Mon, 2014-10-20 at 17:23 +0300, Michael S. Tsirkin wrote:
> WRT intel_iommu, it does not yet seem to be as fully functional as I
> hoped. People also discussed the best way to handle virtio versus iommu
> (it bypasses it ATM).
> I'd like to suggest we hide the iommu from the command line
> help
Am 20.10.2014 um 16:35 hat Max Reitz geschrieben:
> We will later call calculate_refcounts multiple times, so reuse the
> refcount table if possible.
>
> Signed-off-by: Max Reitz
> Reviewed-by: Benoît Canet
Reviewed-by: Kevin Wolf
>> Hi,
>>
>> I noticed that bdrv_drain_all is performed in load_vmstate before
bdrv_snapshot_goto,
>> and bdrv_drain_all is performed in qmp_transaction before
internal_snapshot_prepare,
>> so is it also neccesary to perform bdrv_drain_all in savevm and delvm?
>
>Definitely yes for savevm. do_s
On Fri, 10 Oct 2014 10:16:07 +0800
Gu Zheng wrote:
> Introduce helper function acpi_set_cpu_present_bit() to simplify
> acpi_cpu_plug_cb
> and acpi_cpu_hotplug_init, so that we can keep bit setting in one place.
>
> Signed-off-by: Gu Zheng
> ---
> v5:
> -rename acpi_set_local_sts to acpi_set_
On 20.10.2014 at 16:35, Peter Lieven wrote:
Signed-off-by: Peter Lieven
---
block.c|2 ++
block/accounting.c |8 +++-
block/qapi.c |2 ++
hmp.c |6 +-
include/block/accounting.h |3 +++
qapi/block-c
Am 20.10.2014 um 16:35 hat Max Reitz geschrieben:
> Pull check_refblocks() before calculate_refcounts() so we can drop its
> static declaration.
>
> Signed-off-by: Max Reitz
> Reviewed-by: Benoît Canet
Reviewed-by: Kevin Wolf
On 10/20/2014 03:19 AM, Markus Armbruster wrote:
> Contributors rely on this script to find maintainers to copy. The
> script falls back to git when no exact MAINTAINERS pattern matches.
> When that happens, recent contributors get copied, which tends not be
> particularly useful. Some contributo
On Fri, 10 Oct 2014 10:16:06 +0800
Gu Zheng wrote:
> Rename:
> AcpiCpuHotplug_init --> acpi_cpu_hotplug_init
> AcpiCpuHotplug_ops --> acpi_cpu_hotplug_ops
> for better readability, just cleanup.
>
> Signed-off-by: Gu Zheng
Reviewed-by: Igor Mammedov
> ---
> hw/acpi/cpu_hotplug.c |
* Paolo Bonzini (pbonz...@redhat.com) wrote:
> Il 15/10/2014 17:59, Juan Quintela ha scritto:
> > My idea here is that, if you don't use libvirt, you just start without
> > -S.
>
> If you don't use libvirt or any other QEMU management layer, you're not
> going to do migration except for debugging
There are certain cases where repairing a qcow2 image might actually
damage it further (or rather, where repairing it has in fact damaged it
further with the old qcow2 check implementation). This should not
happen, so add a test for these cases.
Furthermore, the repair function now repairs refbloc
On Fri, 10 Oct 2014 10:16:04 +0800
Gu Zheng wrote:
> Update rtc_cmos in pc_cpu_plug() directly, instead of the notifier.
>
> Signed-off-by: Gu Zheng
Reviewed-by: Igor Mammedov
> ---
> v5:
> -move CPU hot-plug notifier cleanup hunk into Patch 6/8.
>
> v4:
> -Make link property in PCMachine
On Fri, 10 Oct 2014 10:16:03 +0800
Gu Zheng wrote:
> Add cpu hotplug handler to PC_MACHINE, which will perform the acpi
> cpu hotplug callback via hotplug_handler API.
>
> Signed-off-by: Gu Zheng
Reviewed-by: Igor Mammedov
> ---
> v5:
> -split the check out of acpi_dev block.
> v3:
> -deal
Am 29.08.2014 um 23:40 hat Max Reitz geschrieben:
> Put the code for calculating the reference counts and comparing them
> during qemu-img check into own functions.
>
> Signed-off-by: Max Reitz
> Reviewed-by: Benoît Canet
> +static int calculate_refcounts(BlockDriverState *bs, BdrvCheckResult *
On Fri, 10 Oct 2014 10:16:02 +0800
Gu Zheng wrote:
> Convert notifier based hotplug to hotplug_handler API,
> and remove the unused AcpiCpuHotplug_add().
>
> Signed-off-by: Gu Zheng
Reviewed-by: Igor Mammedov
> ---
> v5:
> -drop 'handle' from the comment and subject.
> v2:
> -remove the unu
This adds some preparing patches for upcoming multiwrite modifications.
I will leave the dangerous patches for after 2.2 release.
Peter Lieven (4):
block: add accounting for merged requests
block: introduce bdrv_runtime_opts
block: add a knob to disable multiwrite_merge
hw/virtio-blk: add
On Fri, 10 Oct 2014 10:16:01 +0800
Gu Zheng wrote:
> Convert notifier based hotplug to hotplug_handler API.
>
> Signed-off-by: Gu Zheng
Reviewed-by: Igor Mammedov
> ---
> v5:
> -drop 'handle' from the comment and subject.
>
> hw/acpi/ich9.c | 13 ++---
> include/hw/acpi/i
On 20.10.2014 at 16:25, Kevin Wolf wrote:
Am 29.08.2014 um 23:40 hat Max Reitz geschrieben:
The size of a refblock entry is (in theory) variable; calculate
therefore the number of entries per refblock and the according bit shift
(1 << x == entry count) when opening an image.
Signed-off-by: Max
On Mon, 2014-10-20 at 20:14 +0800, Le Tan wrote:
> Hi Markus,
>
> 2014-10-20 19:41 GMT+08:00 Markus Armbruster :
> > "Michael S. Tsirkin" writes:
> >
> >> (((sid) >> 8) && 0xff) makes no sense
> >> (((sid) >> 8) & 0xff) seems to be what was meant.
> >>
> >> Suggested-by: Markus Armbruster
> >
>
Am 20.10.2014 um 16:39 hat Max Reitz geschrieben:
> On 20.10.2014 at 16:25, Kevin Wolf wrote:
> >Am 29.08.2014 um 23:40 hat Max Reitz geschrieben:
> >>The size of a refblock entry is (in theory) variable; calculate
> >>therefore the number of entries per refblock and the according bit shift
> >>(1
On 2014-10-20 16:23, Michael S. Tsirkin wrote:
>
> WRT intel_iommu, it does not yet seem to be as fully functional as I
> hoped.
What is missing or broken?
> People also discussed the best way to handle virtio versus iommu
> (it bypasses it ATM).
We need to declare in the ACPI tables that the
On 09/09/2014 01:11 PM, Paolo Bonzini wrote:
> Il 09/09/2014 09:54, Eric Auger ha scritto:
>> Allows sysbus devices to be instantiated from command line by
>> using -device option
>>
>> Signed-off-by: Alexander Graf
>> Signed-off-by: Eric Auger
>>
>> ---
>>
>> v2 -> v3
>> - renaming of arm_platfo
As it was not obvious (at least for me) where the 32 comes from
add a constant for it.
Signed-off-by: Peter Lieven
---
hw/block/virtio-blk.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/hw/block/virtio-blk.c b/hw/block/virtio-blk.c
index 6051027..23bc948 100644
--- a
Am 25.01.13 um 15:14 schrieb Luiz Capitulino:
The statistics are now available through device properties via a
polling mechanism. First a client has to enable polling, then it
can query available stats.
Polling is enabled by setting an update interval (in seconds)
to a property named guest-stats
the block layer silently merges write requests since
commit 40b4f539. This patch adds a knob to disable
this feature as there has been some discussion lately
if multiwrite is a good idea at all and as it falsifies
benchmarks.
Signed-off-by: Peter Lieven
---
block.c |9 +
This patch (orginally by Kevin) adds a bdrv_runtime_opts QemuOptsList.
The list will absorb all options that belong to the BDS (and not the
BlockBackend) and will be parsed and handled in bdrv_open_common.
Signed-off-by: Kevin Wolf
Signed-off-by: Peter Lieven
---
block.c | 39
On Fri, 10 Oct 2014 10:16:00 +0800
Gu Zheng wrote:
> Add cpu hotplug callback function (acpi_cpu_plug_cb) to match hotplug_handler
> API.
>
> Signed-off-by: Gu Zheng
> ---
Reviewed-by: Igor Mammedov
> v4:
> -convert CPUState *cpu to DeviceState *dev like it's done for other handlers
> and
Signed-off-by: Peter Lieven
---
block.c|2 ++
block/accounting.c |8 +++-
block/qapi.c |2 ++
hmp.c |6 +-
include/block/accounting.h |3 +++
qapi/block-core.json |9 -
6 files changed, 27
The previous commit introduced the "rebuild" variable to qcow2's
implementation of the image consistency check. Now make use of this by
adding a function which creates a completely new refcount structure
based solely on the in-memory information gathered before.
The old refcount structure will be
If a referenced cluster has a refcount of 0, increasing its refcount may
result in clusters being allocated for the refcount structures. This may
overwrite the referenced cluster, therefore we cannot simply increase
the refcount then.
In such cases, we can either try to replicate all the refcount
Put the code for calculating the reference counts and comparing them
during qemu-img check into own functions.
Signed-off-by: Max Reitz
Reviewed-by: Benoît Canet
---
block/qcow2-refcount.c | 153 -
1 file changed, 102 insertions(+), 51 deletions(-
Pull check_refblocks() before calculate_refcounts() so we can drop its
static declaration.
Signed-off-by: Max Reitz
Reviewed-by: Benoît Canet
---
block/qcow2-refcount.c | 102 -
1 file changed, 49 insertions(+), 53 deletions(-)
diff --git a/block
Because the old refcount structure will be leaked after having rebuilt
it, we need to recalculate the refcounts and run a leak-fixing operation
afterwards (if leaks should be fixed at all).
Signed-off-by: Max Reitz
Reviewed-by: Benoît Canet
---
block/qcow2-refcount.c | 35 ++
The size of a refblock entry is (in theory) variable; calculate
therefore the number of entries per refblock and the according bit shift
(1 << x == entry count) when opening an image.
Signed-off-by: Max Reitz
Reviewed-by: Eric Blake
---
block/qcow2.c | 3 +++
block/qcow2.h | 2 ++
2 files chang
039, 060 and 061 all create images with referenced clusters having a
refcount of 0. Because previous commits changed handling of such errors,
these tests now have a different output. Fix it.
Furthermore, 060 created a refblock with a refcount greater than one
which now results in having to rebuild
We will later call calculate_refcounts multiple times, so reuse the
refcount table if possible.
Signed-off-by: Max Reitz
Reviewed-by: Benoît Canet
---
block/qcow2-refcount.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/block/qcow2-refcount.c b/block/qcow2-ref
When opening dirty images, qcow2's repair function should not only
repair errors but leaks as well.
Signed-off-by: Max Reitz
Reviewed-by: Eric Blake
Reviewed-by: Benoît Canet
---
block/qcow2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block/qcow2.c b/block/qcow2.c
ind
If the qcow2 check function detects a refcount block located beyond the
image end, grow the image appropriately. This cannot break anything and
is the logical fix for such a case.
Signed-off-by: Max Reitz
Reviewed-by: Eric Blake
---
block/qcow2-refcount.c | 62 ++
As can be seen in the final patch of this series, there are certain
cases where the current repair implementation of qcow2 actually damages
the image further because it allocates new clusters for the refcount
structure which overlap with existing but according to the on-disk
refcounts (which are as
Am 29.08.2014 um 23:40 hat Max Reitz geschrieben:
> When opening dirty images, qcow2's repair function should not only
> repair errors but leaks as well.
>
> Signed-off-by: Max Reitz
> Reviewed-by: Eric Blake
> Reviewed-by: Benoît Canet
Reviewed-by: Kevin Wolf
On 14/07/2014 17:19, Leon Alrae wrote:
Signed-off-by: Leon Alrae
---
target-mips/translate_init.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/target-mips/translate_init.c b/target-mips/translate_init.c
index bcfc46a..0b70d05 100644
--- a/target-mips/trans
On 20 October 2014 15:15, Michael S. Tsirkin wrote:
> On Mon, Oct 20, 2014 at 03:04:44PM +0100, Peter Maydell wrote:
>> On 20 October 2014 10:19, Markus Armbruster wrote:
>> > Contributors rely on this script to find maintainers to copy. The
>> > script falls back to git when no exact MAINTAINER
WRT intel_iommu, it does not yet seem to be as fully functional as I
hoped. People also discussed the best way to handle virtio versus iommu
(it bypasses it ATM).
I'd like to suggest we hide the iommu from the command line
help for 2.2, this way people don't activate it mistakenly.
Let's make it
On Mon, 20 Oct 2014 09:58:50 +0300
"Michael S. Tsirkin" wrote:
> Current support for bus master (clearing OK bit) together with the need to
> support guests which do not enable PCI bus mastering, leads to extra state in
> VIRTIO_PCI_FLAG_BUS_MASTER_BUG bit, which isn't robust in case of
> cross-v
On Mon, Oct 20, 2014 at 03:04:44PM +0100, Peter Maydell wrote:
> On 20 October 2014 10:19, Markus Armbruster wrote:
> > Contributors rely on this script to find maintainers to copy. The
> > script falls back to git when no exact MAINTAINERS pattern matches.
> > When that happens, recent contribut
On 20 October 2014 11:25, Stefan Hajnoczi wrote:
> Hi,
> At KVM Forum 2014 we discussed a patch checking bot that automates patch
> format checking and smoke testing:
>
> 1. Did the patch submitter include Signed-off-by?
> 2. Does checkpatch.pl pass?
> 3. Does the patch apply to qemu.git/master?
>
On 20 October 2014 10:19, Markus Armbruster wrote:
> Contributors rely on this script to find maintainers to copy. The
> script falls back to git when no exact MAINTAINERS pattern matches.
> When that happens, recent contributors get copied, which tends not be
> particularly useful. Some contrib
Am 20.10.2014 um 15:48 hat Zhang Haoyu geschrieben:
> Hi,
>
> I noticed that bdrv_drain_all is performed in load_vmstate before
> bdrv_snapshot_goto,
> and bdrv_drain_all is performed in qmp_transaction before
> internal_snapshot_prepare,
> so is it also neccesary to perform bdrv_drain_all in sa
1 - 100 of 210 matches
Mail list logo
