On 18/06/2015 08:39, Peter Lieven wrote:
>
> It seems like the mainloop is waiting here:
>
> #0 0x7606c89c in __lll_lock_wait ()
>from /lib/x86_64-linux-gnu/libpthread.so.0
> No symbol table info available.
> #1 0x76068065 in _L_lock_858 ()
>from /lib/x86_64-linux-gnu/
Hi,
> we enable this thing by default (why do we?)
Historical reasons :(
At least we recently got an option
to turn it off (-machine $name,vmport=off)
cheers,
Gerd
Am 18.06.2015 um 08:59 schrieb Paolo Bonzini:
On 18/06/2015 08:39, Peter Lieven wrote:
It seems like the mainloop is waiting here:
#0 0x7606c89c in __lll_lock_wait ()
from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1 0x76068065 in _L_lock_858 (
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-17 15:41, Pavel Dovgalyuk wrote:
> > In icount mode every translation block looks as follows:
> >
> > if icount < n then exit
> > icount -= n
> > instr1
> > instr2
> > ...
> > instrn
> > exit
> >
> > When one of these instructions in
Am 18.06.2015 um 09:03 schrieb Peter Lieven:
Am 18.06.2015 um 08:59 schrieb Paolo Bonzini:
On 18/06/2015 08:39, Peter Lieven wrote:
It seems like the mainloop is waiting here:
#0 0x7606c89c in __lll_lock_wait ()
from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info avai
On 17 June 2015 at 22:36, Emilio G. Cota wrote:
> On Wed, Jun 17, 2015 at 09:58:27 +0100, Peter Maydell wrote:
>> On 17 June 2015 at 01:52, Emilio G. Cota wrote:
>> > I'm having trouble running a simple multithreaded program on a PowerPC
>> > host machine.
>> >
>> > The machine I'm using is a pp
On 18 June 2015 at 03:40, 罗大龙 wrote:
> /qemu-2.3.0/hw/arm/pxa2xx.c
>
> --- pxa2xx.c.new2015-06-15 17:40:59.285002592 +0800
> +++ pxa2xx.c2015-06-15 17:43:47.001002592 +0800
> @@ -1986,6 +1986,10 @@
>
> s->rx_len = qemu_get_byte(f);
> s->rx_start = 0;
> + if (s->rx_len < 0 || s-
> diff --git a/docs/migration.txt b/docs/migration.txt index f6df4be..b4b93d1
> 100644
> --- a/docs/migration.txt
> +++ b/docs/migration.txt
> @@ -291,3 +291,170 @@ save/send this state when we are in the middle of a
> pio operation (that is what ide_drive_pio_state_needed() checks). If
> DRQ_STA
Am 18.06.2015 um 09:12 hat Peter Lieven geschrieben:
> Thread 2 (Thread 0x75550700 (LWP 2636)):
> #0 0x75d87aa3 in ppoll () from /lib/x86_64-linux-gnu/libc.so.6
> No symbol table info available.
> #1 0x55955d91 in qemu_poll_ns (fds=0x563889c0, nfds=3,
> timeout=4999424
On 18 June 2015 at 08:12, Pavel Dovgaluk wrote:
>> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
>> Looking at how icount work, I see it's basically a variable in the CPU
>> state (icount_decr.u16.low), which is already accessed from the TB.
>> Couldn't we adjust it using additional code befo
> From: Peter Maydell [mailto:peter.mayd...@linaro.org]
> On 18 June 2015 at 08:12, Pavel Dovgaluk wrote:
> >> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> >> Looking at how icount work, I see it's basically a variable in the CPU
> >> state (icount_decr.u16.low), which is already accessed
On Wed, Jun 17, 2015 at 06:26:06PM -0400, Don Slutz wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 06/17/15 09:44, Paolo Bonzini wrote:
> >
> > On 12/06/2015 16:05, Don Slutz wrote:
> >> Changes v6 to v7:
> ...
> > Looks good, feel free to send out patches 1+2+3+9 in a pull req
On 17/06/2015 22:15, Michael Tokarev wrote:
> I tried autoconf&automake&libtool. It is a HugeMess, I disliked it.
> So I rewrote it as a simple shell script.
>
> The result of both attempts is available at
> http://www.corpit.ru/mjt/tmp/libcacard/
> There are 4 files in there:
>
> configure.
* Li, Liang Z (liang.z...@intel.com) wrote:
> > diff --git a/docs/migration.txt b/docs/migration.txt index f6df4be..b4b93d1
> > 100644
> > --- a/docs/migration.txt
> > +++ b/docs/migration.txt
> > @@ -291,3 +291,170 @@ save/send this state when we are in the middle of a
> > pio operation (that is
18.06.2015 11:09, Paolo Bonzini пишет:
> On 17/06/2015 22:15, Michael Tokarev wrote:
>> I tried autoconf&automake&libtool. It is a HugeMess, I disliked it.
>> So I rewrote it as a simple shell script.
>>
>> The result of both attempts is available at
>> http://www.corpit.ru/mjt/tmp/libcacard/
>>
On 18/06/2015 07:17, Pavel Dovgaluk wrote:
>>> > >
>>> > > static inline RES_TYPE
>>> > > -glue(glue(cpu_ld, USUFFIX), MEMSUFFIX)(CPUArchState *env, target_ulong
>>> > > ptr)
>>> > > +glue(glue(glue(cpu_ld, USUFFIX), MEMSUFFIX), _ra)(CPUArchState *env,
>>> > > +
On 2015-06-18 10:12, Pavel Dovgaluk wrote:
> > From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> > On 2015-06-17 15:41, Pavel Dovgalyuk wrote:
> > > In icount mode every translation block looks as follows:
> > >
> > > if icount < n then exit
> > > icount -= n
> > > instr1
> > > instr2
> > > ...
On 18/06/2015 10:11, Michael Tokarev wrote:
> 18.06.2015 11:09, Paolo Bonzini пишет:
>> On 17/06/2015 22:15, Michael Tokarev wrote:
>>> I tried autoconf&automake&libtool. It is a HugeMess, I disliked it.
>>> So I rewrote it as a simple shell script.
>>>
>>> The result of both attempts is availab
On 2015-06-18 10:16, Paolo Bonzini wrote:
>
>
> On 18/06/2015 07:17, Pavel Dovgaluk wrote:
> >>> > >
> >>> > > static inline RES_TYPE
> >>> > > -glue(glue(cpu_ld, USUFFIX), MEMSUFFIX)(CPUArchState *env,
> >>> > > target_ulong ptr)
> >>> > > +glue(glue(glue(cpu_ld, USUFFIX), MEMSUFFIX), _ra)(CPU
On 18/06/2015 09:50, Li, Liang Z wrote:
> Do you have any idea or plan to deal with the failure happened during
> the postcopy phase?
>
> Lost the guest is too frightening for a cloud provider, we have a
> discussion with Alibaba, they said that they can't use the postcopy
> feature unless ther
Am 18.06.2015 um 09:45 schrieb Kevin Wolf:
Am 18.06.2015 um 09:12 hat Peter Lieven geschrieben:
Thread 2 (Thread 0x75550700 (LWP 2636)):
#0 0x75d87aa3 in ppoll () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1 0x55955d91 in qemu_poll_ns (fds=0x5
On 18/06/2015 09:58, Michael S. Tsirkin wrote:
> > If I am reading this correctly, I should add
> >
> > Acked-by: Paolo Bonzini
> >
> > to these 4 patches.
> >
> > Since I have never sent a pull request to QEMU before here is what I
> > think should be in it:
>
> I'd like to see a version wi
On 18/06/2015 00:26, Don Slutz wrote:
>
> The following changes since commit
> f754c3c9cce3c4789733d9068394be4256dfe6a8:
>
> Merge remote-tracking branch
> 'remotes/agraf/tags/signed-s390-for-upstream' into staging
> (2015-06-17 12:43:26 +0100)
>
> are available in the git repository at:
>
>
Michael Tokarev writes:
> So, what is the consensus here?
>
> Everyone who talked wants the emacs mode, but everyone
> offers their own mode.
>
> I'd pick the stroustrup variant suggested by Marcus
> since it is shortest, but while being shortest, it
> is looks a bit "magical".
I don't think it'
Am 18.06.2015 um 10:30 hat Peter Lieven geschrieben:
> Am 18.06.2015 um 09:45 schrieb Kevin Wolf:
> >Am 18.06.2015 um 09:12 hat Peter Lieven geschrieben:
> >>Thread 2 (Thread 0x75550700 (LWP 2636)):
> >>#0 0x75d87aa3 in ppoll () from /lib/x86_64-linux-gnu/libc.so.6
> >>No symbol table
Block replication is a very important feature which is used for
continuous checkpoints(for example: COLO).
Usage:
Please refer to docs/block-replication.txt
You can get the patch here:
https://github.com/wencongyang/qemu-colo/commits/block-replication-v6
The other newest COLO patchse will be sen
In some cases, we want to connect/disconnect the remote target when
we need, not in bdrv_open()/bdrv_close().
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
block.c | 24
include/block/block.h | 3 +++
include
Signed-off-by: Wen Congyang
Signed-off-by: Yang Hongyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
docs/block-replication.txt | 179 +
1 file changed, 179 insertions(+)
create mode 100644 docs/block-replication.txt
diff --git a/docs/b
Usage:
-drive file=xxx,id=Y, \
-drive
file=,id=X,backing_reference.drive_id=Y,backing_reference.hidden-disk.*
It will create such backing chain:
{virtio-blk dev 'Y'}
{virtio-blk dev 'X'}
|
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
blockdev.c| 8
include/block/block.h | 1 +
qemu-options.hx | 4
3 files changed, 13 insertions(+)
diff --git a/blockdev.c b/blockdev.c
index 1cd1b79..07b0477 100644
--- a/blockd
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
Cc: Jeff Cody
---
block/Makefile.objs | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block/Makefile.objs b/block/Makefile.ob
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
block.c | 40 +++-
1 file changed, 39 insertions(+), 1 deletion(-)
diff --git a/block.c b/block.c
index 0ffb855..df4cbce 100644
--- a/block.c
+++ b/block.c
@@ -745,6 +745,15
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Cc: Luiz Capitulino
Cc: Michael Roth
Reviewed-by: Paolo Bonzini
---
block.c | 40
include/block/block.h | 5 +
include/block/block_int.h | 14 ++
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Cc: Jeff Cody
---
block/backup.c | 13 +
blockjob.c | 10 ++
include/block/blockjob.h | 12
3 files changed, 35 insertions(+)
diff --git a/block/backup.c b/
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
block.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/block.c b/block.c
index d1ed227..0b41af4 100644
--- a/block.c
+++ b/block.c
@@ -1294,6 +1294,14 @@ static int
bdrv_open_backing_reference_fil
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
block/quorum.c | 78 ++
1 file changed, 78 insertions(+)
diff --git a/block/quorum.c b/block/quorum.c
index 77e55b2..01cfac0 100644
--- a/block/quorum.c
+
If the child is not ready, read/write/getlength/flush will
return -errno. It is not critical error, and can be ignored:
1. read/write:
Just not report the error event.
2. getlength:
just ignore it. If all children's getlength return -errno,
and be ignored, return -EIO.
3. flush:
Just ig
The secondary qemu starts later than the primary qemu, so we
cannot connect to nbd server in bdrv_open(). Introduce a new
open flags to control it.
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
block/nbd.c | 12 +++-
1 file changed, 7 insertions(+)
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
block/nbd.c | 67 -
1 file changed, 49 insertions(+), 18 deletions(-)
diff --git a/block/nbd.c b/block/nbd.c
index 2176186..bc9477a 100644
--- a/block
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
block.c | 12
1 file changed, 12 insertions(+)
diff --git a/block.c b/block.c
index 06222bf..2108d02 100644
--- a/block.c
+++ b/block.c
@@ -4430,6 +4430,10 @@ void bdrv_start_replication(BlockDrive
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
include/qemu/option.h | 2 ++
util/qemu-option.c| 44
2 files changed, 46 insertions(+)
diff --git a/include/qemu/option.h b/include/qemu/option.h
index ac0e43b
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
block/Makefile.objs | 1 +
block/replication.c | 441
2 files changed, 442 insertions(+)
create mode 100644 block/replication.c
diff --git a/block/Makefil
"Kővágó Zoltán" writes:
> 2015-06-17 18:06 keltezéssel, Markus Armbruster írta:
>> "Kővágó Zoltán" writes:
>>
>>> 2015-06-17 15:37 keltezéssel, Markus Armbruster írta:
"Kővágó Zoltán" writes:
> 2015-06-17 13:48 keltezéssel, Markus Armbruster írta:
>> "Kővágó Zoltán" writes:
>
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-18 10:12, Pavel Dovgaluk wrote:
> > > From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> > > On 2015-06-17 15:41, Pavel Dovgalyuk wrote:
> > > > In icount mode every translation block looks as follows:
> > > >
> > > > if icount < n
configure --enable-colo/--disable-colo to switch COLO
support on/off.
COLO support is off by default.
Signed-off-by: zhanghailiang
Signed-off-by: Yang Hongyang
Signed-off-by: Gonglei
Signed-off-by: Lai Jiangshan
---
configure | 14 ++
1 file changed, 14 insertions(+)
diff --git a
This is the 6th version of COLO, here is only COLO frame part, include: VM
checkpoint,
failover, proxy API, block replication API, not include block replication.
The block part is sent as a separate series.
As usuall, we provide two branch which one is 'colo-v1.3-basic',
and the other is 'colo-v
We can know if VM in destination should go into COLO mode by refer to
the info that has been migrated from PVM.
Signed-off-by: zhanghailiang
Signed-off-by: Yang Hongyang
Signed-off-by: Lai Jiangshan
Signed-off-by: Gonglei
---
include/migration/migration-colo.h | 2 ++
migration/Makefile.objs
We need communications protocol of user-defined to control the checkpoint
process.
The new checkpoint request is started by Primary VM, and the interactive process
like below:
Checkpoint synchronizing points,
Primary Secondary
NEW @
Add a migrate state: MIGRATION_STATUS_COLO, enter this migration state
after the first live migration successfully finished.
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Signed-off-by: Lai Jiangshan
---
include/migration/migration-colo.h | 3 +++
include/migration/migration.h | 2
The ram cache is initially the same as SVM/PVM's memory.
At checkpoint, we cache the dirty RAM of PVM into RAM cache in the slave
(so that RAM cache always the same as PVM's memory at every
checkpoint), we will flush cached RAM to SVM after we receive
all PVM's vmstate (RAM/device).
Signed-off-by
Switch from normal migration loadvm process into COLO checkpoint process if
COLO mode is enabled.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Signed-off-by: Lai Jiangshan
Signed-off-by: Yang Hongyang
---
include/migration/migration-colo.h | 13 +
migration/colo-comm.c
Guest will enter this state when paused to save/restore VM state
under colo checkpoint.
Cc: Eric Blake
Cc: Markus Armbruster
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Signed-off-by: Lai Jiangshan
Reviewed-by: Dr. David Alan Gilbert
---
qapi-schema.json | 5 -
vl.c
During the time of VM's running, PVM/SVM may dirty some pages, we will transfer
PVM's dirty pages to SVM and store them into SVM's RAM cache at next checkpoint
time. So, the content of SVM's RAM cache will always be some with PVM's memory
after checkpoint.
Instead of flushing all content of SVM's
If there are some errors happen, we will give users(administrators) time to
get involved in failover verdict, which they can decide
which side should take over the work by using 'colo_lost_heartbeat' command.
Note: The default verdict is primary VM takes over work while secondary VM exit.
So if us
We should not destroy the state of secondary until we receive the whole
state from the primary, in case the primary fails in the middle of sending
the state, so, here we cache the device state in Secondary before restore it.
Besides, we should call qemu_system_reset() before load VM state,
which c
We leave users to use whatever heartbeat solution they want, if the heartbeat
is lost, or other errors they detect, they can use command
'colo_lost_heartbeat' to tell COLO to do failover, COLO will do operations
accordingly.
For example,
If send the command to PVM, Primary will exit COLO mode, and
We should save PVM's RAM/device to slave when needed.
For VM state, we will cache them in slave, we use QEMUSizedBuffer
to store the data, we need know the data size of VM state, so in master,
we use qsb to store VM state temporarily, and then migrate the data to
slave.
Signed-off-by: zhanghailia
we will use this dirty bitmap together with VM's cache RAM dirty bitmap
to decide which page in cache should be flushed into VM's RAM.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
migration/ram.c | 16
1 file changed, 16 insertions(+)
diff --git a/migration/ram.c
We add helper function colo_supported() to indicate whether
colo is supported or not, with which we use to control whether or not
showing 'colo' string to users, they can use qmp command
'query-migrate-capabilities' or hmp command 'info migrate_capabilities'
to learn if colo is supported.
Cc: Juan
Proxy module will send message to qemu through nfnetlink.
Now, the message only contains the result of packets comparation.
We use a global variable 'packet_compare_different' to store the result.
And this variable should be accessed by using atomic related function,
such as 'atomic_set' 'atomic_x
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Signed-off-by: Lai Jiangshan
---
migration/colo.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/migration/colo.c b/migration/colo.c
index a65f9ea..76bdd44 100644
--- a/migration/colo.c
+++ b/migration/colo.c
@@ -53,6 +53,7
Introduce two new QEMUSizedBuffer APIs which will be used by COLO to buffer
VM state:
One is qsb_put_buffer(), which put the content of a given QEMUSizedBuffer
into QEMUFile, this is used to send buffered VM state to secondary.
Another is qsb_fill_buffer(), read 'size' bytes of data from the file i
Make sure master start block replication after slave's block replication
started.
Signed-off-by: zhanghailiang
Signed-off-by: Wen Congyang
Signed-off-by: Yang Hongyang
Signed-off-by: Li Zhijian
---
migration/colo.c | 139 ++-
trace-events
When COLO mode, we do some init work for nic that will be used for COLO.
Cc: Stefan Hajnoczi
Cc: Jason Wang
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
include/net/colo-nic.h | 3 +++
net/Makefile.objs | 1 +
net/colo-nic.c | 70 ++
Implement communication protocol with proxy module by using
nfnetlink, which requires libnfnetlink libs.
Tell proxy module to do initialization work and moreover ask
kernel to acknowledge the request. It's is necessary for the first
time because Netlink is not a reliable protocol.
Cc: Stefan Hajn
Implement colo nic device interface configure()
add a script to configure nic devices:
${QEMU_SCRIPT_DIR}/colo-proxy-script.sh
Cc: Stefan Hajnoczi
Cc: Jason Wang
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
include/net/tap.h| 17 +
net/colo-nic.c
Besides normal checkpoint which according to the result of net packets
comparing, We do additional checkpoint periodically, it will reduce the number
of dirty pages when do one checkpoint, if we don't do checkpoint for a long
time (This is a special case when the net packets is always consistent).
COLO do not support qdev hotplug migration, disable it.
Signed-off-by: zhanghailiang
Signed-off-by: Yang Hongyang
---
migration/colo.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/migration/colo.c b/migration/colo.c
index 0fcadcd..8d6d166 100644
--- a/migration/colo.c
+++ b/
Only do checkpoint, when the PVM's and SVM's output net packets are
inconsistent,
We also limit the min time between two continuous checkpoint action, to
give VM a change to run.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
include/net/colo-nic.h | 2 ++
migration/colo.c |
We also change the parameters of launch_script().
Cc: Stefan Hajnoczi
Cc: Jason Wang
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
include/net/tap.h | 2 ++
net/tap.c | 31 ++-
2 files changed, 20 insertions(+), 13 deletions(-)
diff --git a/i
If some errors happen during VM's COLO FT stage, it's import to notify the users
this event, Togehter with 'colo_lost_heartbeat', users can intervene in COLO's
failover work immediately.
If users don't want to get involved in COLO's failover verdict,
it is still necessary to notify users that we ex
The 'colo_nicname' should be assigned with network name,
for exmple, 'eth2'. It will be parameter of 'colo_script',
'colo_script' should be assigned with an scirpt path.
We parse these parameter in tap.
Cc: Stefan Hajnoczi
Cc: Jason Wang
Cc: Eric Blake
Cc: Markus Armbruster
Signed-off-by: zha
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
include/net/colo-nic.h | 2 ++
migration/colo.c | 21 ++---
net/colo-nic.c | 23 +++
3 files changed, 43 insertions(+), 3 deletions(-)
diff --git a/include/net/colo-nic.h b/include/net/
For Secondary VM, we forbid it shutdown directly when in COLO mode,
FOR Primary VM's shutdown, we should do some work to ensure the consistent
action
between PVM and SVM.
Cc: Paolo Bonzini
Signed-off-by: zhanghailiang
Signed-off-by: Lai Jiangshan
Signed-off-by: Li Zhijian
---
include/sysemu/
When in colo mode, call colo nic init/destroy function.
Cc: Stefan Hajnoczi
Cc: Jason Wang
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
include/net/colo-nic.h | 4 +++
migration/colo.c | 15 +++
net/colo-nic.c | 71 +
18.06.2015 11:36, Markus Armbruster wrote:
> Michael Tokarev writes:
>
>> So, what is the consensus here?
>>
>> Everyone who talked wants the emacs mode, but everyone
>> offers their own mode.
>>
>> I'd pick the stroustrup variant suggested by Marcus
>> since it is shortest, but while being short
With this command, we can control the period of checkpoint, if
there is no comparison of net packets.
Cc: Luiz Capitulino
Cc: Eric Blake
Cc: Markus Armbruster
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
hmp-commands.hx| 15 +++
hmp.c | 7 +
On 2015-06-18 10:16, Aurelien Jarno wrote:
> On x86, this patch brings a 5% boot time improvement on MIPS. One of the
> reason is that the TCG code generator has a good knowledge about which
> TCG ops or helpers can trigger an exception, so it can optimize out part
> of the instructions saving the
Paolo Bonzini writes:
> On 18/06/2015 10:11, Michael Tokarev wrote:
>> 18.06.2015 11:09, Paolo Bonzini пишет:
>>> On 17/06/2015 22:15, Michael Tokarev wrote:
I tried autoconf&automake&libtool. It is a HugeMess, I disliked it.
So I rewrote it as a simple shell script.
The resu
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 17/06/2015 14:42, Pavel Dovgalyuk wrote:
> > This patch introduces several helpers to pass return address
> > which points to the TB. Correct return address allows correct
> > restoring of the guest PC and icount. These functions should be use
On Thu, Jun 18, 2015 at 11:07:53AM +0200, Markus Armbruster wrote:
> Paolo Bonzini writes:
>
> > On 18/06/2015 10:11, Michael Tokarev wrote:
> >> 18.06.2015 11:09, Paolo Bonzini пишет:
> >>> On 17/06/2015 22:15, Michael Tokarev wrote:
> I tried autoconf&automake&libtool. It is a HugeMess, I
Peter Maydell writes:
> On 4 June 2015 at 14:30, Daniel P. Berrange wrote:
>> Some default emacs setups indent by 2 spaces and uses tabs
>> which is counter to the QEMU coding style rules. Adding a
>> .dir-locals.el file in the top level of the GIT repo will
>> inform emacs about the QEMU coding
On 18/06/2015 11:08, Aurelien Jarno wrote:
> For an i386 guest still on an x86 host, I get a 4% slower boot time by
> not using retranslation (see patch below). This is not that much
> compared to the complexity retranslation bring us.
QEMU could just always compute and store the restore_state inf
Am 18.06.2015 um 10:42 schrieb Kevin Wolf:
Am 18.06.2015 um 10:30 hat Peter Lieven geschrieben:
Am 18.06.2015 um 09:45 schrieb Kevin Wolf:
Am 18.06.2015 um 09:12 hat Peter Lieven geschrieben:
Thread 2 (Thread 0x75550700 (LWP 2636)):
#0 0x75d87aa3 in ppoll () from /lib/x86_64-linux
On 18/06/2015 11:24, Pavel Dovgaluk wrote:
>>> > > +uint16_t helper_call_ldw_cmmu(CPUArchState *env, target_ulong addr,
>>> > > + int mmu_idx, uintptr_t retaddr);
>> >
>> > What about helper_ret_ldw_cmmu for consistency with the DATA_SIZE == 1
>> > case?
> tcg.h bre
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 18/06/2015 11:24, Pavel Dovgaluk wrote:
> >>> > > +uint16_t helper_call_ldw_cmmu(CPUArchState *env, target_ulong addr,
> >>> > > + int mmu_idx, uintptr_t retaddr);
> >> >
> >> > What about helper_ret_ldw_cmmu for c
0100)
are available in the git repository at:
git://git.kraxel.org/qemu tags/pull-input-20150618-1
for you to fetch changes up to 535017c3852f72e8706c3636d0bb2587920bf57d:
virtio-input: evdev passthrough (2015-06-18 10:4
This allows to assign host input devices to the guest:
qemu -device virtio-input-host-pci,evdev=/dev/input/event
The guest gets exclusive access to the input device, so be careful
with assigning the keyboard if you have only one connected to your
machine.
Signed-off-by: Gerd Hoffmann
---
hw/in
On 18/06/2015 11:33, Pavel Dovgaluk wrote:
> > > /* Temporary aliases until backends are converted. */
> > > #ifdef TARGET_WORDS_BIGENDIAN
> > > # define helper_ret_ldsw_mmu helper_be_ldsw_mmu
> > > # define helper_ret_lduw_mmu helper_be_lduw_mmu
> > > # define helper_ret_ldsl_mmu helper_be_l
On Thu, Jun 18, 2015 at 10:29 AM, Peter Lieven wrote:
> Am 18.06.2015 um 10:42 schrieb Kevin Wolf:
>>
>> Am 18.06.2015 um 10:30 hat Peter Lieven geschrieben:
>>>
>>> Am 18.06.2015 um 09:45 schrieb Kevin Wolf:
Am 18.06.2015 um 09:12 hat Peter Lieven geschrieben:
>
> Thread 2 (Thre
Signed-off-by: Gerd Hoffmann
---
Makefile | 4 +++-
include/ui/egl-proto.h | 2 ++
qemu-eglview.c | 14 --
ui/egl.c | 4
ui/shader/texture-blit-flip.vert | 10 ++
5 files changed, 31 insertions
On Thu, Jun 18, 2015 at 11:33:55AM +0200, Gerd Hoffmann wrote:
> This allows to assign host input devices to the guest:
>
> qemu -device virtio-input-host-pci,evdev=/dev/input/event
>
> The guest gets exclusive access to the input device, so be careful
> with assigning the keyboard if you have on
On Thu, Jun 18, 2015 at 10:33:00AM +0200, Paolo Bonzini wrote:
>
>
> On 18/06/2015 09:58, Michael S. Tsirkin wrote:
> > > If I am reading this correctly, I should add
> > >
> > > Acked-by: Paolo Bonzini
> > >
> > > to these 4 patches.
> > >
> > > Since I have never sent a pull request to QEMU
On 2015-06-18 11:29, Paolo Bonzini wrote:
> On 18/06/2015 11:08, Aurelien Jarno wrote:
> > For an i386 guest still on an x86 host, I get a 4% slower boot time by
> > not using retranslation (see patch below). This is not that much
> > compared to the complexity retranslation bring us.
>
> QEMU cou
In order to make the Cortex-M emulation accurate, I would need to configure the
missing address ranges to trigger memory faults.
I noticed that the emulator defines a memory range to cover the entire 64-bits
memory space. Is it possible to make it trigger exceptions?
If not, what would be the s
Am 18.06.2015 um 11:36 schrieb Stefan Hajnoczi:
On Thu, Jun 18, 2015 at 10:29 AM, Peter Lieven wrote:
Am 18.06.2015 um 10:42 schrieb Kevin Wolf:
Am 18.06.2015 um 10:30 hat Peter Lieven geschrieben:
Am 18.06.2015 um 09:45 schrieb Kevin Wolf:
Am 18.06.2015 um 09:12 hat Peter Lieven geschrieben
For the same reason there is the v >= l test.
The v >= l test state that the value can be out of range so it not always a
constant in the range.
Adding the v < 0 check for every invalid value. As these are executed only for
logging should not be a performance penalty.
I also hope the compiler is
On 18/06/2015 11:42, Aurelien Jarno wrote:
>> > QEMU could just always compute and store the restore_state information.
>> > TCG needs to help filling it in (a new TCG opcode?), but it should be
>> > easy.
> Yes, that was another approach I have in mind (I called it exception
> table in my othe
On 18.06.2015 09:57, Paolo Bonzini wrote:
> On 17/06/2015 19:54, Sergey Fedorov wrote:
>>
>> -/* tb_gen_code can flush our orig_tb, invalidate it now */
>> -tb_phys_invalidate(orig_tb, -1);
>> -tb = tb_gen_code(cpu, pc, cs_base, flags,
>> +tb = tb_gen_code(cpu, orig_tb->pc, orig_t
On Do, 2015-06-18 at 11:37 +0200, Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
Oops, wrong patch, scratch that.
sorry,
Gerd
1 - 100 of 383 matches
Mail list logo
