On Wed, Apr 10, 2013 at 12:32:31AM -0400, Michael R. Hines wrote:
> On 04/09/2013 11:24 PM, Michael S. Tsirkin wrote:
> >Which mechanism do you refer to? You patches still seem to pin
> >each page in guest memory at some point, which will break all COW.
> >In particular any pagemap tricks to detect
I'm referring to bug 1042388, I din't know about the fallback on this,
but I have to say it doesn't work since apt exits and fails when
encounters this call, maybe the fallback has some problems?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
On Wed, Apr 10, 2013 at 12:29:35AM -0400, mrhi...@linux.vnet.ibm.com wrote:
> From: "Michael R. Hines"
>
> Verbose documentation is included, for both the protocol and
> interface to QEMU.
>
> Additionally, there is a Features/RDMALiveMigration wiki as
> well as a patch on github.com (hinesmr/qe
@Eric any news on your patch? Could you please link it here?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1042388
Title:
qemu: Unsupported syscall: 257 (timer_create)
Status in QEMU:
Confirmed
Below is a great high level overview. the protocol looks correct.
A bit more detail would be helpful, as noted below.
The main thing I'd like to see changed is that there are already
two protocols here: chunk-based and non chunk based.
We'll need to use versioning and capabilities going forward bu
Signed-off-by: Dong Xu Wang
---
include/qemu/option.h | 32 --
util/qemu-option.c| 285 --
2 files changed, 317 deletions(-)
diff --git a/include/qemu/option.h b/include/qemu/option.h
index d63e447..51814cf 100644
--- a/include/qemu/optio
These functions will be used in next commit. qemu_opt_get_(*)_del functions
are used to make sure we have the same behaviors as before: after get an
option value, options++.
Signed-off-by: Dong Xu Wang
---
include/qemu/option.h | 11 +-
util/qemu-option.c| 103 ++
This patch will create 4 functions, count_opts_list, qemu_opts_append,
qemu_opts_free and qemu_opts_print_help, they will be used in following
commits.
Signed-off-by: Dong Xu Wang
---
v12->v13:
1) simply assert that neither argument has merge_lists set.
2) drop superfluous paranthesesis around p
According Markus's comments, his patch will move the default value entirely
to QemuOptDesc.
When getting the value of an option that hasn't been set, and
QemuOptDesc has a default value, return that. Else, behave as
before.
Example: qemu_opt_get_number(opts, "foo", 42)
If "foo" has been set
qemu_opts_print has no user now, so can re-write the function safely.
qemu_opts_print will be used while using "qemu-img create", it will
produce the same output as previous code.
The behavior of this function has changed:
1. Print every possible option, whether a value has been set or not.
2. O
These patches will replace QEMUOptionParameter with QemuOpts. Change logs
please go to each patch's commit message.
Dong Xu Wang (6):
add def_value_str in QemuOptDesc struct and rewrite qemu_opts_print
avoid duplication of default value in QemuOpts
Create four QemuOptsList related functions
On 04/10/2013 01:27 AM, Peter Chubb wrote:
This patch is providing a complete version of the EPIT timer.
Note, however that the GPT timer in the same file is still not
complete.
Thanks!
Comments in=line below.
@@ -411,7 +441,7 @@ static int imx_timerg_init(SysBusDevice *dev)
#define CR_SWR
On Tue, Apr 09, 2013 at 08:37:16PM -0400, Kevin O'Connor wrote:
> On Tue, Apr 02, 2013 at 12:07:46PM +0300, Gleb Natapov wrote:
> > On Mon, Apr 01, 2013 at 08:22:57PM -0400, Kevin O'Connor wrote:
> > > On Sun, Mar 31, 2013 at 05:34:10PM +0300, Gleb Natapov wrote:
> > > > On Sat, Mar 30, 2013 at 09:
From: "Michael R. Hines"
RDMA performs very slowly with zero-page checking.
Without the ability to disable it, RDMA throughput and
latency promises and high performance links cannot be
fully realized.
On the other hand, dynamic page registration support is also
included in the RDMA protocol. Thi
On 04/09/2013 11:24 PM, Michael S. Tsirkin wrote:
Which mechanism do you refer to? You patches still seem to pin each
page in guest memory at some point, which will break all COW. In
particular any pagemap tricks to detect duplicates on source that I
suggested won't work.
Sorry, I mispoke. I
From: "Michael R. Hines"
Verbose documentation is included, for both the protocol and
interface to QEMU.
Additionally, there is a Features/RDMALiveMigration wiki as
well as a patch on github.com (hinesmr/qemu.git)
Signed-off-by: Michael R. Hines
---
docs/rdma.txt | 300 ++
From: "Michael R. Hines"
This is used during RDMA initialization in order to transmit
a description of all the RAM blocks to the peer for later
dynamic chunk registration purposes.
Signed-off-by: Michael R. Hines
---
exec.c|9 +
include/exec/cpu-common.h |5
From: "Michael R. Hines"
All that is left for this part of the patch is:
1. use the new (optionally defined) save_ram_page function pointer
to decide what to do with the page if RDMA is enable or not
and return ENOTSUP as agreed.
2. invoke hooks from QEMURamControlOps function pointers to
From: "Michael R. Hines"
Several changes since v5:
- Only one new file in the patch now! (migration-rdma.c)
- Smaller number of files touched, fewer prototypes
- Merged files as requested (rdma.c and and migration-rdma.c)
- Eliminated header as requested (rdma.h)
- Created new function pointers
From: "Michael R. Hines"
RDMA requires hooks before and after each iteration round
in order to coordinate the new dynamic page registration support.
This is done now by introducing a new set of function pointers
which are only used by arch_init.c.
Pointers include:
1. save_ram_page (which can be
From: "Michael R. Hines"
RDMA is enabled by default per the usual ./configure testing.
Only one new file is added in the patch now (migration-rdma.c),
which is conditionalized by CONFIG_RDMA.
Signed-off-by: Michael R. Hines
---
Makefile.objs |1 +
configure | 29
On Tue, Apr 09, 2013 at 09:26:59PM -0400, Michael R. Hines wrote:
> With respect, I'm going to offload testing this patch back to the author =)
> because I'm trying to address all of Paolo's other minor issues
> with the RDMA patch before we can merge.
Fair enough, this likely means it won't happ
>>> On 4/9/2013 at 09:24 PM, "Zhanghaoyu (A)" wrote:
>> > I compile the QEMU source download from qemu.git
>> > (http://git.qemu.org/git/qemu.git) on 4-9-2013, errors reported as
>> > below,
>> >
>> >
>> >
>> > hw/virtio/dataplane/vring.c: In function 'vring_enable_notification':
>> >
>> >
The guest will be in this state when it is panicked.
Signed-off-by: Wen Congyang
Signed-off-by: Hu Tao
---
include/sysemu/sysemu.h | 1 +
qapi-schema.json| 5 -
qmp.c | 3 +--
vl.c| 13 +++--
4 files changed, 17 insertions(+), 5 delet
Signed-off-by: Paolo Bonzini
Signed-off-by: Hu Tao
---
hw/i386/pc_piix.c| 16 ++--
hw/i386/pc_q35.c | 15 ++-
hw/misc/pvpanic.c| 7 +++
include/hw/i386/pc.h | 3 +++
4 files changed, 38 insertions(+), 3 deletions(-)
diff --git a/hw/i386/pc_piix.c b/hw/i
This lets seabios patch the corresponding SSDT entry.
Signed-off-by: Hu Tao
---
hw/misc/pvpanic.c | 14 ++
hw/nvram/fw_cfg.c | 8 +++-
include/hw/nvram/fw_cfg.h | 2 ++
3 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/hw/misc/pvpanic.c b/hw/misc/pv
Signed-off-by: Hu Tao
---
docs/specs/pvpanic.txt | 37 +
1 file changed, 37 insertions(+)
create mode 100644 docs/specs/pvpanic.txt
diff --git a/docs/specs/pvpanic.txt b/docs/specs/pvpanic.txt
new file mode 100644
index 000..d72d667
--- /dev/null
+++ b/do
pvpanic device is used to send guest panic event from guest to qemu.
When guest panic happens, pvpanic device driver will write a event
number to IO port 0x505(which is the IO port occupied by pvpanic device,
by default). On receiving the event, pvpanic device will pause guest
cpu(s), and send a q
From: Christian Borntraeger
On s390 the disabled wait state indicates a state of attention.
For example Linux uses that state after a panic. Lets
put the system into panicked state.
An alternative implementation would be to state
disabled-wait instead of pause in the action field.
(e.g. z/OS, z
This event will be emited when qemu detects guest panic.
Signed-off-by: Wen Congyang
Signed-off-by: Hu Tao
---
QMP/qmp-events.txt| 14 ++
include/monitor/monitor.h | 1 +
monitor.c | 1 +
3 files changed, 16 insertions(+)
diff --git a/QMP/qmp-events.txt b/
This series introduces a new simulated device, pvpanic, to notify
qemu when guest panic event happens.
Along with this series, there are two patches to add seabios ACPI
driver and kernel ACPI driver for the device, respectively.
Tested with:
- qemu(kvm)/qemu(tcg)
- qemu piix/q35
- default
Signed-off-by: liguang
---
target-arm/translate.c | 17 -
target-i386/translate.c | 17 -
target-mips/translate.c | 16
3 files changed, 24 insertions(+), 26 deletions(-)
diff --git a/target-arm/translate.c b/target-arm/translate.c
index 35
> > I compile the QEMU source download from qemu.git
> > (http://git.qemu.org/git/qemu.git) on 4-9-2013, errors reported as
> > below,
> >
> >
> >
> > hw/virtio/dataplane/vring.c: In function 'vring_enable_notification':
> >
> > hw/virtio/dataplane/vring.c:72: warning: implicit declaration of
在 2013-04-10三的 10:58 +0800，陳韋任 (Wei-Ren Chen)写道：
> > you're right, seems the word 'optimize' is not good here.
> > but what should I use?
> > you know, even compiler like gcc will use -O for code optimization.
>
> "translate: code cleanup in gen_intermediate_code_internal" would be
> better, I t
On Wed, Apr 10, 2013 at 04:46:45AM +0200, Tabibel Sami wrote:
> Hello,
> I am doing master degree of Cryptology and information security
> I have good C and Python skills, and i am interested to work on
> "Introduce API to query IP addresses for given domain" Libvirt
> project.
>
> I am looking fo
This is a regression introduced by c0907c9e6417c. -M q35
to reproduce the problem.
Signed-off-by: Hu Tao
---
default-configs/i386-softmmu.mak | 2 +-
default-configs/x86_64-softmmu.mak | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/default-configs/i386-softmmu.mak b/de
> you're right, seems the word 'optimize' is not good here.
> but what should I use?
> you know, even compiler like gcc will use -O for code optimization.
"translate: code cleanup in gen_intermediate_code_internal" would be
better, I think. :)
Regards,
chenwj
--
Wei-Ren Chen (陳韋任)
Computer Sy
Hello,
I am doing master degree of Cryptology and information security
I have good C and Python skills, and i am interested to work on
"Introduce API to query IP addresses for given domain" Libvirt
project.
I am looking for any comment about the difficulty and the content of
the project, and also
在 2013-04-10三的 10:31 +0800，陳韋任 (Wei-Ren Chen)写道：
> Hi liguang,
>
> > OK, thanks!
> > but, please make no mistake,
> > I'm not saying this patch promote performance of TCG,
> > this just optimize code writing of this function, of
> > course code writing is not deemed to promote its performance.
> >
Hi liguang,
> OK, thanks!
> but, please make no mistake,
> I'm not saying this patch promote performance of TCG,
> this just optimize code writing of this function, of
> course code writing is not deemed to promote its performance.
> or, we shouldn't do any code change if they benefit little
> in
On 2013/4/9 18:50, Dong Xu Wang wrote:
Since 0d09e41a51aa0752b1ce525ce084f7cd210e461b virtio-9p-device.h has
been renamed as virtio-9p.h, so there will be a compiling error. This
patch will fix it.
Signed-off-by: Dong Xu Wang
---
hw/9pfs/virtio-9p-device.c | 2 +-
1 file changed, 1 insertio
With respect, I'm going to offload testing this patch back to the author =)
because I'm trying to address all of Paolo's other minor issues
with the RDMA patch before we can merge.
Since dynamic page registration (as you requested) is now fully
implemented, this patch is less urgent since we now
Actually, this capability needs to be a part of the same patch.
RDMA must have the ability to turn this off or performance will die.
Similarly dynamic chunk registration on the server depends on having
the ability to turn this on, or you cannot get the advantages of dynamic
registration.
- Mi
On Tue, Apr 02, 2013 at 12:07:46PM +0300, Gleb Natapov wrote:
> On Mon, Apr 01, 2013 at 08:22:57PM -0400, Kevin O'Connor wrote:
> > On Sun, Mar 31, 2013 at 05:34:10PM +0300, Gleb Natapov wrote:
> > > On Sat, Mar 30, 2013 at 09:20:09AM -0400, Kevin O'Connor wrote:
> > > The patch uses existing chann
在 2013-04-09二的 10:08 +0100，Peter Maydell写道：
> On 9 April 2013 09:21, li guang wrote:
> > 在 2013-04-09二的 10:11 +0200，Paolo Bonzini写道：
> >> Il 09/04/2013 10:05, 陳韋任 (Wei-Ren Chen) ha scritto:
> >> > Hi liguang,
> >> >
> >> > Just to be curious, how much performance improvement this patch can
> >>
在 2013-04-09二的 13:36 +0200，Paolo Bonzini写道：
> Il 08/04/2013 13:32, Igor Mammedov ha scritto:
> >
> >> > This patch should be combined with [PATCH 07/22]
> >> >
> >> > 在 2013-04-05五的 16:37 +0200，Igor Mammedov写道：
> >>> > > Signed-off-by: Igor Mammedov
> >>> > > ---
> >>> > > hw/ioapic_common.c |
在 2013-04-09二的 13:06 +0200，Paolo Bonzini写道：
> Il 09/04/2013 10:26, li guang ha scritto:
> > > qemu_system_suspend_request, qemu_register_suspend_notifier
> > >for S0->S3
> > >
> > > qemu_system_wakeup_request, qemu_register_wakeup_notifier
> > >for S3->S0
> > >
> > > qemu_system_powerdown
This allows the rbd block driver to detect symbols in the installed
version of librbd, and enable or disable features appropriately. This
obviates the #ifdefs regarding librbd versions.
Loading librbd dynamically also makes the rbd block driver easier to
install and package, since it removes the
> On Tue, 2013-04-09 at 18:33 -0400, de...@lavabit.com wrote:
>> Here's debug output from qemu, the last lines repeat indefinitely:
>>
>> vfio: vfio_initfn(:01:00.0) group 1
>> vfio: region_add 0 - 7fff [0x7f605fe0]
>> vfio: SKIPPING region_add fec0 - fec00fff
>> vfio: SKIPPING regi
> This patch is providing a complete version of the EPIT timer.
> Note, however that the GPT timer in the same file is still not
> complete.
Thanks!
Comments in=line below.
> @@ -411,7 +441,7 @@ static int imx_timerg_init(SysBusDevice *dev)
> #define CR_SWR (1 << 16)
> #define CR_IOVW
On Tue, 2013-04-09 at 18:33 -0400, de...@lavabit.com wrote:
> Here's debug output from qemu, the last lines repeat indefinitely:
>
> vfio: vfio_initfn(:01:00.0) group 1
> vfio: region_add 0 - 7fff [0x7f605fe0]
> vfio: SKIPPING region_add fec0 - fec00fff
> vfio: SKIPPING region_add
Here's debug output from qemu, the last lines repeat indefinitely:
vfio: vfio_initfn(:01:00.0) group 1
vfio: region_add 0 - 7fff [0x7f605fe0]
vfio: SKIPPING region_add fec0 - fec00fff
vfio: SKIPPING region_add fed0 - fed003ff
vfio: SKIPPING region_add fee0 - feef
vfio:
This patch is providing a complete version of the EPIT timer.
Note, however that the GPT timer in the same file is still not
complete.
Signed-off-by: Jean-Christophe DUBOIS
---
hw/timer/imx_timer.c | 250 ++
1 file changed, 192 insertions(+), 58
Actually, assuming the guest ARM glibc doesn't have the printf() bug the
code is testing for, we shouldn't take the SIGSEGV anyway, so that's a
red herring. The actual problem here is the setrlimit().
The conftest.c test case works by using rlimit to limit the address
space. This generally doesn't
On Tue, 2013-04-09 at 11:18 -0600, Alex Williamson wrote:
> On Tue, 2013-04-09 at 08:22 -0400, de...@lavabit.com wrote:
> > Hi!
> >
> > I've tried passing through my ASUS Radeon HD7750, but qemu just hogs 100%
> > of one core and stops. Since the display didn't light up, I couldn't see
> > how far
On Tue, Apr 09, 2013 at 11:34:09PM +0300, Michael S. Tsirkin wrote:
> On Fri, Apr 05, 2013 at 04:17:36PM -0400, Michael R. Hines wrote:
> > The userland part of the patch was missing (IBV_ACCESS_GIFT).
> >
> > I added flag that to /usr/include in addition to this patch and did
> > a test RDMA migr
On Fri, Apr 05, 2013 at 04:17:36PM -0400, Michael R. Hines wrote:
> The userland part of the patch was missing (IBV_ACCESS_GIFT).
>
> I added flag that to /usr/include in addition to this patch and did
> a test RDMA migrate and it seems to work without any problems.
>
> I also removed the IBV_*_W
On 09/04/2013 22:57, Anthony Liguori wrote:
KONRAD Frédéric writes:
On 09/04/2013 21:13, Anthony Liguori wrote:
Paolo Bonzini writes:
Il 09/04/2013 10:22, Hans de Goede ha scritto:
Signed-off-by: Hans de Goede
Cc: Paolo Bonzini
---
hw/9pfs/virtio-9p-device.c | 2 +-
1 file changed,
This has already been fixed in git (commit 93b48c2) -- please try
updating your tree.
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1166954
T
On Tue, 9 Apr 2013 17:46:21 -0300
Eduardo Habkost wrote:
> On Tue, Apr 09, 2013 at 10:19:11PM +0200, Igor Mammedov wrote:
> > On Fri, 5 Apr 2013 14:10:54 -0300
> > Eduardo Habkost wrote:
> >
> > > On Fri, Apr 05, 2013 at 04:37:16PM +0200, Igor Mammedov wrote:
> > > [...]
> > > > diff --git a/qa
** No longer affects: gnutls28 (Ubuntu)
** Also affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1163034
Title:
gnutls28 fails to build from
Public bug reported:
I am attempting to compile master qemu-git it fails to compile because
virtio-9p-device.c includes #include "virtio-9p-device.h that is missing
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of
On Fri, 5 Apr 2013 14:10:54 -0300
Eduardo Habkost wrote:
> On Fri, Apr 05, 2013 at 04:37:16PM +0200, Igor Mammedov wrote:
> [...]
> > diff --git a/qapi-schema.json b/qapi-schema.json
> > index db542f6..a760ed5 100644
> > --- a/qapi-schema.json
> > +++ b/qapi-schema.json
> > @@ -1387,6 +1387,17 @@
KONRAD Frédéric writes:
> On 09/04/2013 21:13, Anthony Liguori wrote:
>> Paolo Bonzini writes:
>>
>>> Il 09/04/2013 10:22, Hans de Goede ha scritto:
Signed-off-by: Hans de Goede
Cc: Paolo Bonzini
---
hw/9pfs/virtio-9p-device.c | 2 +-
1 file changed, 1 insertion(+),
On Tue, Apr 09, 2013 at 10:19:11PM +0200, Igor Mammedov wrote:
> On Fri, 5 Apr 2013 14:10:54 -0300
> Eduardo Habkost wrote:
>
> > On Fri, Apr 05, 2013 at 04:37:16PM +0200, Igor Mammedov wrote:
> > [...]
> > > diff --git a/qapi-schema.json b/qapi-schema.json
> > > index db542f6..a760ed5 100644
> >
On 09/04/2013 21:13, Anthony Liguori wrote:
Paolo Bonzini writes:
Il 09/04/2013 10:22, Hans de Goede ha scritto:
Signed-off-by: Hans de Goede
Cc: Paolo Bonzini
---
hw/9pfs/virtio-9p-device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Ouch, /me installs libcap-ng-devel.
On a fre
On Fri, Apr 05, 2013 at 01:43:49PM -0700, Roland Dreier wrote:
> On Fri, Apr 5, 2013 at 1:17 PM, Michael R. Hines
> wrote:
> > I also removed the IBV_*_WRITE flags on the sender-side and activated
> > cgroups with the "memory.memsw.limit_in_bytes" activated and the migration
> > with RDMA also suc
Am 09.04.2013 18:21, schrieb Paolo Bonzini:
> Il 20/02/2013 14:43, Paolo Bonzini ha scritto:
>> These are needed for any of the Win32 alarm timer implementations.
>> They are not tied to mmtimer exclusively.
>>
>> Jacob tested this patch with both mmtimer and Win32 timers.
>>
>> Cc: qemu-sta...@non
I am trying to solve a problem, with a Linux server work as
host, while qemu guest will have another server intended for subdomain.
I tried to make the host to access the guest server. And I read that
this can be done through bridge. But I am concerning that the bridge
only works with
Hi, Stefan, Dietmar,
Is there already a plan to support the differential or incremental backups in
this Live backup feature?
--
leiqzhang
Best regards
On Fri, Apr 05, 2013 at 02:03:33PM -0700, Roland Dreier wrote:
> On Fri, Apr 5, 2013 at 1:51 PM, Michael R. Hines
> wrote:
> > Sorry, I was wrong. ignore the comments about cgroups. That's still broken.
> > (i.e. trying to register RDMA memory while using a cgroup swap limit cause
> > the process
presumably is_dup_page reads the page, so should not break COW ...
I'm not sure about the cgroups swap limit - you might have
too many non COW pages so attempting to fault them all in
makes you exceed the limit. You really should look at
what is going on in the pagemap, to see if there's
measureab
On Tue, Apr 09, 2013 at 01:56:00PM -0400, Michael R. Hines wrote:
> On 04/09/2013 12:39 PM, Michael S. Tsirkin wrote:
> >On Fri, Apr 05, 2013 at 04:54:39PM -0400, Michael R. Hines wrote:
> >>To be more specific, here's what I did:
> >>
> >>1. apply kernel module patch - re-insert module
> >>1. QEMU
On 04/09/2013 12:05 AM, li guang wrote:
> 在 2013-04-08一的 23:36 -0500，Jesse Larrew写道：
>> On 04/08/2013 09:27 PM, liguang wrote:
>>> if head magic is missing or wrong unexpectedly, we'd
>>> better to prompt memssage for this.
>>> e.g.
>>> I make a mistake to boot a vmlinuz for MIPS(which
>>> I think
Paolo Bonzini writes:
> Il 09/04/2013 10:22, Hans de Goede ha scritto:
>> Signed-off-by: Hans de Goede
>> Cc: Paolo Bonzini
>> ---
>> hw/9pfs/virtio-9p-device.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion
>
> Ouch, /me installs libcap-ng-devel.
On a fresh F18, I tried to find all th
Am 05.04.2013 16:36, schrieb Igor Mammedov:
> When APIC is hotplugged during CPU hotplug, device_set_realized()
> calls device_reset() on it. And if QEMU runs in KVM mode, following
> call chain will fail:
> apic_reset_common()
> -> kvm_apic_vapic_base_update()
> -> kvm_vcpu
Andreas Färber writes:
> Am 08.04.2013 23:55, schrieb Anthony Liguori:
>> Applied. Thanks.
>
> I am seeing "main-loop: WARNING: I/O thread spun for 1000 iterations"
> for both check-qtest-i386 and check-qtest-x86_64 now, is that expected?
>
> PMM just recently cleaned up the noisy arm qtest targ
Hi,
>Personally, I think that the connection between VirtualBox and QEMU is
>very unidirectional if there is any... So code-wise our focus should
>rather be to avoid code copies/divergence within our tree and to share
>code with existing in-tree devices, especially if you are not paid to
>conti
So now the sequence would be something like:
1)VFIO_GROUP_SET_CONTAINER // add groups to the container
2)VFIO_SET_IOMMU(VFIO_FSL_PAMU)// set iommu model
3)count = VFIO_IOMMU_GET_MSI_BANK_COUNT// returns max # of MSI banks
4)VFIO_IOMMU_SET_ATTR(ATTR_G
Thanks for all the comments.. will implement..
On 04/09/2013 01:05 PM, Paolo Bonzini wrote:
Il 09/04/2013 05:04, mrhi...@linux.vnet.ibm.com ha scritto:
+if test "$rdma" = "yes" ; then
+ cat > $TMPC <
+int main(void) { return 0; }
+EOF
+ rdma_libs="-lrdmacm -libverbs"
+ if ! compile_
On 04/09/2013 01:31 PM, Peter Maydell wrote:
On 9 April 2013 04:04, wrote:
From: "Michael R. Hines"
1. qemu_file_ops_are()
2. qemu_file_update_position()(for f->pos)
Also need to be here:
rdma_read_ops
rdma_write_ops
My apologies. will do =)
Do you think you could try to expand
On 04/09/2013 12:39 PM, Michael S. Tsirkin wrote:
On Fri, Apr 05, 2013 at 04:54:39PM -0400, Michael R. Hines wrote:
To be more specific, here's what I did:
1. apply kernel module patch - re-insert module
1. QEMU does: ibv_reg_mr(IBV_ACCESS_GIFT | IBV_ACCESS_REMOTE_READ)
2. Start the RDM
Am 08.04.2013 23:55, schrieb Anthony Liguori:
> Applied. Thanks.
I am seeing "main-loop: WARNING: I/O thread spun for 1000 iterations"
for both check-qtest-i386 and check-qtest-x86_64 now, is that expected?
PMM just recently cleaned up the noisy arm qtest target... :(
Andreas
--
SUSE LINUX Pr
On 04/09/2013 11:23 AM, Markus Armbruster wrote:
>> If we mandate that a tag always be supplied, then we cannot create qcow2
>> files with a snapshot that lacks a tag using just QMP; but even if we do
>
> Are you sure you can do that with the proposed patches? If I read them
> correctly, we make
*Here's the commit that causes the problem:*
$ git checkout d185c094b404b4ff392b77d1244c0233da7d53bd
qemu-char: eliminate busy waiting on can_read returning zero
*Symptoms:*
When the VM boots everything crawls and the host CPU is at 100%,
messages are printing extremely slowly on the VM console
Am 05.04.2013 16:36, schrieb Igor Mammedov:
> Signed-off-by: Igor Mammedov
> Reviewed-by: Paolo Bonzini
> Reviewed-by: Eduardo Habkost
Thanks, applied to qom-cpu:
https://github.com/afaerber/qemu-cpu/commits/qom-cpu
Andreas
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
On Fri, Apr 05, 2013 at 04:54:39PM -0400, Michael R. Hines wrote:
> To be more specific, here's what I did:
>
> 1. apply kernel module patch - re-insert module
> 1. QEMU does: ibv_reg_mr(IBV_ACCESS_GIFT | IBV_ACCESS_REMOTE_READ)
> 2. Start the RDMA migration
> 3. Migration completes withou
On 9 April 2013 04:04, wrote:
> From: "Michael R. Hines"
>
> 1. qemu_file_ops_are()
> 2. qemu_file_update_position()(for f->pos)
>
> Also need to be here:
> rdma_read_ops
> rdma_write_ops
Do you think you could try to expand on your commit messages
a bit? The idea is that a commit message s
Am 02.04.2013 16:50, schrieb Paolo Bonzini:
> Signed-off-by: Paolo Bonzini
> ---
> hw/adlib.c | 82
> --
> 1 file changed, 64 insertions(+), 18 deletions(-)
>
> diff --git a/hw/adlib.c b/hw/adlib.c
> index e6bce59..ca47b55 100644
> ---
Eric Blake writes:
> On 04/09/2013 10:04 AM, Markus Armbruster wrote:
>
>>> +
>>> +##
>>> +# @vm-snapshot-save:
>>> +#
>>> +# Create a snapshot of the whole virtual machine. If tag is
>>> provided as @name,
>>> +# it is used as human readable identifier. If there is already a snapshot
>>> +# with
On 9 April 2013 14:17, Paolo Bonzini wrote:
> We already had a test to add -march=i486 when needed. Make the
> existing test independent of vhost-net, so that it is also used
> under Win32. Also move the test earlier to avoid mucking with
> QEMU_CFLAGS too late in the configure process.
>
> Sign
On 4 April 2013 01:41, Peter Crosthwaite wrote:
> These two patches add and use dtc as a submodule as per the RFC:
>
> http://lists.gnu.org/archive/html/qemu-devel/2013-01/msg05000.html
>
> There is a remaining action item to mandate libfdt for arm/microblaze and PPC
> which is left as follow up w
On Tue, 2013-04-09 at 08:22 -0400, de...@lavabit.com wrote:
> Hi!
>
> I've tried passing through my ASUS Radeon HD7750, but qemu just hogs 100%
> of one core and stops. Since the display didn't light up, I couldn't see
> how far Win 7 boot went. For a Linux guest I tried redirecting kernel
> messa
Il 09/04/2013 05:04, mrhi...@linux.vnet.ibm.com ha scritto:
> From: "Michael R. Hines"
>
> 1. qemu_file_ops_are()
> 2. qemu_file_update_position()(for f->pos)
>
> Also need to be here:
> rdma_read_ops
> rdma_write_ops
>
> Signed-off-by: Michael R. Hines
> ---
> savevm.c | 57 +++
Am 09.04.2013 17:29, schrieb Peter Maydell:
> On 9 April 2013 15:51, Andreas Färber wrote:
>> This brings us a step closer to QOM'ified SH7750 SoC and
>> fixes b350ab75 (target-sh4: Move PVR/PRR/CVR into SuperHCPUClass)
>> assuming SuperHCPU type for SUPERH_CPU_GET_CLASS().
>>
>> Fix Coding Style
Il 09/04/2013 05:04, mrhi...@linux.vnet.ibm.com ha scritto:
> +void qemu_rdma_disable(void *opaque);
> +void qemu_rdma_cleanup(void *opaque);
> +int qemu_rdma_client_init(void *opaque, Error **errp,
> +bool chunk_register_destination);
> +int qemu_rdma_connect(void *opaque, Error **errp
Il 02/04/2013 16:50, Paolo Bonzini ha scritto:
> This avoids audio-specific hacks in configure, so that the
> same mechanism is used for all targets and all devices.
>
> Not yet tested enough, hence RFC.
malc, any news? This is now ready to go in.
Paolo
> Paolo
>
> Paolo Bonzini (6):
> adli
Il 09/04/2013 05:04, mrhi...@linux.vnet.ibm.com ha scritto:
> +if test "$rdma" = "yes" ; then
> + cat > $TMPC < +#include
> +int main(void) { return 0; }
> +EOF
> + rdma_libs="-lrdmacm -libverbs"
> + if ! compile_prog "" "$rdma_libs" ; then
> + feature_not_found "rdma"
> + fi
> +
Ple
Il 09/04/2013 05:04, mrhi...@linux.vnet.ibm.com ha scritto:
> +} else if (strstart(uri, "rdma:", &p)) {
> +rdma_start_outgoing_migration(s, p, &local_err);
Forgot one: please wrap this and the equivalent incoming migration hunk
with #ifdef CONFIG_RDMA.
Prototypes can go in include/mig
Il 09/04/2013 05:04, mrhi...@linux.vnet.ibm.com ha scritto:
> index 4e4b819..0b398f4 100644
> --- a/util/oslib-posix.c
> +++ b/util/oslib-posix.c
> @@ -144,6 +144,8 @@ void qemu_set_block(int fd)
> void qemu_set_nonblock(int fd)
> {
> int f;
> +if(fd == -1)
> +return;
> f =
1 - 100 of 321 matches
Mail list logo
