On Thu, Jun 25, 2015 at 01:59:38PM -0600, Alex Williamson wrote:
> On Wed, 2015-06-24 at 20:52 +1000, Alexey Kardashevskiy wrote:
> > On 06/23/2015 04:44 PM, David Gibson wrote:
> > > On Thu, Jun 18, 2015 at 09:37:22PM +1000, Alexey Kardashevskiy wrote:
> > >>
> > >> (cut-n-paste from kernel patchs
Andrew Jones writes:
> On Wed, Jun 24, 2015 at 08:12:52PM +0100, Peter Maydell wrote:
>> On 24 June 2015 at 18:18, Alex Bennée wrote:
>> >
>> > Paolo Bonzini writes:
>> >
>> >> On 24/06/2015 17:34, Alex Bennée wrote:
>> >>> Testing with Alexander's bare metal syncronisation tests fails in MTTC
On Fri, 26 Jun 2015 14:38:42 +0800
Jason Wang wrote:
>
>
> On 06/24/2015 11:56 PM, Thomas Huth wrote:
> > Adding a proper receive_iov function to the net dump module. This
> > will make it easier to support the dump feature for the -netdev
> > option in later patches.
> > Also make the receive
Prevously, if we hotplug a device(e.g. device_add e1000) during
migration is processing in source side, qemu will add a new ram
block but migration_bitmap is not extended.
In this case, migration_bitmap will overflow and lead qemu abort
unexpectedly.
Signed-off-by: Li Zhijian
Signed-off-by: Wen C
Signed-off-by: Li Zhijian
Signed-off-by: Wen Congyang
---
migration/ram.c | 25 +++--
1 file changed, 19 insertions(+), 6 deletions(-)
diff --git a/migration/ram.c b/migration/ram.c
index 57368e1..4754aa9 100644
--- a/migration/ram.c
+++ b/migration/ram.c
@@ -222,6 +222,7 @
qemu migration's source side will exit unexpectedly when we hotplug a deivce
during a migration is processing.
we can reproduced it easily by following step
1. do something with dirty memory requently(like memtester) in guest
2. startup a background migraion with '-d' option
3. hotplug a device(dev
This series fixes two issues that prevent cross-endian setups to use
dataplane. I had already posted tentative fixes, each in its own
thread of mail, but I think it is better to send them altogether.
Especially, note that patch 1/2 is the same as:
http://patchwork.ozlabs.org/patch/488482/
with s
Accesses to vring_avail_event and vring_used_event must honor the queue
endianness.
This patch allows cross-endian setups to use dataplane (tested with ppc64
on ppc64le, and vice-versa).
Suggested-by: Cornelia Huck
Signed-off-by: Greg Kurz
---
hw/virtio/dataplane/vring.c |6 --
1 file
During early virtio 1.0 devel, there were several proposals about how to
deal with the endianness of the vring descriptor fields:
- convert the decriptor to host endianness in a single place, and use its
fields directly in the code
- keep the descriptor untouched and use virtio memory helpers to
On 2015/6/26 14:46, Yang Hongyang wrote:
Hi Dave,
On 06/16/2015 06:26 PM, Dr. David Alan Gilbert (git) wrote:
From: "Dr. David Alan Gilbert"
[...]
+= Postcopy =
+'Postcopy' migration is a way to deal with migrations that refuse to converge;
+its plus side is that there is an upper bound on
On 06/26/2015 03:53 PM, zhanghailiang wrote:
On 2015/6/26 14:46, Yang Hongyang wrote:
Hi Dave,
On 06/16/2015 06:26 PM, Dr. David Alan Gilbert (git) wrote:
From: "Dr. David Alan Gilbert"
[...]
+= Postcopy =
+'Postcopy' migration is a way to deal with migrations that refuse to converge;
+i
On Wed 24 Jun 2015 12:02:35 PM CEST, Alberto Garcia wrote:
> What happens is that in stream_complete() all images that have been
> removed from the chain ([A], [B] and [C]) are closed, and then [D] is
> reopened in read-only mode.
>
> The reopen queue contains [C], that is still listed as a child
On Fri, 26 Jun 2015 09:36:00 +0530
Bharata B Rao wrote:
> Move hotplug_memory_base and hotplug_memory fields of PCMachineState
> into a separate structure so that the same can be made use of from
> other architectures supporing memory hotplug.
>
> Signed-off-by: Bharata B Rao
> ---
> hw/i386/a
On 2015/6/26 15:21, Li Zhijian wrote:
> qemu migration's source side will exit unexpectedly when we hotplug a deivce
> during a migration is processing.
Can we simply disable hot-plugging functions during migration process?
Regards,
-Gonglei
> we can reproduced it easily by following step
> 1. d
On Fri, Jun 26, 2015 at 08:06:55AM +0100, Alex Bennée wrote:
>
> Andrew Jones writes:
>
> > On Wed, Jun 24, 2015 at 08:12:52PM +0100, Peter Maydell wrote:
> >> On 24 June 2015 at 18:18, Alex Bennée wrote:
> >> >
> >> > Paolo Bonzini writes:
> >> >
> >> >> On 24/06/2015 17:34, Alex Bennée wrote
Make "info iothreads" available on the HMP monitor.
For example, the results are as follows when executing qemu
command with "-object iothread,id=iothread-1 -object
iothread,id=iothread-2".
(qemu) info iothreads
iothread-1: thread_id=123
iothread-2: thread_id=456
Signed-off-by: Ting Wang
---
v5
* Yang Hongyang (yan...@cn.fujitsu.com) wrote:
>
>
> On 06/26/2015 03:53 PM, zhanghailiang wrote:
> >On 2015/6/26 14:46, Yang Hongyang wrote:
> >>Hi Dave,
> >>
> >>On 06/16/2015 06:26 PM, Dr. David Alan Gilbert (git) wrote:
> >>>From: "Dr. David Alan Gilbert"
> >>>
> >>[...]
> >>>+= Postcopy =
>
On 06/26/2015 04:10 PM, Dr. David Alan Gilbert wrote:
* Yang Hongyang (yan...@cn.fujitsu.com) wrote:
On 06/26/2015 03:53 PM, zhanghailiang wrote:
On 2015/6/26 14:46, Yang Hongyang wrote:
Hi Dave,
On 06/16/2015 06:26 PM, Dr. David Alan Gilbert (git) wrote:
From: "Dr. David Alan Gilbert"
On Fri, 26 Jun 2015 09:36:01 +0530
Bharata B Rao wrote:
> pc_dimm_plug() has code that will be needed for memory plug handlers
> in other archs too. Extract code from pc_dimm_plug() into a generic
> routine pc_dimm_memory_plug() that resides in pc-dimm.c. Also
> correspondingly refactor re-usable
On 06/26/2015 04:02 PM, Gonglei wrote:
> On 2015/6/26 15:21, Li Zhijian wrote:
>> qemu migration's source side will exit unexpectedly when we hotplug a deivce
>> during a migration is processing.
>
> Can we simply disable hot-plugging functions during migration process?
1. there is no API to disa
On Fri, 26 Jun 2015 09:36:02 +0530
Bharata B Rao wrote:
> Start storing the (start_addr, size, nodeid) of the pc-dimm memory
> in numa_info so that this information can be used to lookup
> node by address.
>
> Signed-off-by: Bharata B Rao
> Reviewed-by: David Gibson
> ---
> hw/mem/pc-dimm.c
On Thu, May 28, 2015 at 04:17:09PM +0200, Paolo Bonzini wrote:
> bdrv_close already does that, and in fact hmp_drive_del would need
> another drain after the flush (which bdrv_close does). So remove
> the duplication.
>
> Signed-off-by: Paolo Bonzini
> ---
> blockdev.c | 3 ---
> 1 file changed
On Thu, 25 Jun 2015 19:27:47 +0200
Paolo Bonzini wrote:
>
>
> On 25/06/2015 19:08, Andreas Färber wrote:
> > > I said "I think this patch is incorrect, because you do not install a
> > > separate address space for each CPU. Also, the CPU address space is
> > > only used with TCG so it should b
Li Zhijian wrote:
> Prevously, if we hotplug a device(e.g. device_add e1000) during
> migration is processing in source side, qemu will add a new ram
> block but migration_bitmap is not extended.
> In this case, migration_bitmap will overflow and lead qemu abort
> unexpectedly.
>
> Signed-off-by:
On 26/06/2015 11:01, Igor Mammedov wrote:
> > It's used if the userspace LAPIC is. It's not used together with the
> > kernel LAPIC (accesses really are trapped by the kernel).
>
> Isn't this memory region still handle MSI MMIO in case of kernel LAPIC?
> kvm_apic_mem_write() -> kvm_irqchip_send_
On 25/06/2015 23:21, Peter Lieven wrote:
> I will send a v2 that is compatible with 1.9.0 and enables the timeout
> stuff only for libiscsi >= 1.15.0
Since Stefan has already applied the patch, restoring 1.9.0
compatibility (and disabling timeouts between 1.9.0 and 1.14.x) on top
of this patch w
On Fri, Jun 12, 2015 at 04:01:28PM +0300, Alberto Garcia wrote:
> This series adds a new module that can be used to compute the average
> of a set of values in a certain period of time. This will be used by
> the accounting code to obtain statistics such as the min / max /
> average latency of I/O
Igor Mammedov writes:
> Signed-off-by: Igor Mammedov
> ---
> backends/hostmem.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/backends/hostmem.c b/backends/hostmem.c
> index 4b5c53d..403be07 100644
> --- a/backends/hostmem.c
> +++ b/backends/hostmem.c
> @@ -15,6 +15
On 06/26/2015 05:05 PM, Juan Quintela wrote:
> Li Zhijian wrote:
>> Prevously, if we hotplug a device(e.g. device_add e1000) during
>> migration is processing in source side, qemu will add a new ram
>> block but migration_bitmap is not extended.
>> In this case, migration_bitmap will overflow and
On 25/06/2015 19:19, Laurent Vivier wrote:
>
>
> On 25/06/2015 18:16, Paolo Bonzini wrote:
>>
>>
>> On 25/06/2015 18:12, Laurent Vivier wrote:
>>>
>>>
>>> On 25/06/2015 17:48, Paolo Bonzini wrote:
On 25/06/2015 17:32, Programmingkid wrote:
>> I think we are going to have to agree
On Thu, 25 Jun 2015 19:28:51 +0200
Andreas Färber wrote:
> Am 25.06.2015 um 19:00 schrieb Paolo Bonzini:
> > On 25/06/2015 04:17, Zhu Guihua wrote:
> >> Add a wrapper to specify reset order when registering reset handler,
> >> instead of non-obvious initiazation code ordering.
> >>
> >> Signed-of
On Thu, Jun 25, 2015 at 07:19:14PM +0200, Laurent Vivier wrote:
>
>
> On 25/06/2015 18:16, Paolo Bonzini wrote:
> >
> >
> > On 25/06/2015 18:12, Laurent Vivier wrote:
> >>
> >>
> >> On 25/06/2015 17:48, Paolo Bonzini wrote:
> >>>
> >>> On 25/06/2015 17:32, Programmingkid wrote:
> > I think
On Fri 26 Jun 2015 11:09:48 AM CEST, Stefan Hajnoczi wrote:
> Thanks, applied patches 1 & 2 to my block tree:
> https://github.com/stefanha/qemu/commits/block
>
> Patch 3 is going to be unused in QEMU 2.4 for I'm holding off on
> merging it. Please resend it together with the accounting series so
Am 26.06.2015 um 11:14 schrieb Stefan Hajnoczi:
> On Thu, Jun 25, 2015 at 03:26:46PM +0200, Peter Lieven wrote:
>> Am 25.06.2015 um 15:18 schrieb Stefan Hajnoczi:
>>> On Tue, Jun 23, 2015 at 10:12:15AM +0200, Peter Lieven wrote:
upcoming libnfs versions will support logging debug messages. Add
v3->v4
1. The first patch is updated by:
- removing the warning trace
- setting the error trace inside a static bool flag to only print this once
- removing the vhost_net_inject_rarp function (no more useful)
2. The second patch is temporarly removed.
vhost user backend is responsible t
Some vhost client/backend are able to support live migration.
To provide this service the following features must be added:
1. Add the VIRTIO_NET_F_GUEST_ANNOUNCE capability to vhost-net when netdev
backend is vhost-user.
2. Provide a nop receive callback to vhost-user. This callback is for RARP
On Thu, Jun 25, 2015 at 03:26:46PM +0200, Peter Lieven wrote:
> Am 25.06.2015 um 15:18 schrieb Stefan Hajnoczi:
> >On Tue, Jun 23, 2015 at 10:12:15AM +0200, Peter Lieven wrote:
> >>upcoming libnfs versions will support logging debug messages. Add
> >>support for it in qemu through an URL parameter.
On 06/25/2015 05:18 PM, Stefan Hajnoczi wrote:
> e1000_can_receive() checks the link up status register bit. If the bit
> is clear, packets will be queued and the peer may disable receive to
> avoid wasting CPU reading packets that cannot be delivered. The queue
> must be flushed once the link
Just spotted this in my git-pull...
Alexander Yarygin writes:
> Each call of the virtio_blk_reset() function calls blk_drain_all(),
> which works for all existing BlockDriverStates, while draining only
> one is needed.
>
> This patch replaces blk_drain_all() by blk_drain() in
> virtio_blk_reset(
Laszlo Ersek writes:
> With the pc-q35-2.4 machine type, if the user creates an ISA FDC manually:
>
> -device isa-fdc,driveA=drive-fdc0-0-0 \
> -drive file=...,if=none,id=drive-fdc0-0-0,format=raw
>
> then the board-default FDC will be skipped, and only the explicitly
> requested FDC will exi
On Thu, Jun 25, 2015 at 11:11:24AM -0400, Programmingkid wrote:
> On Jun 25, 2015, at 9:31 AM, Stefan Hajnoczi wrote:
> > On Tue, Jun 23, 2015 at 02:26:51PM -0400, Programmingkid wrote:
> >> On Jun 23, 2015, at 2:06 PM, John Snow wrote:
> >>> So what's the issue that this patch attempts to fix and
On Fri, 26 Jun 2015 11:11:16 +0200
Markus Armbruster wrote:
> Igor Mammedov writes:
>
> > Signed-off-by: Igor Mammedov
> > ---
> > backends/hostmem.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/backends/hostmem.c b/backends/hostmem.c
> > index 4b5c53d..403
There is job resource leak in function mirror_start_job,
although bdrv_create_dirty_bitmap is unlikely failed.
Add block_job_release for each release when needed.
Signed-off-by: Ting Wang
---
block/mirror.c | 2 ++
blockjob.c | 20
include/block/blo
On Wed, Jun 24, 2015 at 05:56:16PM +0200, Thomas Huth wrote:
> The "-net dump" option only works with the "-net" option. So far, it
> is not possible to dump network traffic with the "-netdev" option yet.
> This patch series now fixes this ugliness by enabling dumping for the
> "-netdev" option, to
On 06/26/2015 05:05 PM, Juan Quintela wrote:
Li Zhijian wrote:
Prevously, if we hotplug a device(e.g. device_add e1000) during
migration is processing in source side, qemu will add a new ram
block but migration_bitmap is not extended.
In this case, migration_bitmap will overflow and lead qemu a
On Wed, Jun 24, 2015 at 05:56:20PM +0200, Thomas Huth wrote:
> diff --git a/net/net.c b/net/net.c
> index cc36c7b..8871b77 100644
> --- a/net/net.c
> +++ b/net/net.c
> @@ -568,6 +568,12 @@ ssize_t qemu_deliver_packet(NetClientState *sender,
> return 0;
> }
>
> +if (nc->netdev_du
On Thu, Jun 25, 2015 at 11:05:20AM -0400, Jeff Cody wrote:
> On Thu, Jun 25, 2015 at 03:28:35PM +0100, Stefan Hajnoczi wrote:
> > On Wed, Jun 24, 2015 at 03:54:27PM -0400, Jeff Cody wrote:
> > > @@ -269,7 +270,9 @@ static int vpc_open(BlockDriverState *bs, QDict
> > > *options, int flags,
> > >
On Fri, 26 Jun 2015 17:15:58 +0800
Wen Congyang wrote:
> On 06/26/2015 05:05 PM, Juan Quintela wrote:
> > Li Zhijian wrote:
> >> Prevously, if we hotplug a device(e.g. device_add e1000) during
> >> migration is processing in source side, qemu will add a new ram
> >> block but migration_bitmap is
On Thu, Jun 25, 2015 at 12:33:25PM -0400, Jeff Cody wrote:
> On Thu, Jun 25, 2015 at 12:30:56PM -0400, John Snow wrote:
> >
> >
> > On 06/25/2015 08:53 AM, Stefan Hajnoczi wrote:
> > > Reclaim the dirty bitmap if an incremental backup block job is
> > > cancelled. The ret variable may be 0 when
On Thu, Jun 25, 2015 at 05:26:09PM +0200, Greg Kurz wrote:
> During early virtio 1.0 devel, there were several proposals about how to
> deal endianness of the vring descriptor fields:
> - convert the decriptor to host endianness in a single place, and use its
> fields directly in the code
> - kee
On 26/06/2015 11:19, Igor Mammedov wrote:
> That's one of the reasons, I've asked to get rid of icc-bus.
>
> Another reason is to move default APIC MMIO mapping to CPU from board
> and handle region remapping from CPU itself as it's supposed to be if CPU
> would program another APIC base.
>
> P
Prevously, if we hotplug a device(e.g. device_add e1000) during
migration is processing in source side, qemu will add a new ram
block but migration_bitmap is not extended.
In this case, migration_bitmap will overflow and lead qemu abort
unexpectedly.
Signed-off-by: Li Zhijian
Signed-off-by: Wen C
Signed-off-by: Li Zhijian
Signed-off-by: Wen Congyang
---
migration/ram.c | 25 +++--
1 file changed, 19 insertions(+), 6 deletions(-)
diff --git a/migration/ram.c b/migration/ram.c
index 57368e1..4754aa9 100644
--- a/migration/ram.c
+++ b/migration/ram.c
@@ -222,6 +222,7 @@
qemu migration's source side will exit unexpectedly when we hotplug a deivce
during a migration is processing.
we can reproduced it easily by following step
1. do something with dirty memory requently(like memtester) in guest
2. startup a background migration with '-d' option
3. hotplug a device(de
On Fri, Jun 26, 2015 at 03:27:12PM +1000, g...@uclinux.org wrote:
>
> The following set of patches fixes the emulated ColdFire ethernet fec
> driver. There is primarily two problems that need to be fixed.
>
> 1. The emulated driver needs to support probing of an attached phy.
>It is strait fo
On Fri, Jun 26, 2015 at 09:32:12AM +0200, Greg Kurz wrote:
> This series fixes two issues that prevent cross-endian setups to use
> dataplane. I had already posted tentative fixes, each in its own
> thread of mail, but I think it is better to send them altogether.
>
> Especially, note that patch 1
RHEL7 and others are stuck with libiscsi 1.9.0 since there
unfortunately was an ABI breakage after that release.
Signed-off-by: Peter Lieven
---
block/iscsi.c | 31 ++-
configure |6 +++---
qemu-options.hx |3 ++-
3 files changed, 31 insertions(+), 9
On 26/06/2015 12:08, Peter Lieven wrote:
> RHEL7 and others are stuck with libiscsi 1.9.0 since there
> unfortunately was an ABI breakage after that release.
>
> Signed-off-by: Peter Lieven
> ---
> block/iscsi.c | 31 ++-
> configure |6 +++---
> qemu-
From: Yongbok Kim
Add microMIPS TLBINV, TLBINVF
Signed-off-by: Yongbok Kim
Reviewed-by: Aurelien Jarno
Reviewed-by: Leon Alrae
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 8
1 file changed, 8 insertions(+)
diff --git a/target-mips/translate.c b/target-mips/translate.c
From: Matthew Fortune
The BEV flag controls whether the boot exception vector is still
in place when starting a kernel. When cleared the exception vector
at EBASE (or hard coded address of 0x8000) is used instead.
The early stages of the linux kernel would benefit from BEV still
being set t
Convert only errno values which can be returned by system calls in
mips-semi.c and are not generic to all archs.
Signed-off-by: Leon Alrae
Reviewed-by: Aurelien Jarno
---
target-mips/mips-semi.c | 44 +---
1 file changed, 33 insertions(+), 11 deletions(-)
From: Yongbok Kim
rt, rs were swapped
Signed-off-by: Yongbok Kim
Reviewed-by: Aurelien Jarno
Reviewed-by: Leon Alrae
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-mips/translate.c b/target-mips/translate.
Signed-off-by: Leon Alrae
Reviewed-by: Aurelien Jarno
---
target-mips/translate.c | 25 -
1 file changed, 4 insertions(+), 21 deletions(-)
diff --git a/target-mips/translate.c b/target-mips/translate.c
index a2dbad5..7d9f2da 100644
--- a/target-mips/translate.c
+++ b/tar
From: Yongbok Kim
The function will be also used for microMIPS Release 6.
Signed-off-by: Yongbok Kim
Reviewed-by: Leon Alrae
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 472
1 file changed, 236 insertio
From: "Maciej W. Rozycki"
Correct addresses passed around in semihosting to use a data type suitable
for both 32-bit and 64-bit targets.
Signed-off-by: Maciej W. Rozycki
Signed-off-by: Leon Alrae
Reviewed-by: Aurelien Jarno
---
include/exec/softmmu-semi.h | 13 +++--
1 file changed,
From: Yongbok Kim
Refactor those instructions in order to reuse them for microMIPS32
Release 6.
Rearrange gen_move_low32().
Signed-off-by: Yongbok Kim
Reviewed-by: Leon Alrae
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 166
o
staging (2015-06-25 14:03:55 +0100)
are available in the git repository at:
git://github.com/lalrae/qemu.git tags/mips-20150626
for you to fetch changes up to 4b3bcd016d83cc75f6a495c1db54b6c77f037adc:
target-mips: add mips32r6-generic CPU definition (2015-06-26 09:2
Add UHI semihosting support for MIPS. QEMU run with "-semihosting" option
will alter the behaviour of SDBBP 1 instruction -- UHI operation will be
called instead of generating a debug exception.
Also tweak Malta's pseudo-bootloader. On CPU reset the $4 register is set
to -1 if semihosting argument
From: Yongbok Kim
Add new microMIPS32 Release 6 POOL32F instructions
Signed-off-by: Yongbok Kim
Reviewed-by: Leon Alrae
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 231 +---
1 file changed, 199 insertions(+)
From: Yongbok Kim
64-bit paired-single (PS) floating point data type is optional in the
pre-Release 6.
It has to raise RI exception when PS type is not implemented. (FIR.PS = 0)
(The PS data type is removed in the Release 6.)
Loongson-2E and Loongson-2F don't have any implementation field in
FCSR
From: Yongbok Kim
Remove an unused argument from decode_micromips32_opc()
Signed-off-by: Yongbok Kim
Reviewed-by: Leon Alrae
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/target-mips
From: Yongbok Kim
Add new microMIPS32 Release 6 Major opcode instructions
Signed-off-by: Yongbok Kim
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 62 +++--
1 file changed, 45 insertions(+), 17 deletions(-)
di
From: Yongbok Kim
Add new microMIPS32 Release 6 POOL32I/POOL32C type instructions
Signed-off-by: Yongbok Kim
Reviewed-by: Leon Alrae
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 27 +--
1 file changed, 21 insertions(+), 6 deleti
From: Yongbok Kim
Add new microMIPS32 Release 6 branch and jump instructions.
Signed-off-by: Yongbok Kim
Reviewed-by: Leon Alrae
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 242
1 file changed, 202 inse
From: Yongbok Kim
Define a new CPU definition supporting MIPS32 Release 6 ISA and
microMIPS32 Release 6 ISA.
Signed-off-by: Yongbok Kim
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate_init.c | 37 +
1 file changed, 37 insert
RHEL7 and others are stuck with libiscsi 1.9.0 since there
unfortunately was an ABI breakage after that release.
Signed-off-by: Peter Lieven
---
v1->v2: - do not use reserved macro names [Paolo]
- change text in qemu-options.hx to "libiscsi 1.15.0 or greater"
block/iscsi.c | 32
On 25/06/15 15:17, Zavadovsky Yan wrote:
On Thu, Jun 25, 2015 at 12:11 PM, Olga Krishtal
wrote:
On 24/06/15 15:25, Zavadovsky Yan wrote:
Calling SuspendThread() is not enough to suspend Win32 thread.
We need to call GetThreadContext() after SuspendThread()
to make sure that OS have really su
From: Yongbok Kim
Add new microMIPS32 Release 6 pool32a/pool32axf instructions.
Signed-off-by: Yongbok Kim
Reviewed-by: Leon Alrae
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 82 +++--
1 file changed, 72 ins
From: Yongbok Kim
Add microMIPS32 Release 6 opcode enum.
Remove RI checking for pre-R6 reserved opcode.
Signed-off-by: Yongbok Kim
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 119 +---
1 file changed, 103 ins
From: Yongbok Kim
Signal a Reserved Instruction exception for removed instruction encoding
in microMIPS Release 6.
Signed-off-by: Yongbok Kim
Reviewed-by: Leon Alrae
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 68 ++
From: Yongbok Kim
microMIPS32 Release 6 POOL16A/ POOL16C instructions
Signed-off-by: Yongbok Kim
Reviewed-by: Leon Alrae
Reviewed-by: Aurelien Jarno
Signed-off-by: Leon Alrae
---
target-mips/translate.c | 133 ++--
1 file changed, 118 insertions(+
On Fri, 26 Jun 2015 09:32:21 +0200
Greg Kurz wrote:
> During early virtio 1.0 devel, there were several proposals about how to
> deal with the endianness of the vring descriptor fields:
> - convert the decriptor to host endianness in a single place, and use its
> fields directly in the code
> -
On Fri, 26 Jun 2015 09:32:28 +0200
Greg Kurz wrote:
> Accesses to vring_avail_event and vring_used_event must honor the queue
> endianness.
>
> This patch allows cross-endian setups to use dataplane (tested with ppc64
> on ppc64le, and vice-versa).
>
> Suggested-by: Cornelia Huck
> Signed-off-
Hi,
here are several s390x patches:
- a bugfix in virtio-ccw regarding resets
- a band-aid for migrating devices in higher subchannel sets (a proper
fix needs way more work)
- a fix in the bios, including rebuild
- virtio-ccw patches for virtio-1 support that got dropped during rebase
due to
From: Christian Borntraeger
We have to consume the outstanding service interrupt after each
service call, otherwise a correct implementation will return
CC=2 on subsequent service calls.
Signed-off-by: Christian Borntraeger
Reviewed-by: David Hildenbrand
Signed-off-by: Cornelia Huck
---
pc-b
Our main channel_subsys structure is not a device (yet), but we need
to setup mss/mcss-e again if the guest had enabled it before. Use
a hack that should catch most configurations (assuming that the guest
will have enabled at least one device in higher subchannel sets or
channel subsystems if it en
Update for "s390-ccw.img: Consume service interrupts".
Signed-off-by: Cornelia Huck
---
pc-bios/s390-ccw.img | Bin 13616 -> 13784 bytes
1 file changed, 0 insertions(+), 0 deletions(-)
diff --git a/pc-bios/s390-ccw.img b/pc-bios/s390-ccw.img
index
3c6b01fc8ef792bde7f84ec4cd9676fe4ed9811f..f643
For a guest-initiated reset, we need to not only reset the virtio device,
but also reset the VirtioCcwDevice into a clean state. This includes
resetting the indicators, or else a guest will not be able to e.g.
switch from classic interrupts to adapter interrupts.
Split off this routine into a new
From: Thomas Huth
We need a possibility to run code when a subchannel gets disabled.
This patch adds the necessary infrastructure.
Signed-off-by: Thomas Huth
Signed-off-by: Cornelia Huck
Reviewed-by: Michael S. Tsirkin
---
hw/s390x/css.c | 12
hw/s390x/css.h | 1 +
2 files chan
We need to migrate the revision field as well. No compatibility
concerns as we already introduced migration of ->config_vector in
this release.
Signed-off-by: Cornelia Huck
---
hw/s390x/virtio-ccw.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/s390x/virtio-ccw.c b/hw/s390x/virtio-ccw
Support the new CCW_CMD_SET_VQ format for virtio-1 devices.
While we're at it, refactor the code a bit and enforce big endian
fields (which had always been required, even for legacy).
Reviewed-by: Thomas Huth
Signed-off-by: Cornelia Huck
Reviewed-by: Michael S. Tsirkin
---
hw/s390x/virtio-ccw
From: Thomas Huth
Handle the virtio-ccw revision according to what the guest sets.
When revision 1 is selected, we have a virtio-1 standard device
with byteswapping for the virtio rings.
When a channel gets disabled, we have to revert to the legacy behavior
in case the next user of the device do
On Fri, Jun 26, 2015 at 1:28 PM, Olga Krishtal
wrote:
> On 25/06/15 15:17, Zavadovsky Yan wrote:
>
> On Thu, Jun 25, 2015 at 12:11 PM, Olga Krishtal
>
> wrote:
>
>
> On 24/06/15 15:25, Zavadovsky Yan wrote:
>
>
> Calling SuspendThread() is not enough to suspend Win32 thread.
> We need to ca
upcoming libnfs versions will support logging debug messages. Add
support for it in qemu through a cmdline parameter.
Example
qemu -nfs debug=99 -cdrom nfs://...
Signed-off-by: Peter Lieven
---
v1->v2: reworked patch to accept the debug level as a cmdline
parameter instead of an URI par
On 26/06/2015 12:18, Peter Lieven wrote:
> RHEL7 and others are stuck with libiscsi 1.9.0 since there
> unfortunately was an ABI breakage after that release.
>
> Signed-off-by: Peter Lieven
> ---
> v1->v2: - do not use reserved macro names [Paolo]
> - change text in qemu-options.hx to "li
a malicious caller could otherwise specify a very
large value via the URI and force libnfs to allocate
a large amount of memory for the readahead buffer.
Cc: qemu-sta...@nongnu.org
Signed-off-by: Peter Lieven
---
block/nfs.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/block/nfs
On 15 June 2015 at 17:33, Eric Auger wrote:
> VFIO platform device needs to setup irqfd but it does not know the
> gsi corresponding to the device qemu_irq. This series proposes to
> store a hash table in kvm_state using the qemu_irq as key and the gsi
> as a value.
>
> kvm_irqchip_set_qemuirq_gsi
On 15 June 2015 at 17:33, Eric Auger wrote:
> The arm_gic_kvm now calls kvm_irqchip_set_qemuirq_gsi to build
> the hash table storing qemu_irq/gsi mappings. From that point on
> irqfd can be setup directly from the qemu_irq using
> kvm_irqchip_add_irqfd_notifier.
>
> Signed-off-by: Eric Auger
> T
On Fri, Jun 26, 2015 at 10:21:54AM +0200, Igor Mammedov wrote:
> On Fri, 26 Jun 2015 09:36:01 +0530
> Bharata B Rao wrote:
>
> > pc_dimm_plug() has code that will be needed for memory plug handlers
> > in other archs too. Extract code from pc_dimm_plug() into a generic
> > routine pc_dimm_memory_
Hi Peter,
On 06/26/2015 01:41 PM, Peter Maydell wrote:
> On 15 June 2015 at 17:33, Eric Auger wrote:
>> VFIO platform device needs to setup irqfd but it does not know the
>> gsi corresponding to the device qemu_irq. This series proposes to
>> store a hash table in kvm_state using the qemu_irq as
1 - 100 of 317 matches
Mail list logo
