On Thu, May 17, 2012 at 10:56:36AM -0600, Eric Blake wrote:
> On 05/17/2012 10:26 AM, Eduardo Habkost wrote:
>
> > The problem is that this makes the resulting CPU feature flags
> > unpredictable and dependent on the host CPU and kernel version. This
> > breaks live-migration badly if migrating fr
"Forgive me, El Guapo. I know that I, Jefe, do not have your superior
intellect and education. But could it be that once again, you are angry
at something else, and are looking to take it out on me?"
Eh, Tokarev, calm down. So I misplaced a period and a zero. So I
haven't been compiling my own b
On 05/17/2012 03:41 AM, Paolo Bonzini wrote:
Il 17/05/2012 11:10, Artyom Tarasenko ha scritto:
To help me better understand, what would
be the terminology used for the explanation between what I would call
"source code" licensing, and "project" licensing? Also, where in the code
(or rather what
Hi ,
Is it possible to keep a count of reads / writes taking place in a vm
using qemu ( using kvm as hypervisor ) ? Is there a api ( or any patch )
for it ?
Thanks ,
Jaspal
On Thu, May 17, 2012 at 11:36:24PM +0530, Jaspal wrote:
> Hi ,
>
> Is it possible to keep a count of reads / writes taking place in a
> vm using qemu ( using kvm as hypervisor ) ? Is there a api ( or any
> patch ) for it ?
Memory reads and writes is surely going to generate a huge
amount of outpu
Il 17/05/2012 19:53, Kai Meyer ha scritto:
>> Morally it's wrong, but a copyright holder cannot stop you on
>> moral grounds. Legally, you should consult a lawyer.
> What you say is morally wrong here is a bit ambiguous to me. Do you
> mean using modified versions of qemu internally at StorageCraf
On 05/17/2012 01:43 PM, Paolo Bonzini wrote:
Il 17/05/2012 19:53, Kai Meyer ha scritto:
Morally it's wrong, but a copyright holder cannot stop you on
moral grounds. Legally, you should consult a lawyer.
What you say is morally wrong here is a bit ambiguous to me. Do you
mean using modified ver
On 05/17/2012 07:56 AM, Luiz Capitulino wrote:
On Thu, 17 May 2012 08:49:44 +0100
"Daniel P. Berrange" wrote:
On Wed, May 16, 2012 at 01:58:34PM -0500, Anthony Liguori wrote:
On 05/16/2012 01:42 PM, Luiz Capitulino wrote:
On Wed, 16 May 2012 11:10:47 +0100
"Daniel P. Berrange" wrote:
Fro
On 05/16/2012 09:44 PM, Benjamin Herrenschmidt wrote:
On Wed, 2012-05-16 at 21:28 -0500, Anthony Liguori wrote:
@@ -2794,6 +2795,9 @@ void *qemu_get_ram_ptr(ram_addr_t addr)
{
RAMBlock *block;
+/* We ensure ordering for all DMA transactions */
+dma_mb();
+
I get being conse
Writeback caching was added in Ceph 0.46, and writethrough will be in
0.47. These are controlled by general config options, so there's no
need to check for librbd version.
Signed-off-by: Josh Durgin
---
block/rbd.c | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
di
On 03.05.2012, at 15:34, Alexander Graf wrote:
>
> On 03.05.2012, at 14:32, Anthony Liguori wrote:
>
>> On 05/03/2012 04:07 AM, Alexander Graf wrote:
>>>
>>> On 03.05.2012, at 11:05, Paolo Bonzini wrote:
>>>
>> The usual old fix was to not even compile them in. Why are they in
>
> -Original Message-
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Cc: 'qemu-devel@nongnu.org'; 'aligu...@us.ibm.com'
> Subject: Re: [PATCH v6 0/7] RTC: New logic to emulate RTC
>
> Il 17/05/2012 04:28, Zhang, Yang Z ha scritto:
> > Changes in v6:
>
On 16.05.2012, at 12:29, Christian Borntraeger wrote:
> On 03/05/12 16:33, Peter Maydell wrote:
>> On 3 May 2012 15:27, Christian Borntraeger wrote:
>>> commit 17df768c1e4580f03301d18ea938d3557d441911
>>> load_image_targphys() should enforce the max size
>>>
>>> caused some problems with exter
On 05/17/2012 07:18 PM, Alexander Graf wrote:
On 16.05.2012, at 12:29, Christian Borntraeger wrote:
On 03/05/12 16:33, Peter Maydell wrote:
On 3 May 2012 15:27, Christian Borntraeger wrote:
commit 17df768c1e4580f03301d18ea938d3557d441911
load_image_targphys() should enforce the max size
On 05/17/2012 05:57 PM, Alexander Graf wrote:
On 03.05.2012, at 15:34, Alexander Graf wrote:
On 03.05.2012, at 14:32, Anthony Liguori wrote:
On 05/03/2012 04:07 AM, Alexander Graf wrote:
On 03.05.2012, at 11:05, Paolo Bonzini wrote:
The usual old fix was to not even compile them in. W
Some of the virtio devices have the same frontend name, but actually
implement different devices behind the scenes through aliases.
The indicator which device type to use is the architecture. On s390, we
want s390 virtio devices. On everything else, we want PCI devices.
Reflect this in the alias
Hi Max
Thanks for comments.
On Thu, May 17, 2012 at 8:11 PM, Max Filippov wrote:
> Hi.
>
> I've got a couple of questions/suggestions regarding the code.
>
> On Thu, May 17, 2012 at 12:35 PM, Jia Liu wrote:
>> add the openrisc instructions translation.
>>
>> Signed-off-by: Jia Liu
>
> [...]
>
On Thu, 2012-05-17 at 17:09 -0500, Anthony Liguori wrote:
> ld/st should not ever be used by device emulation because they use a concept
> of
> "target endianness" that doesn't exist for devices.
Hrm, there's a bit of both, some of them even have explicit endianness
arguments and some of them a
Hi Andreas,
Thanks for your comment.
On Thu, May 17, 2012 at 10:14 PM, Andreas Färber wrote:
> Am 17.05.2012 10:35, schrieb Jia Liu:
>> add the openrisc target stub and basic implementation.
>>
>> Signed-off-by: Jia Liu
>> ---
>> diff --git a/target-openrisc/cpu-qom.h b/target-openrisc/cpu-qom.
On Thu, May 17, 2012 at 05:09:22PM -0500, Anthony Liguori wrote:
> On 05/16/2012 09:44 PM, Benjamin Herrenschmidt wrote:
> >On Wed, 2012-05-16 at 21:28 -0500, Anthony Liguori wrote:
> >
> >>>@@ -2794,6 +2795,9 @@ void *qemu_get_ram_ptr(ram_addr_t addr)
> >>> {
> >>> RAMBlock *block;
> >>>
>
> > Pleave avoid unnecessary uppercase spelling: OpenRISCCPUClass? That
> > distinguishes it from the all-uppercase cast macros.
> >
> > Or OpenriscCPUClass as you spell it elsewhere?
> >
>
> I used OPENRISCCPU in the code, if it is not good, I can change it
> into OpenriscCPU.
I think OpenRISC
On Wed, May 16, 2012 at 02:31:37PM +0300, Avi Kivity wrote:
> Signed-off-by: Avi Kivity
> ---
> scripts/kvm/vmxcap | 13 +
> 1 file changed, 13 insertions(+)
Applied to uq/master, thanks.
> > This is a mix of two ways of doing the same thing. You should only use
> > VMState for new code.
> >
>
> did you mean I should not use QEMUFile?
I guess what Andreas means is there are two ways to do cpu_save/cpu_load,
the one you wrote is the old style. For the brand new target, you should
> >> + ? 坟witch (op0) {
> >> + ? ?case 0x10: ? ?/*lf.add.d*/
> >> + ? ? ? 猂OG_DIS("lf.add.d r%d, r%d, r%d\n", rd, ra, rb);
> >> + ? ? ? 慯cg_gen_add_i64(cpu_R[rd], cpu_R[ra], cpu_R[rb]);
> >
> > Through this function you generate integer operations on the
> > registers, although ISA
> > suggests tha
Alexander,
Is that any better? :)
@@ -1779,11 +1779,29 @@ static void pci_del_option_rom(PCIDevice *pdev)
* in pci config space */
int pci_add_capability(PCIDevice *pdev, uint8_t cap_id,
uint8_t offset, uint8_t size)
{
-uint8_t *config;
+uint8_t *config, exist
Hi,
Since updating to QEMU v1.0 I've had a problem with automatic mouse
grab. Whenever I move the mouse over the QEMU window it seems to make
the mouse cursor invisible, but the input device being emulated is a
touchscreen providing absolute coordinates so the software in the
emulator doesn't prov
Sirs,
I've been trying to debug a problem with Solaris 8 running on
sparc-softmmu. The syslog daemon in very unreliable (about 7 of 8 starts of
the syslog daemon end in a daemon hang - the daemon can be "killed" and
restarted manually).
*Background:* I looked at the syslogd.c code on the Oracle w
Il 17/05/2012 02:24, Benjamin Herrenschmidt ha scritto:
>> > Also, should I make the barrier conditional to kvm_enabled() ? IE. It's
>> > pointless in full emulation and might actually be a performance hit on
>> > something already quite slow...
> Finally ... something like smp_mb() in qemu will tu
Il 18/05/2012 01:59, Zhang, Yang Z ha scritto:
> Thanks for reviewing it! It's ok for me.
> Will you pay effort to put it into 1.2? I will greatly appreciate it if you
> can do it.:)
Yes, I can do that.
Paolo
101 - 129 of 129 matches
Mail list logo
