On 08/04/2015 02:05 PM, Yang Hongyang wrote:
> On 08/04/2015 01:03 PM, Jason Wang wrote:
>>
>>
>> On 08/03/2015 04:30 PM, Yang Hongyang wrote:
>>> This filter is to buffer/release packets, this feature can be used
>>> when using MicroCheckpointing, or other Remus like VM FT solutions, you
>>> can
On 08/03/2015 05:22 PM, Thibaut Collet wrote:
> A new vhost user message is added to allow QEMU to ask to vhost user backend
> to
> broadcast a fake RARP after live migration for guest without GUEST_ANNOUNCE
> capability.
>
> This new message is sent only if the backend supports the new
> VHOST_
On 08/04/2015 01:03 PM, Jason Wang wrote:
On 08/03/2015 04:30 PM, Yang Hongyang wrote:
This filter is to buffer/release packets, this feature can be used
when using MicroCheckpointing, or other Remus like VM FT solutions, you
can also use it to simulate the network delay.
It has an interval op
On Fri, Jul 31, 2015 at 3:32 PM, Peter Maydell
wrote:
> On 31 July 2015 at 10:29, Naman patel wrote:
> > Can someone explain me what happens when a guest OS calls "invlpg" on say
> > page swap out or a context switch? What exactly is the call flow and how
> > QEMU handles this instruction?
>
> W
On 08/04/2015 01:53 PM, Jason Wang wrote:
On 08/04/2015 01:39 PM, Yang Hongyang wrote:
On 08/04/2015 12:56 PM, Jason Wang wrote:
On 08/03/2015 04:30 PM, Yang Hongyang wrote:
add/remove filters from network backend
Signed-off-by: Yang Hongyang
---
include/net/net.h | 8
net
On 08/04/2015 01:39 PM, Yang Hongyang wrote:
> On 08/04/2015 12:56 PM, Jason Wang wrote:
>>
>>
>> On 08/03/2015 04:30 PM, Yang Hongyang wrote:
>>> add/remove filters from network backend
>>>
>>> Signed-off-by: Yang Hongyang
>>> ---
>>> include/net/net.h | 8
>>> net/filter.c |
On 08/04/2015 01:00 PM, Jason Wang wrote:
On 08/03/2015 04:30 PM, Yang Hongyang wrote:
add an API qemu_netfilter_pass_to_next_iov() to pass the packet
to next filter, and a wrapper qemu_netfilter_pass_to_next().
Signed-off-by: Yang Hongyang
---
include/net/filter.h | 12
in
On (Fri) 31 Jul 2015 [10:50:46], Dr. David Alan Gilbert wrote:
> * Amit Shah (amit.s...@redhat.com) wrote:
> > On (Tue) 16 Jun 2015 [11:26:48], Dr. David Alan Gilbert (git) wrote:
> > > From: "Dr. David Alan Gilbert"
> > >
> > > Once we're in postcopy the source processors are stopped and memory
On 08/04/2015 12:56 PM, Jason Wang wrote:
On 08/03/2015 04:30 PM, Yang Hongyang wrote:
add/remove filters from network backend
Signed-off-by: Yang Hongyang
---
include/net/net.h | 8
net/filter.c | 4 ++--
net/net.c | 33 +
3 files
On (Tue) 16 Jun 2015 [11:26:34], Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> Provide a check to see if the OS we're running on has all the bits
> needed for postcopy.
>
> Creates postcopy-ram.c which will get most of the other helpers we need.
>
> Signed-off-by: Dr.
On (Tue) 16 Jun 2015 [11:26:32], Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> MIG_CMD_PACKAGED is a migration command that wraps a chunk of migration
> stream inside a package whose length can be determined purely by reading
> its header. The destination guarantees th
On (Tue) 16 Jun 2015 [11:26:16], Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> One of my patches used a loop that was based on host page size;
> it dies in qtest since qtest hadn't bothered init'ing it.
>
> Signed-off-by: Dr. David Alan Gilbert
Reviewed-by: Amit Shah
On (Tue) 16 Jun 2015 [11:26:14], Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> Signed-off-by: Dr. David Alan Gilbert
Reviewed-by: Amit Shah
A few minor comments:
> ---
> docs/migration.txt | 167
> +
> 1 file ch
On 08/03/2015 08:15 PM, Stefan Hajnoczi wrote:
> After addressing CVE-2015-5165 there were several additional rtl8139 cleanups
> that I'm sending separately since they are not security fixes.
>
> These patches eliminate duplicate eth.h structs/macros and fix unaligned
> memory
> accesses in tx o
On 08/03/2015 04:30 PM, Yang Hongyang wrote:
> This filter is to buffer/release packets, this feature can be used
> when using MicroCheckpointing, or other Remus like VM FT solutions, you
> can also use it to simulate the network delay.
> It has an interval option, if supplied, this filter will r
On 08/03/2015 04:30 PM, Yang Hongyang wrote:
> add an API qemu_netfilter_pass_to_next_iov() to pass the packet
> to next filter, and a wrapper qemu_netfilter_pass_to_next().
>
> Signed-off-by: Yang Hongyang
> ---
> include/net/filter.h | 12
> include/net/net.h| 1 +
> net/fil
On 08/03/2015 04:30 PM, Yang Hongyang wrote:
> add/remove filters from network backend
>
> Signed-off-by: Yang Hongyang
> ---
> include/net/net.h | 8
> net/filter.c | 4 ++--
> net/net.c | 33 +
> 3 files changed, 43 insertions(+), 2 dele
On 08/03/2015 01:32 PM, Gavin Shan wrote:
On Mon, Aug 03, 2015 at 12:51:09PM +1000, David Gibson wrote:
On Mon, Aug 03, 2015 at 09:23:19AM +1000, Gavin Shan wrote:
The patch supports RTAS calls "ibm,{open,close}-errinjct" to
manupliate the token, which is passed to RTAS call "ibm,errinjct"
to i
On (Tue) 28 Jul 2015 [09:17:25], Quwj wrote:
> I met two bugs above.QEMU version is 2.1.3 and VM is Windows7.
> QEMU Log is:
> qemu-system-x86_64: virtio-serial-bus: Unexpected port id 15819934 for device
> virtio-serial0.0
(snip)
> Bug description:
> With qemu-kvm-0.15.0-rc1 virtio-serial-bus
On Mon, Aug 03, 2015 at 05:32:43PM -0500, Michael Roth wrote:
> Quoting Bharata B Rao (2015-08-03 02:53:02)
> > On Mon, Aug 03, 2015 at 04:55:01PM +1000, David Gibson wrote:
> > > On Mon, Aug 03, 2015 at 11:05:42AM +0530, Bharata B Rao wrote:
> > > > Support hotplug identifier type RTAS_LOG_V6_HP_I
On 27.07.15 13:46, Paolo Bonzini wrote:
> QEMU does have an I/O thread now, that can be interrupted at any time
> because the VCPU thread runs outside the iothread mutex.
>
> Therefore, the kvmppc_timer_hack is obsolete. Remove it.
>
> Signed-off-by: Paolo Bonzini
Thanks, applied to ppc-next
Quoting Bharata B Rao (2015-08-03 02:53:02)
> On Mon, Aug 03, 2015 at 04:55:01PM +1000, David Gibson wrote:
> > On Mon, Aug 03, 2015 at 11:05:42AM +0530, Bharata B Rao wrote:
> > > Support hotplug identifier type RTAS_LOG_V6_HP_ID_DRC_COUNT that allows
> > > hotplugging of DRCs by specifying the DR
On 2015-08-03 14:41, Richard Henderson wrote:
> On 08/03/2015 02:31 PM, Aurelien Jarno wrote:
> >On 2015-08-03 12:35, Richard Henderson wrote:
> >> if (msb != 31) {
> >>-tcg_gen_andi_tl(t0, t0, (1 << (msb + 1)) - 1);
> >>+tcg_gen_andi_tl(t0, t0, (1U << (msb + 1)) -
On 08/03/2015 02:31 PM, Aurelien Jarno wrote:
On 2015-08-03 11:49, Richard Henderson wrote:
Since there are many more unconditional exceptions than conditional,
introduce a new generate_exception_cond to mark conditionals. Also
delete those few cases where we did attempt to stop translation aft
On 08/03/2015 02:31 PM, Aurelien Jarno wrote:
On 2015-08-03 12:35, Richard Henderson wrote:
if (msb != 31) {
-tcg_gen_andi_tl(t0, t0, (1 << (msb + 1)) - 1);
+tcg_gen_andi_tl(t0, t0, (1U << (msb + 1)) - 1);
Is this change really needed?
msb == 30 means 1 << 3
On 2015-08-03 12:35, Richard Henderson wrote:
> The checks in dins is required to avoid triggering an assertion
> in tcg_gen_deposit_tl. The check in dext is just for completeness.
> Fold the other D cases in via fallthru.
>
> In this case the errant dins appears to be data, not code, as
> transl
On 2015-08-03 11:49, Richard Henderson wrote:
> There are now no unconditional uses of qemu_log in the subdirectory.
>
> Signed-off-by: Richard Henderson
> ---
> target-mips/helper.c| 30 +++---
> target-mips/op_helper.c | 3 ++-
> 2 files changed, 13 insertions(+),
On 2015-08-03 11:49, Richard Henderson wrote:
> Since there are many more unconditional exceptions than conditional,
> introduce a new generate_exception_cond to mark conditionals. Also
> delete those few cases where we did attempt to stop translation after
> an exception, as these are now subsume
On 2015-08-03 13:01, Leon Alrae wrote:
> In semihosting mode the SDBBP 1 instructions should trigger UHI syscall,
> but in QEMU this does not happen for recently added microMIPS R6.
> Consequently bare metal microMIPS R6 programs supporting UHI will not run.
>
> Signed-off-by: Leon Alrae
> ---
>
On 8/4/15 00:40, Richard Henderson wrote:
> On 08/01/2015 02:47 AM, Chen Gang wrote:
>> I am just adding floating point instructions (e.g. fsingle_add1),
>> but for me, I can not find any details about them (the ISA
>> documents only give a summary description, but not details), e.g.
>
> The tileg
Reviewed-by: Marc-André Lureau
On Mon, Aug 3, 2015 at 7:54 PM, Leonid Bloch wrote:
> Previously, running the .msi would unregister the QEMU GA VSS service if QEMU
> GA was already installed on the machine, and then register it only if QEMU GA
> was NOT previously installed. This behavior cause
You could just use generated GUID with * now, with that Reviewed-by:
Marc-André Lureau
> Am 03.08.2015 um 11:20 schrieb Pavel Fedin :
>
> Hello!
>
>>> In order to keep this guest working, we need a possibility to
>>> disable the new MMIO region in qemu. At least to omit it from the
>>> device tree.
>>
>> Yes, this is the workaround, which it sounds like we need.
>
> Ok. Just to
Am 03.08.2015 um 17:59 schrieb Karel Gardas:
On Mon, Aug 3, 2015 at 4:51 PM, Dennis Luehring wrote:
> ok - NetBSD 6.5.1 SPARC64 is blasting fast compare to Debian 7.8.0 SPARC64 -
> i installed the complete system (without X) in a few minutes
> Debian needs >1h
I had the same experience with Ope
On 07/07/2015 06:47 AM, Juan Quintela wrote:
> Make check fails with events. THis is due to the parser/lexer that it
> uses. Just in case that they are more broken parsers, just only send
> events when there are capabilities.
>
> Signed-off-by: Juan Quintela
> ---
> include/migration/migration
The checks in dins is required to avoid triggering an assertion
in tcg_gen_deposit_tl. The check in dext is just for completeness.
Fold the other D cases in via fallthru.
In this case the errant dins appears to be data, not code, as
translation failed to stop after a break insn.
Signed-off-by: R
On 08/03/2015 11:49 AM, Richard Henderson wrote:
> #if defined(TARGET_MIPS64)
> -case OPC_DEXTM:
> -tcg_gen_shri_tl(t0, t1, lsb);
> -if (msb != 31) {
> -tcg_gen_andi_tl(t0, t0, (1ULL << (msb + 1 + 32)) - 1);
> -}
> -break;
> case OPC_DEXTU:
> -
There are now no unconditional uses of qemu_log in the subdirectory.
Signed-off-by: Richard Henderson
---
target-mips/helper.c| 30 +++---
target-mips/op_helper.c | 3 ++-
2 files changed, 13 insertions(+), 20 deletions(-)
diff --git a/target-mips/helper.c b/target-
Since there are many more unconditional exceptions than conditional,
introduce a new generate_exception_cond to mark conditionals. Also
delete those few cases where we did attempt to stop translation after
an exception, as these are now subsumed in the change.
Signed-off-by: Richard Henderson
--
The checks in dins is required to avoid triggering an assertion
in tcg_gen_deposit_tl. The check in dext is just for completeness.
Fold the other D cases in via fallthru.
In this case the errant dins appears to be data, not code, as
translation failed to stop after a break insn.
Signed-off-by: R
The first patch fixes an abort that I see when booting a mips64
kernel with the 2.4 branch with --enable-tcg-debug.
The second patch eliminates the observed symptom of the first patch,
partially confirming the diagnosis that the errant insn is in fact
data and not an instruction at all.
The third
On 30.07.2015 08:39, Fam Zheng wrote:
From: Stefan Hajnoczi
The BlockJobTxn unit test verifies that both single jobs and pairs of
jobs behave as a transaction group. Either all jobs complete
successfully or the group is cancelled.
Signed-off-by: Stefan Hajnoczi
Signed-off-by: Fam Zheng
---
On 30.07.2015 08:39, Fam Zheng wrote:
From: Stefan Hajnoczi
Join the transaction when the 'transactional-cancel' QMP argument is
true.
This ensures that the sync bitmap is not thrown away if another block
job in the transaction is cancelled or fails. This is critical so
incremental backup wit
On 30.07.2015 08:39, Fam Zheng wrote:
From: Stefan Hajnoczi
Provide a BlockJobTxn to actions executed in a qmp 'transaction'
command. This allows actions to make their block jobs either complete
as a group or fail/cancel together.
The next patch adds the first user.
Signed-off-by: Stefan Haj
On 30.07.2015 08:39, Fam Zheng wrote:
Sometimes block jobs must execute as a transaction group. Finishing
jobs wait until all other jobs are ready to complete successfully.
Failure or cancellation of one job cancels the other jobs in the group.
Signed-off-by: Stefan Hajnoczi
[Rewrite the imple
Signed-off-by: Leonid Bloch
---
qga/installer/qemu-ga.wxs | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/qga/installer/qemu-ga.wxs b/qga/installer/qemu-ga.wxs
index d0a3a38..dac1df0 100644
--- a/qga/installer/qemu-ga.wxs
+++ b/qga/installer/qemu-ga.wxs
@@ -111,9 +111,9
This is done to follow the recommendations given here:
https://msdn.microsoft.com/en-us/library/aa368269%28VS.85%29.aspx
Signed-off-by: Leonid Bloch
---
qga/installer/qemu-ga.wxs | 47 ---
1 file changed, 36 insertions(+), 11 deletions(-)
diff --git
For compatibility, all the letters in GUID should be capital.
Signed-off-by: Leonid Bloch
---
qga/installer/qemu-ga.wxs | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/qga/installer/qemu-ga.wxs b/qga/installer/qemu-ga.wxs
index 2c43f1b..d0a3a38 100644
--- a/qga/installe
Previously, running the .msi would unregister the QEMU GA VSS service if QEMU
GA was already installed on the machine, and then register it only if QEMU GA
was NOT previously installed. This behavior caused the service to be registered
only after the INITIAL installation, and any subsequent run
The main purpose here is to fix a bug that caused the QEMU GA VSS service to be
unregistered on reinstallation using the .msi file.
Also, two fixes are introduced to the .wxs file, which is used to create the
MSI with Wixl: GUID capitalization and introduction of a separate component for
each of
On 3 August 2015 at 17:19, Stefano Stabellini
wrote:
> The following changes since commit f60c87154ac722c528fd5582f7137914a93c5eec:
>
> configure: Drop vnc-ws feature from help text (2015-08-03 15:32:17 +0100)
>
> are available in the git repository at:
>
> git://xenbits.xen.org/people/sstabel
Hi
On Mon, Aug 3, 2015 at 6:55 PM, Leonid Bloch wrote:
> I understand your concerns. I have made a separate Component for each
> file, but REINSTALLMODE still needs to be set to "amus" for the files
> to be copied correctly. This is because all the files are removed
> during RemoveExistingProduct
On 30.07.2015 08:39, Fam Zheng wrote:
With job->completed and job->ret to replace BlockFinishData.
Signed-off-by: Fam Zheng
---
blockjob.c | 27 ++-
1 file changed, 6 insertions(+), 21 deletions(-)
Reviewed-by: Max Reitz
On 30.07.2015 08:39, Fam Zheng wrote:
They are set when block_job_completed is called.
Signed-off-by: Fam Zheng
Reviewed-by: John Snow
---
blockjob.c | 3 +++
include/block/blockjob.h | 9 +
2 files changed, 12 insertions(+)
Reviewed-by: Max Reitz
On 30.07.2015 08:39, Fam Zheng wrote:
Signed-off-by: Fam Zheng
---
include/block/blockjob.h | 18 ++
1 file changed, 18 insertions(+)
Reviewed-by: Max Reitz
On 30.07.2015 08:39, Fam Zheng wrote:
So that block_job_complete_sync can be simplified.
Signed-off-by: Fam Zheng
---
block/mirror.c | 2 +-
blockjob.c | 22 ++
include/block/blockjob.h | 18 +++---
3 files changed, 30 insertions(+),
On 30.07.2015 08:39, Fam Zheng wrote:
This will be reused by the coming new transactional completion code.
Signed-off-by: Fam Zheng
Reviewed-by: John Snow
---
block/backup.c | 26 --
1 file changed, 16 insertions(+), 10 deletions(-)
Reviewed-by: Max Reitz
On 08/01/2015 02:54 PM, Mark Cave-Ayland wrote:
> On 01/08/15 19:33, Aurelien Jarno wrote:
>
>> On 2015-08-01 17:54, Mark Cave-Ayland wrote:
>>> The existing code incorrectly changes the dma_active flag when a non-block
>>> transfer has completed leading to a hang on newer versions of Linux beca
Hi,
On Mon, Aug 3, 2015 at 6:30 PM, Marc-André Lureau
wrote:
>>> I think the root of the problem is that the wxs doesn't follow the
>>> "component rules": "qemu_ga" shouldn't contain various libs and
>>> executable. Instead, each file should have its own component. Then I
>>> think RemoveExisting
On 30.07.2015 08:39, Fam Zheng wrote:
From: John Snow
This adds two qmp commands to transactions.
block-dirty-bitmap-add allows you to create a bitmap simultaneously
alongside a new full backup to accomplish a clean synchronization
point.
block-dirty-bitmap-clear allows you to reset a bitmap
On Mon, Aug 3, 2015 at 6:06 PM, Alex Bennée wrote:
>
> alvise rigo writes:
>
> > On Mon, Aug 3, 2015 at 12:30 PM, Alex Bennée
> wrote:
> >>
> >> alvise rigo writes:
> >>
> >>> Hi Alex,
> >>>
> >>> Nice set of tests, they are proving to be helpful.
> >>> One question below.
> >>>
>
> >>>
> >>>
On 08/01/2015 02:47 AM, Chen Gang wrote:
> I am just adding floating point instructions (e.g. fsingle_add1), but
> for me, I can not find any details about them (the ISA documents only
> give a summary description, but not details), e.g.
The tilegx splits the four/six cycle arithmetic into multipl
On 31.07.2015 18:30, Daniel P. Berrange wrote:
Many source files have doubled words (eg "the the", "to to",
and so on). Most of these can simply be removed, but a couple
were actual mis-spellings (eg "to to" instead of "to do").
There was even one triple word score "to to to" :-)
Signed-off-by:
On Mon, Aug 03, 2015 at 09:37:07PM +0530, Amit Shah wrote:
> On (Mon) 03 Aug 2015 [15:29:18], Anthony PERARD wrote:
> > Hi,
> >
> > We've spotted several regression which prevent migration with Xen using the
> > same version of QEMU or from a previous version of QEMU (tryied with 2.2).
> >
> > Re
From: Anthony PERARD
This fix migration from the same QEMU version and from previous QEMU
version.
>From the global state section, we don't need runstate with Xen. Right now,
the way the Xen toolstack knows when QEMU is ready is when QEMU reach
"running" runstate.
The configuration section and
From: Anthony PERARD
When doing migration via the QMP command xen_save_devices_state, the
current runstate is not store into the global state section. Also the
current runstate is not the one we want on the receiver side.
During migration, the Xen toolstack paused QEMU before save the devices
st
The following changes since commit f60c87154ac722c528fd5582f7137914a93c5eec:
configure: Drop vnc-ws feature from help text (2015-08-03 15:32:17 +0100)
are available in the git repository at:
git://xenbits.xen.org/people/sstabellini/qemu-dm.git
tags/xen-migration-2.4-tag
for you to fetch ch
On Mon, 3 Aug 2015, Amit Shah wrote:
> On (Mon) 03 Aug 2015 [15:29:18], Anthony PERARD wrote:
> > Hi,
> >
> > We've spotted several regression which prevent migration with Xen using the
> > same version of QEMU or from a previous version of QEMU (tryied with 2.2).
> >
> > Regression have been int
On (Mon) 03 Aug 2015 [15:29:18], Anthony PERARD wrote:
> Hi,
>
> We've spotted several regression which prevent migration with Xen using the
> same version of QEMU or from a previous version of QEMU (tryied with 2.2).
>
> Regression have been introduce by at least:
> - df4b1024526cae3479da3492d63
alvise rigo writes:
> On Mon, Aug 3, 2015 at 12:30 PM, Alex Bennée wrote:
>>
>> alvise rigo writes:
>>
>>> Hi Alex,
>>>
>>> Nice set of tests, they are proving to be helpful.
>>> One question below.
>>>
>>>
>>> Why are we calling these last two instructions with the 'eq' suffix?
>>> Shouldn't
On 03/08/2015 17:35, Laurent Vivier wrote:
>
> I guess you mean tests/rtl8139-test.c
>
> What is the "in_Timer()" function ?
There's some awful macro magic:
#define PORT(name, len, val) \
static unsigned __attribute__((unused)) in_##name(void) \
{ \
unsigned res = qpci_io_read##len(dev, d
On (Mon) 03 Aug 2015 [15:53:57], Stefano Stabellini wrote:
> On Mon, 3 Aug 2015, Anthony PERARD wrote:
> > When doing migration via the QMP command xen_save_devices_state, the
> > current runstate is not store into the global state section. Also the
> > current runstate is not the one we want on th
On Mon, Aug 3, 2015 at 4:51 PM, Dennis Luehring wrote:
> ok - NetBSD 6.5.1 SPARC64 is blasting fast compare to Debian 7.8.0 SPARC64 -
> i installed the complete system (without X) in a few minutes
> Debian needs >1h
I had the same experience with OpenBSD for sparc64, also fast to
install. The pro
On 24 July 2015 at 15:47, Andreas Färber wrote:
> Commit 8e9b0d2 (ui: convert VNC websockets to use crypto APIs) dropped
> the --enable-vnc-ws option but forgot to update the help text. Fix this.
>
> Cc: Daniel P. Berrange
> Cc: Paolo Bonzini
> Signed-off-by: Andreas Färber
> ---
> configure |
On 03/08/2015 17:18, Paolo Bonzini wrote:
>
>
> On 03/08/2015 17:13, Laurent Vivier wrote:
>> it says "33 MHz clock (30 ns clock ticks)" which is contradictory.
I found that the spec allows for any speed up to Hz (30 ns
cycle), so both are okay. However, at least hw
Hi
On Mon, Aug 3, 2015 at 4:33 PM, Leonid Bloch wrote:
>> I think the root of the problem is that the wxs doesn't follow the
>> "component rules": "qemu_ga" shouldn't contain various libs and
>> executable. Instead, each file should have its own component. Then I
>> think RemoveExistingProducts w
Hello!
> > obj-$(CONFIG_APIC) += apic.o apic_common.o
> > obj-$(CONFIG_ARM_GIC_KVM) += arm_gic_kvm.o
> > +ifeq ($(ARCH), aarch64) # Only 64-bit KVM can use these
> > +obj-$(CONFIG_ARM_GIC_KVM) += arm_gicv3_kvm.o
>
> Does it actually fail to compile in a 32-bit KVM config?
I forgot to reply t
On 03/08/2015 17:13, Laurent Vivier wrote:
>>> >> it says "33 MHz clock (30 ns clock ticks)" which is contradictory.
>> >
>> > I found that the spec allows for any speed up to Hz (30 ns
>> > cycle), so both are okay. However, at least hw/net/rtl8139.c assumes
>> > it's 3300 Hz, so
Markus Armbruster writes:
> Eric Blake writes:
>
>> On 07/29/2015 03:19 AM, Markus Armbruster wrote:
> Longest line is a bit over 4KiB for me.
>
If we break up string literals, at least use some indentation to make it
obvious that multiple lines merge to a single array ent
On 03/08/2015 17:02, Paolo Bonzini wrote:
>
>
> On 03/08/2015 16:46, Richard W.M. Jones wrote:
I'm wondering if a 33 Mhz clock is 3300 Hz or Hz ?
>> From the datasheet (chapter 16):
>>
>> https://www-ssl.intel.com/content/www/us/en/chipsets/6300esb-io-controller-hub-datasheet.
On 03/08/2015 16:46, Richard W.M. Jones wrote:
> On Mon, Aug 03, 2015 at 04:28:14PM +0200, Laurent Vivier wrote:
>>
>>
>> On 03/08/2015 15:52, Laurent Vivier wrote:
>>> Originally, qemu_mod_timer() was using ticks to count time.
>>> And i6300esb was converting internal clock ticks (33 MHz) to
>>>
On 03/08/2015 16:46, Richard W.M. Jones wrote:
>> > I'm wondering if a 33 Mhz clock is 3300 Hz or Hz ?
> From the datasheet (chapter 16):
>
> https://www-ssl.intel.com/content/www/us/en/chipsets/6300esb-io-controller-hub-datasheet.html
>
> it says "33 MHz clock (30 ns clock ticks)"
On Mon, 3 Aug 2015, Anthony PERARD wrote:
> When doing migration via the QMP command xen_save_devices_state, the
> current runstate is not store into the global state section. Also the
> current runstate is not the one we want on the receiver side.
>
> During migration, the Xen toolstack paused QE
On Mon, 3 Aug 2015, Anthony PERARD wrote:
> This fix migration from the same QEMU version and from previous QEMU
> version.
>
> >From the global state section, we don't need runstate with Xen. Right now,
> the way the Xen toolstack knows when QEMU is ready is when QEMU reach
> "running" runstate.
On Mon, Aug 03, 2015 at 03:48:18PM +0100, Stefano Stabellini wrote:
> On Mon, 3 Aug 2015, Anthony PERARD wrote:
> > This adds the configuration section in the vmstate saved by
> > xen_save_devices_state.
> >
> > Signed-off-by: Anthony PERARD
>
> It doesn't seem to me that this patch is actually
Am 30.07.2015 um 10:55 schrieb Aurelien Jarno:
Note that when you say SPARC64 here, it's actually only the kernel, you
are using a 32-bit userland.
ok - NetBSD 6.5.1 SPARC64 is blasting fast compare to Debian 7.8.0
SPARC64 - i installed the complete system (without X) in a few minutes
Debian
On Mon, 3 Aug 2015, Anthony PERARD wrote:
> This adds the configuration section in the vmstate saved by
> xen_save_devices_state.
>
> Signed-off-by: Anthony PERARD
It doesn't seem to me that this patch is actually necessary to fix the
issue, is that right?
If that is the case, I would rather s
On Mon, Aug 03, 2015 at 04:28:14PM +0200, Laurent Vivier wrote:
>
>
> On 03/08/2015 15:52, Laurent Vivier wrote:
> > Originally, qemu_mod_timer() was using ticks to count time.
> > And i6300esb was converting internal clock ticks (33 MHz) to
> > QEMU timer ticks.
> >
> > The timer has been chang
pci_piix3_xen_ide_unplug should completely unhook the unplugged
IDEDevice from the corresponding BlockBackend, otherwise the next call
to release_drive will try to detach the drive again.
Suggested-by: Kevin Wolf
Signed-off-by: Stefano Stabellini
---
hw/ide/piix.c |7 +++
1 file changed
This fix migration from the same QEMU version and from previous QEMU
version.
>From the global state section, we don't need runstate with Xen. Right now,
the way the Xen toolstack knows when QEMU is ready is when QEMU reach
"running" runstate.
The configuration section and the section footers are
The following changes since commit 2a3612ccc1fa9cea77bd193afbfe21c77e7e91ef:
Merge remote-tracking branch
'remotes/stefanha/tags/rtl8139-cplus-tx-input-validation-pull-request' into
staging (2015-08-03 13:09:10 +0100)
are available in the git repository at:
git://xenbits.xen.org/people/ss
Hi,
On Mon, Aug 3, 2015 at 4:19 PM, Marc-André Lureau
wrote:
> Hi
>
> On Mon, Aug 3, 2015 at 3:00 PM, Leonid Bloch wrote:
>>>
>>> yes, but if you remove that RemoveExistingProducts too, then what fails?
>> Only the manual call for RemoveExistingProducts is removed.
>> MajorUpgrade places it autom
When doing migration via the QMP command xen_save_devices_state, the
current runstate is not store into the global state section. Also the
current runstate is not the one we want on the receiver side.
During migration, the Xen toolstack paused QEMU before save the devices
state. Also, the toolstac
This adds the configuration section in the vmstate saved by
xen_save_devices_state.
Signed-off-by: Anthony PERARD
---
migration/savevm.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/migration/savevm.c b/migration/savevm.c
index 6071215..b3f605c 100644
--- a/migration/savevm.c
+++ b/m
Hi,
We've spotted several regression which prevent migration with Xen using the
same version of QEMU or from a previous version of QEMU (tryied with 2.2).
Regression have been introduce by at least:
- df4b1024526cae3479da3492d6371fd4a7324a03
migration: create new section to store global state
-
On 03/08/2015 15:52, Laurent Vivier wrote:
> Originally, qemu_mod_timer() was using ticks to count time.
> And i6300esb was converting internal clock ticks (33 MHz) to
> QEMU timer ticks.
>
> The timer has been changed by a script to use nanoseconds:
>
> 7447545 change all other clock refer
On 1 August 2015 at 15:46, T-T Yu wrote:
> Public bug reported:
>
> In the arm_timer.c, when first reading the load register, I got 0.
>
> ...
> case 0: /* TimerLoad */
> ...
>
> According to the specification at
> http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0271d/index.html,
Originally, qemu_mod_timer() was using ticks to count time.
And i6300esb was converting internal clock ticks (33 MHz) to
QEMU timer ticks.
The timer has been changed by a script to use nanoseconds:
7447545 change all other clock references to use
nanosecond resolution accessors
A
On 03/08/2015 11:14, Alex Bennée wrote:
> This allows the perf tool to map samples to each individual translation
> block. This could be expanded for user space but currently it gives
> enough information to find any hotblocks by other means.
>
> Signed-off-by: Alex Bennée
What happens if you
On Mon, Aug 3, 2015 at 1:44 PM, Amit Shah wrote:
> The following changes since commit cb48f67ad8c7b33c617d4f8144a27706e69fd688:
>
> bsd-user: Fix operand to cpu_x86_exec (2015-07-30 12:38:49 +0100)
>
> are available in the git repository at:
>
> https://git.kernel.org/pub/scm/qemu/amit/migrati
1 - 100 of 214 matches
Mail list logo
