Markus Armbruster writes:
> Markus Armbruster writes:
>
>> Eric Blake writes:
>>
>>> Now that we elide unnecessary visits of empty types, we can
>>> start using the special ':empty' type in more places. By using
>>> the empty type as the base class of every explicit struct or
>>> union, and as
On 01/27/2016 12:52 PM, Jason Wang wrote:
On 01/26/2016 02:44 PM, Fam Zheng wrote:
On Tue, 01/26 06:24, w...@redhat.com wrote:
Wei Xu (10):
'Segment', 'Chain' and 'Status' enumeration.
Initilize & Cleanup.
Chain lookup and packets caching.
Tcp general data coalescing
The drain
On 26/01/2016 19:16, Peter Maydell wrote:
> This is a big fat patchset that touches nearly 800 files,
> but it's all automated use of scripts/clean-includes.
> This doesn't cover the whole tree, but it does get all
> of target-* and hw/ and some other bits.
> I split the patches up mostly roughly
This series is a prerequisite for COLO, here we add each netdev
a default buffer filter, it is disabled by default, and has
no side effect for delivering packets in net layer.
Note: this series is based on patch
'[PATCH v2] net/filter: Fix the output information for command 'info
network'
v
With this property, users can control if this filter is 'enable'
or 'disable'. The default behavior for filter is enabled.
We will skip the disabled filter when delivering packets in net layer.
Signed-off-by: zhanghailiang
---
v2:
- Squash previous patch 3 into this patch (Jason's suggestion)
-
We may want to accept zero interval when VM FT solutions like MC
or COLO use this filter to release packets on demand.
Signed-off-by: zhanghailiang
Reviewed-by: Yang Hongyang
---
net/filter-buffer.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/net/filter-buffer.c b/net/filter-
Make the helper object_create() public and fix its first
parameter to accept NULL value.
Signed-off-by: zhanghailiang
Cc: Paolo Bonzini
---
v2:
- New patch
---
include/qemu-common.h | 2 ++
vl.c | 4 ++--
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/include/q
We add a new helper function netdev_add_filter(), this function
can help adding a filter object to a netdev.
Besides, we add a is_default member for struct NetFilterState
to indicate whether the filter is default or not.
Signed-off-by: zhanghailiang
---
v2:
-Re-implement netdev_add_filter() by r
We add each netdev a default buffer filter, and
the default buffer filter is disabled, so it has
no side effect for packets delivering in qemu net layer.
The default buffer filter can be used by COLO or Micro-checkpoint,
The reason we add the default filter is we hope to support
hot add network du
On Tue, 26 Jan 2016 18:17:00 +
Peter Maydell wrote:
> Clean up includes so that osdep.h is included first and headers
> which it implies are not included manually.
>
> This commit was created with scripts/clean-includes.
>
> Signed-off-by: Peter Maydell
Acked-by: Cornelia Huck
BTW: Does
From: Petros Angelatos
In order for one to use QEMU user mode emulation under a chroot, it is
required to use binfmt_misc. This can be avoided by QEMU never doing a
raw execve() to the host system.
Introduce a new option, -execve, that uses the current QEMU interpreter
to intercept execve().
qe
All raised issues fixed, I just sent v2 :)
On Fri, Jan 22, 2016 at 3:00 AM, Laurent Vivier wrote:
>
>
> Le 22/01/2016 11:47, Peter Maydell a écrit :
>> On 22 January 2016 at 10:33, Laurent Vivier wrote:
>>> Le 22/01/2016 11:01, Petros Angelatos a écrit :
This was my initial approach too, bu
Developers on 64-bit machines will often try to perform a
32-bit build of QEMU by running
./configure --extra-cflags="-m32"
Unfortunately if PKG_CONFIG_LIBDIR is not set to point to
the location of the 32-bit pkg-config files, then configure
will silently pick up the 64-bit pkg-config files and
* Liang Li (liang.z...@intel.com) wrote:
> Since 's->state' will be set in migrate_init(), there is no
> need to set it before calling migrate_init(). The code and
> the related comments can be removed.
>
> Signed-off-by: Liang Li
> ---
> migration/migration.c | 6 --
> 1 file changed, 6 del
On Tue, Jan 26, 2016 at 04:30:38PM -0700, Alex Williamson wrote:
> On Tue, 2016-01-26 at 14:28 -0800, Neo Jia wrote:
> > On Tue, Jan 26, 2016 at 01:06:13PM -0700, Alex Williamson wrote:
> > > > 1.1 Under per-physical device sysfs:
> > > >
On 2016/1/27 10:40, Zhang Chen wrote:
From: ZhangChen
Traffic-mirror is a netfilter plugin.
It gives qemu the ability to copy and mirror guest's
net packet. we output packet to chardev.
usage:
-netdev tap,id=hn0
-chardev socket,id=mirror0,host=ip_primary,port=X,server,nowait
-traffic-mirror,i
On 01/26/2016 06:00 PM, Alex Williamson wrote:
On Tue, 2016-01-26 at 15:51 +0100, Pierre Morel wrote:
On 01/22/2016 11:19 PM, Alex Williamson wrote:
On Fri, 2016-01-22 at 15:14 -0700, Alex Williamson wrote:
On Thu, 2016-01-21 at 14:15 +0100, Pierre Morel wrote:
On 01/20/2016 04:46 PM, Alex
Hello Paolo,
+-- On Mon, 25 Jan 2016, Paolo Bonzini wrote --+
| This should be handled correctly by address_space_translate_internal:
|
| if (memory_region_is_ram(mr)) {
| diff = int128_sub(section->size, int128_make64(addr));
| *plen = int128_get64(int128_min(diff, int128_m
Hi all,
My five cents... I am checking for possible problems in case we want to
use qmp_device_list_properties() for listing all class properties. Here are
couple concerns:
- for example, we want to list class properties for "pc-q35-2.4-machine"
typename. This is not DeviceClass, therefore we hav
On 2016/1/27 3:55, Dr. David Alan Gilbert wrote:
* zhanghailiang (zhang.zhanghaili...@huawei.com) wrote:
If VM is in COLO FT state, we should do some extra work before normal shutdown
process. SVM will ignore the shutdown command if this command is issued directly
to it, PVM will send the shutdo
On Tue, Jan 26, 2016 at 02:15:26PM -0500, John Snow wrote:
>
>
> On 01/26/2016 08:50 AM, Igor Mammedov wrote:
> > v6->v7:
> > - rebase on top of current master to resolve conflicts
> >with the latest FDC refactoring
> >
> > v5->v6:
> > - rebased on top DSDT converted to AMP API
> > - drop
On 26.01.2016 13:38, Igor Mammedov wrote:
On Mon, 25 Jan 2016 19:50:31 +0300
"Denis V. Lunev" wrote:
From: Vladimir Sementsov-Ogievskiy
NVDIMM for now is planned to use as a backing store for DAX filesystem
in the guest and thus this memory is excluded from guest memory management
and LRUs.
Currently both the tlbiva instruction (used on 44x chips) and the tlbie
instruction (used on hash MMU chips) are both handled via
ppc_tlb_invalidate_one(). This is silly, because they're invoked from
different places, and do different things.
Clean this up by separating out the tlbiva instruction
At present the 64-bit hash MMU code uses information from the SLB to
determine the page size of a translation. We do need that information to
correctly look up the hash table. However the MMU also allows a
possibly larger page size to be encoded into the HPTE itself, which is used
to populate the
Encoding of page sizes on 64-bit hash MMUs for Power is rather arcane,
involving control bits in both the SLB and HPTE. At present we
support a few of the options, but far fewer than real hardware.
We're able to get away with that in practice, because guests use a
device tree property to determin
When HPTEs are removed or modified by hypercalls on spapr, we need to
invalidate the relevant pages in the qemu TLB.
Currently we do that by doing some complicated calculations to work out the
right encoding for the tlbie instruction, then passing that to
ppc_tlb_invalidate_one()... which totally
Currently, the ppc_hash64_page_shift() function looks up a page size based
on information in an SLB entry. It open codes the bit translation for
existing CPUs, however different CPU models can have different SLB
encodings. We already store those in the 'sps' table in CPUPPCState, but
we don't cur
On Wed, Jan 27, 2016 at 08:32:25AM +0100, Thomas Huth wrote:
> On 27.01.2016 01:04, David Gibson wrote:
> > On Mon, Jan 25, 2016 at 08:22:51PM +0100, Alexander Graf wrote:
> >>
> >>
> >> On 01/25/2016 06:15 AM, David Gibson wrote:
> >>> ppc_store_slb updates the SLB for PPC cpus with 64-bit hash MM
ppc_tlb_invalidate_one() has a big switch handling many different MMU
types. However, most of those branches can never be reached:
It is called from 3 places: from remove_hpte() and h_protect() in
spapr_hcall.c (which always has a 64-bit hash MMU type), and from
helper_tlbie() in mmu_helper.c.
C
h_enter() in the spapr code needs to know the page size of the HPTE it's
about to insert. Unlike other paths that do this, it doesn't have access
to the SLB, so at the moment it determines this with some open-coded
tests which assume POWER7 or POWER8 page size encodings.
To make this more flexibl
Like a lot of places these files include a mixture of functions taking
both the older CPUPPCState *env and newer PowerPCCPU *cpu. Move a step
closer to cleaning this up by standardizing on PowerPCCPU, except for the
helper_* functions which are called with the CPUPPCState * from tcg.
Callers and
This stub function is in the !KVM ifdef in target-ppc/kvm_ppc.h. However
no such function exists on the KVM side, or is ever used.
I think this originally referenced a function which read host page size
information from /proc, for we we now use the KVM GET_SMMU_INFO extension
instead.
In any cas
Now that the TCG and spapr code has been extended to allow (semi-)
arbitrary page encodings in the CPU's 'sps' table, we can add the many
page sizes supported by real POWER7 and POWER8 hardware that we previously
didn't support in TCG.
Signed-off-by: David Gibson
---
target-ppc/mmu-hash64.h
ppc_store_slb updates the SLB for PPC cpus with 64-bit hash MMUs.
Currently it takes two parameters, which contain values encoded as the
register arguments to the slbmte instruction, one register contains the
ESID portion of the SLBE and also the slot number, the other contains the
VSID portion of
remove unused param
Signed-off-by: Cao jin
---
hw/pci/pci.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/hw/pci/pci.c b/hw/pci/pci.c
index 2a6fb98..b7c2681 100644
--- a/hw/pci/pci.c
+++ b/hw/pci/pci.c
@@ -330,7 +330,6 @@ const char *pci_root_bus_path(PCIDevice *dev)
See each commit message says please.
Cao jin (2):
pci core: function pci_host_bus_register() cleanup
pci core: function pci_bus_init() cleanup
hw/pci/pci.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
--
2.1.0
remove unused param, and rename the other to a meaningful one.
Signed-off-by: Cao jin
---
hw/pci/pci.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/pci/pci.c b/hw/pci/pci.c
index 168b9cc..2a6fb98 100644
--- a/hw/pci/pci.c
+++ b/hw/pci/pci.c
@@ -277,9 +277,9 @@ sta
On 27/01/2016 10:00, Daniel P. Berrange wrote:
> Developers on 64-bit machines will often try to perform a
> 32-bit build of QEMU by running
>
> ./configure --extra-cflags="-m32"
>
> Unfortunately if PKG_CONFIG_LIBDIR is not set to point to
> the location of the 32-bit pkg-config files, then
On Tue, Jan 26, 2016 at 11:13:16AM +0100, Michal Privoznik wrote:
> On 25.01.2016 18:28, Stefan Hajnoczi wrote:
> > The QEMU wiki page for Google Summer of Code 2016 is now available here:
> >
> > http://qemu-project.org/Google_Summer_of_Code_2016
> >
> > QEMU will apply for Google Summer of Code
Hi,
I've got a block error if I kill the secondary.
Start both primary & secondary
kill -9 secondary qemu
x_colo_lost_heartbeat on primary
The guest sees a block error and the ext4 root switches to read-only.
I gdb'd the primary with a breakpoint on quorum_report_bad; see
backtrace below.
(Thi
On 27.01.2016 11:56, Stefan Hajnoczi wrote:
> On Tue, Jan 26, 2016 at 11:13:16AM +0100, Michal Privoznik wrote:
>> On 25.01.2016 18:28, Stefan Hajnoczi wrote:
>>> The QEMU wiki page for Google Summer of Code 2016 is now available here:
>>>
>>> http://qemu-project.org/Google_Summer_of_Code_2016
>>>
Hello All,
I have an ELF compiled for TriCore processor and I wish to debug it on
Qemu with target-tricore, yet I was not able to find a compatible GDB that
works with TriCore targets, can someone please recommend how to debug
tricore on Qemu targets ? is using Lauterbach Trace32 software to deb
Libtool support was needed to build shared library for libcacard.
Now there's no need to use libtool, and since the build system is
already complicated enough, we have a way to slightly de-complicate
it.
Signed-off-by: Michael Tokarev
---
configure | 86 ++
Hello, Dr. Gilbert!
As I understand this is not a complete realization of post-copy stage of
migration, but only realization of ram post-copy.. I need to implement
post-copy migration of block-dirty-bitmaps. And it should work
with/without ram post-copy. Did you plan a possibility of post-copy
On 20.01.2016 15:10, Lluís Vilanova wrote:
> Thomas Huth writes:
>
>> On 18.01.2016 21:26, Eric Blake wrote:
>>> On 01/15/2016 06:54 AM, Lluís Vilanova wrote:
Gives some general guidelines for reporting errors in QEMU.
Signed-off-by: Lluís Vilanova
---
HACKING | 36
On Wed, 27 Jan 2016 14:40:22 +0300
Michael Tokarev wrote:
> Libtool support was needed to build shared library for libcacard.
> Now there's no need to use libtool, and since the build system is
> already complicated enough, we have a way to slightly de-complicate
> it.
>
> Signed-off-by: Michael
On 27.01.2016 11:13, David Gibson wrote:
> This stub function is in the !KVM ifdef in target-ppc/kvm_ppc.h. However
> no such function exists on the KVM side, or is ever used.
>
> I think this originally referenced a function which read host page size
> information from /proc, for we we now use t
27.01.2016 15:15, Greg Kurz wrote:
[]
> Just a few remarks:
>
> [greg@palmb qemu-master]$ grep -r libtool
> qemu-doc.texi:@item libtool: @uref{http://www.gnu.org/software/libtool/}
>
> Maybe we should drop that line as well ?
Hm, it looks like I forgot to commit that change,
qemu-doc.texi is lef
On 25/01/2016 20:41, John Snow wrote:
> Split apart pick_geometry by creating a pick_drive routine that will only
> ever called during device bring-up instead of relying on pick_geometry to
> be used in both cases.
>
> With this change, the drive field is changed to be 'write once'. It is
> not
* Vladimir Sementsov-Ogievskiy (vsement...@virtuozzo.com) wrote:
> Hello, Dr. Gilbert!
Hi Vladimir,
> As I understand this is not a complete realization of post-copy stage of
> migration, but only realization of ram post-copy.
Yes, that's correct; RAM was the only one we'd had much interest in;
On 27/01/2016 11:13, David Gibson wrote:
> This stub function is in the !KVM ifdef in target-ppc/kvm_ppc.h. However
> no such function exists on the KVM side, or is ever used.
>
> I think this originally referenced a function which read host page size
> information from /proc, for we we now use
Public bug reported:
The 'preallocation=full' option to qemu-img / qcow2 block driver
instructs QEMU to fully allocate the host file to the maximum size
needed by the logical disk size.
$ qemu-img create -f qcow2 -o preallocation=full base.qcow2 200M
Formatting 'base.qcow2', fmt=qcow2 size=209715
On 26/01/16 14:21, Gerd Hoffmann wrote:
A fedora user requested it here:
https://bugzilla.redhat.com/show_bug.cgi?id=1280318
Ping?
What is the reason for ipv6 not being enabled by default?
Just historical?
Rarely used in practice?
ROM image size issues?
Stability concerns?
From qemu point of
On Wed, 27 Jan 2016 15:36:38 +0300
Michael Tokarev wrote:
> 27.01.2016 15:15, Greg Kurz wrote:
> []
> > Just a few remarks:
> >
> > [greg@palmb qemu-master]$ grep -r libtool
> > qemu-doc.texi:@item libtool: @uref{http://www.gnu.org/software/libtool/}
> >
> > Maybe we should drop that line as we
NVDIMM for now is planned to use as a backing store for DAX filesystem
in the guest and thus this memory is excluded from guest memory
management and LRUs.
In this case libvirt running QEMU along with configured balloon almost
immediately inflates balloon and effectively kill the guest as
qemu cou
From: Vladimir Sementsov-Ogievskiy
NVDIMM for now is planned to use as a backing store for DAX filesystem
in the guest and thus this memory is excluded from guest memory
management
and LRUs.
In this case libvirt running QEMU along with configured balloon almost
immediately inflates balloon and e
From: Vladimir Sementsov-Ogievskiy
get_current_ram_size() is used only in virtio-balloon.c
This patch moves it into virtio-balloon and make it static, to allow
some balloon-specific tuning.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Signed-off-by: Denis V. Lunev
CC: Stefan Hajnoczi
CC: Xiao
Am 26.01.2016 um 14:34 hat Daniel P. Berrange geschrieben:
> Allow creation of user creatable object types with qemu-img
> via a new --object command line arg. This will be used to supply
> passwords and/or encryption keys to the various block driver
> backends via the recently added 'secret' objec
Hi,
> Hmm. Is there a HOWTO for setting up a 32-bit container? Containers
> aren't something I've had the time to become familiar with so far.
systemd-nspawn manpage has a few examples in the examples section (and
is worth reading anyway).
For fedora it boils down to "yum/dnf --installroot=/
Hi,
> We already have the named config mechanism. I wonder if building a BIOS
> option ROM for a real NIC is sufficiently specialised that it would make
> sense to have a CONFIG=rom or CONFIG=minimal named configuration.
Maybe name the configs "rom64k" or "rom128k", to make clear they are
st
On 27/01/2016 14:36, Gerd Hoffmann wrote:
> Hi,
>
>> Hmm. Is there a HOWTO for setting up a 32-bit container? Containers
>> aren't something I've had the time to become familiar with so far.
>
> systemd-nspawn manpage has a few examples in the examples section (and
> is worth reading anyway
On 1/27/2016 1:36 AM, Alex Williamson wrote:
On Tue, 2016-01-26 at 02:20 -0800, Neo Jia wrote:
On Mon, Jan 25, 2016 at 09:45:14PM +, Tian, Kevin wrote:
From: Alex Williamson [mailto:alex.william...@redhat.com]
Hi Alex, Kevin and Jike,
(Seems I shouldn't use attachment, resend it aga
This is a partial update aiming at enhancing the VFIO user API
according to not yet upstreamed kernel developments available at:
https://git.linaro.org/people/eric.auger/linux.git/shortlog/refs/heads/v4.5-rc1-pcie-passthrough-v1
See https://lkml.org/lkml/2016/1/26/371 for more details.
Signed-of
This series enables KVM PCI/MSI passthrough with mach-virt.
A new memory region type is introduced (reserved iova). On
vfio_listener_region_add this IOVA region is registered to the kernel with
VFIO_IOMMU_MAP_DMA (using the new VFIO_DMA_MAP_FLAG_MSI_RESERVED_IOVA flag).
The host VFIO PCI driver t
Registers a 16x64kB reserved iova region. Currently this iova
region is used by the kernel to map host MSI controller frames
(GICv2m, GITS_TRANSLATER).
Signed-off-by: Eric Auger
---
hw/arm/virt.c | 10 ++
include/hw/arm/virt.h | 1 +
2 files changed, 11 insertions(+)
diff --git
This patch adds a PCI bus specific function pointer "route_intx_to_irq"
for GPEX. This is used in detemining PCI INTx number from pin.
Signed-off-by: Pranavkumar Sawargaonkar
Signed-off-by: Tushar Jagad
---
hw/pci-host/gpex.c | 12
include/hw/pci-host/gpex.h | 1 +
2 files
Introduce a new reserved_iova region type. This type of iova region
is bound to be used by the kernel to map some host physical addresses.
A new initializer, memory_region_init_reserved_iova is introduced, as
well as a test function, memory_region_is_reserved_iova.
Signed-off-by: Eric Auger
---
gen_visit_union() is now just like gen_visit_struct() plus additional
code to handle variants. Make that code conditional on variants, so
gen_visit_union() does exactly the same for structs as
gen_visit_struct(). Rename it to gen_visit_object(), use it for
structs, and drop gen_visit_struct().
O
vfio_register_reserved_iova allows to register the reserved IOVA region,
typically for MSI frame binding purpose. The kernel allows registering
a single reserved IOVA region.
Unregistration is handled through legacy vfio_dma_unmap.
The function will become static in subsequent patches. However, s
In case of reserved iova region, let's declare this region to the
kernel so that it can use it for IOVA/PA bindings.
Signed-off-by: Eric Auger
---
hw/vfio/common.c | 46 --
1 file changed, 28 insertions(+), 18 deletions(-)
diff --git a/hw/vfio/common.
Am 26.01.2016 um 14:34 hat Daniel P. Berrange geschrieben:
> Allow creation of user creatable object types with qemu-nbd
> via a new --object command line arg. This will be used to supply
> passwords and/or encryption keys to the various block driver
> backends via the recently added 'secret' objec
For a simple union SU, gen_visit_union() generates a visit of its
single tag member, like this:
visit_type_SUKind(v, "type", &(*obj)->type, &err);
For a flat union FU with base B, it generates a visit of its base
fields:
visit_type_B_fields(v, (B **)obj, &err);
Instead, we can simply vi
I got stuck reviewing "[PATCH v9 31/37] qapi-visit: Unify struct and
union visit". The result is probably fine, but the patch itself is
impenetrable for me. Here's my version. I believe it's really simple
to review (but as the author, I'm hopelessly biased).
I based on PATCH 26/37 instead of PA
The generated code can call visit_end_union() without having called
visit_start_union(). Example:
if (!*obj) {
goto out_obj;
}
visit_type_BlockdevOptions_fields(v, obj, &err);
if (err) {
goto out_obj; // if we go from here...
}
This patch stores information about assigned legacy interrupt numbers in
GPEX host structure.
This is used during GPEX INTx number determination from a pin during
INTx routing.
Signed-off-by: Pranavkumar Sawargaonkar
Signed-off-by: Tushar Jagad
---
hw/arm/virt.c | 4
1 file changed, 4 inse
On 01/27/2016 06:54 AM, Markus Armbruster wrote:
> The generated code can call visit_end_union() without having called
> visit_start_union(). Example:
>
> if (!*obj) {
> goto out_obj;
> }
> visit_type_BlockdevOptions_fields(v, obj, &err);
> if (err) {
>
On Wed, Jan 13, 2016 at 05:18:28PM +0800, Changlong Xie wrote:
> From: Wen Congyang
>
> When opening BDS, we need to create backup jobs for
> image-fleecing.
>
> Signed-off-by: Wen Congyang
> Signed-off-by: zhanghailiang
> Signed-off-by: Gonglei
> Signed-off-by: Changlong Xie
> Reviewed-by:
Signed-off-by: Gerd Hoffmann
---
hw/virtio/virtio-pci.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/virtio/virtio-pci.c b/hw/virtio/virtio-pci.c
index 94667e6..2f5742c 100644
--- a/hw/virtio/virtio-pci.c
+++ b/hw/virtio/virtio-pci.c
@@ -47,6 +47,7 @@
static void
On Wed, Jan 27, 2016 at 03:04:49PM +0100, Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
Sure - but why not rework all callers?
> ---
> hw/virtio/virtio-pci.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/hw/virtio/virtio-pci.c b/hw/virtio/virtio-pci.c
> ind
Actually fixes linux not finding virtio 1.0 device virtqueues after
reboot. Which is new I think, any chance linux kernel virtio code
became more strict in 4.3?
Signed-off-by: Gerd Hoffmann
---
hw/virtio/virtio-pci.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/hw/
Compared to previous submissions, more than one target on the
same device works across all OSes. I tested Windows 2008, 2012 and
2012r2, as well as RHEL 4-5-6.
Note that for RHEL5 and RHEL6 you need to set up a WWN for the disks.
RHEL4 and Windows do not care.
More info in patch commit logs.
Pa
SAS adapters need to access them in order to publish the SAS addresses
of the end devices connected to them.
Signed-off-by: Paolo Bonzini
---
hw/scsi/scsi-disk.c| 22 ++
include/hw/scsi/scsi.h | 2 ++
2 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/hw/sc
This adds the SAS1068 device, a SAS disk controller used in VMware that
is oldish but widely supported and has decent performance. Unlike
megasas, it presents itself as a SAS controller and not as a RAID
controller. The device corresponds to the mptsas kernel driver in
Linux.
A few small things
The qemu-binfmt-conf.sh script has been pretty unmaintained for most of its
time. The reason is simply that few distributions actually use the file as
is.
This patch takes the Debian approach to registering binfmt handlers:
https://packages.debian.org/en/sid/qemu-user-binfmt
and moves that cod
On 27/01/2016 11:13, David Gibson wrote:
> Like a lot of places these files include a mixture of functions taking
> both the older CPUPPCState *env and newer PowerPCCPU *cpu. Move a step
> closer to cleaning this up by standardizing on PowerPCCPU, except for the
> helper_* functions which are ca
I'm sending this out even though it's unfinished. It's probably more
useful for documenting my difficulties and confusion than for improving
the code.
Eric Blake writes:
> We are finally at the point where gen_visit_struct() and
> gen_visit_union() can be unified to a generic gen_visit_object()
* zhanghailiang (zhang.zhanghaili...@huawei.com) wrote:
> We separate the process of saving/loading ram and device state when do
> checkpoint,
> we add new helpers for save/load ram/device. With this change, we can directly
> transfer ram from master to slave without using QEMUSizeBuffer as assist
On 27/01/2016 08:33, Liang Li wrote:
> buffer_find_nonzero_offset() is a hot function during live migration.
> Now it use SSE2 instructions for optimization. For platform supports
> AVX2 instructions, use the AVX2 instructions for optimization can help
> to improve the performance of zero page ch
Am 26.01.2016 um 14:34 hat Daniel P. Berrange geschrieben:
> Currently qemu-io allows an image filename to be passed on the
> command line, but unless using the JSON format, it does not have
> a way to set any options except the format eg
>
> qemu-io https://127.0.0.1/images/centos7.iso
> qemu-i
Am 26.01.2016 um 14:34 hat Daniel P. Berrange geschrieben:
> Currently qemu-img allows an image filename to be passed on the
> command line, but unless using the JSON format, it does not have
> a way to set any options except the format eg
>
>qemu-img info https://127.0.0.1/images/centos7.iso
On Wed, 27 Jan 2016 16:24:29 +0300
"Denis V. Lunev" wrote:
suggest to change subj to: don't use NVDIMM for balooning
> From: Vladimir Sementsov-Ogievskiy
>
> NVDIMM for now is planned to use as a backing store for DAX filesystem
> in the guest and thus this memory is excluded from guest memory
Eric Blake writes:
> On 01/27/2016 06:54 AM, Markus Armbruster wrote:
>> The generated code can call visit_end_union() without having called
>> visit_start_union(). Example:
>>
>> if (!*obj) {
>> goto out_obj;
>> }
>> visit_type_BlockdevOptions_fields(v, obj, &err);
>>
On Wed, Jan 13, 2016 at 05:18:31PM +0800, Changlong Xie wrote:
> From: Wen Congyang
>
> Signed-off-by: Wen Congyang
> Signed-off-by: zhanghailiang
> Signed-off-by: Gonglei
> Signed-off-by: Changlong Xie
> ---
> block/Makefile.objs | 1 +
> block/replication-comm.c | 6
Hi,
Le 19/01/2016 23:34, Alistair Francis a écrit :
From: Peter Crosthwaite
This API provides some encapsulation of registers and factors our some
common functionality to common code. Bits of device state (usually MMIO
registers), often have all sorts of access restrictions and semantics
assoc
Ok, thanks, I'll think about it.
On 27.01.2016 15:42, Dr. David Alan Gilbert wrote:
* Vladimir Sementsov-Ogievskiy (vsement...@virtuozzo.com) wrote:
Hello, Dr. Gilbert!
Hi Vladimir,
As I understand this is not a complete realization of post-copy stage of
migration, but only realization of ra
Le 19/01/2016 23:35, Alistair Francis a écrit :
From: Peter Crosthwaite
Add memory io handlers that glue the register API to the memory API.
Just translation functions at this stage. Although it does allow for
devices to be created without all-in-one mmio r/w handlers.
Signed-off-by: Peter C
On 26.01.2016 10:26, Fam Zheng wrote:
Callers can create an iterator of meta bitmap with
bdrv_dirty_meta_iter_new(), then use the bdrv_dirty_iter_* operations on
it. Meta iterators are also counted by bitmap->active_iterators.
Also add a couple of functions to retrieve granularity and count.
Si
Le 19/01/2016 23:34, Alistair Francis a écrit :
Add a function called memory_region_add_subregion_no_print() that
creates memory subregions that won't be printed when running
the 'info mtree' command.
Signed-off-by: Alistair Francis
---
include/exec/memory.h | 17 +
memory
On Tue, Jan 26, 2016 at 10:19:13PM +, Daniel P. Berrange wrote:
> On Tue, Jan 26, 2016 at 03:26:35PM -0200, Eduardo Habkost wrote:
> > On Tue, Jan 26, 2016 at 03:51:21PM +, Daniel P. Berrange wrote:
> > > On Tue, Jan 26, 2016 at 01:35:38PM -0200, Eduardo Habkost wrote:
> > > > On Mon, Jan 2
Le 19/01/2016 23:35, Alistair Francis a écrit :
From: Peter Crosthwaite
Allow defining of optional address decoding information in register
definitions. This is useful for clients that want to associate
registers with specific addresses.
Signed-off-by: Peter Crosthwaite
Signed-off-by: Alist
1 - 100 of 269 matches
Mail list logo
