Hi,
On Thu, Sep 20, 2012 at 11:42:18AM +0800, Michael.Kang wrote:
> Is there any developers who have plan to support armv8 emulation?
> Or have some initial roadmap for support of armv8? I know there is
> already armv8
> patch merged into linux kernel.
Never hear of such plan so far. Would you
Hi Alex,
This series contains two bugfixes for KVM on POWER. 1/2 is a very
serious bug where the privilege check for hypercalls will be based on
an outdated MSR value. The second has a rather smaller impact; we
will do the wrong thing resetting the hash table for certain kernel
versions.
Both a
The kvmppc_reset_htab() function invokes the KVM_PPC_ALLOCATE_HTAB vm ioctl
to request KVM to allocate and reset a hash page table for the guest - it
returns the size of hash table allocated, or 0 to indicate that qemu needs
to allocate the hash table itself. In practice qemu needs to allocate the
Currently the KVM exit path for PAPR hypercalls does not synchronize the
qemu cpu state with the KVM state. Mostly this works, because the actual
hypercall arguments and return values are explicitly passed through the
kvm_run structure. However, the hypercall path includes a privilege check,
to e
On 2012-09-20 08:58, Abel Gordon wrote:
>
>
> GaoYi wrote on 20/09/2012 08:42:51 AM:
>
>>The CPU isolation in Hitachi patches is just to improve the real
>> time performance of GUEST. The core of it, direct IRQ delivery, is
>> very similar to that of ELI.
>> For the ELI patches,
>>
On 09/19/2012 08:56 PM, Blue Swirl wrote:
--- a/target-sparc/translate.c
+++ b/target-sparc/translate.c
@@ -2590,13 +2590,9 @@ static void disas_sparc_insn(DisasContext * dc, unsigned
int insn)
microSPARC II */
/* Read Asr17 */
On Thu, Sep 20, 2012 at 09:14:31AM +0200, Jan Kiszka wrote:
> On 2012-09-20 08:58, Abel Gordon wrote:
> >
> >
> > GaoYi wrote on 20/09/2012 08:42:51 AM:
> >
> >>The CPU isolation in Hitachi patches is just to improve the real
> >> time performance of GUEST. The core of it, direct IRQ delive
On 19/09/12 16:47, Alexander Graf wrote:
>
> On 04.09.2012, at 17:13, Cornelia Huck wrote:
>
>> Handle most support for channel I/O instructions in the kernel itself.
>>
>> Only asynchronous functions (such as the start function) need to be
>> handled by userspace.
>
> Phew. This is a lot of cod
On 09/19/2012 09:19 PM, Blue Swirl wrote:
On Wed, Sep 19, 2012 at 3:30 PM, Ronald Hecht wrote:
This patch adds SMP support to the LEON SPARC interrupt controller.
I don't like that CPU status (halted/not halted) is accessed directly
from the interrupt controller. How can this be implemented
On 20.09.2012, at 09:08, David Gibson wrote:
> Currently the KVM exit path for PAPR hypercalls does not synchronize the
> qemu cpu state with the KVM state. Mostly this works, because the actual
> hypercall arguments and return values are explicitly passed through the
> kvm_run structure. Howev
On Wed, Sep 19, 2012 at 06:12:55PM +0200, Alexander Graf wrote:
> Just a really quick glimpse. This patch is huge :).
>
> On 04.09.2012, at 17:13, Cornelia Huck wrote:
>
> > Add a new virtio transport that uses channel commands to perform
> > virtio operations.
> >
> > Add a new machine type s39
On 2012-09-20 09:08, David Gibson wrote:
> Currently the KVM exit path for PAPR hypercalls does not synchronize the
> qemu cpu state with the KVM state. Mostly this works, because the actual
> hypercall arguments and return values are explicitly passed through the
> kvm_run structure. However, th
On 09/20/2012 02:05 AM, Luiz Capitulino wrote:
On Wed, 12 Sep 2012 19:57:24 +0800
Lei Li wrote:
Signed-off-by: Lei Li
---
hmp-commands.hx | 23 ++
hmp.c| 19 +++
hmp.h|1 +
qapi-schema.json | 69 ++
On Wed, Sep 19, 2012 at 5:23 PM, Avi Kivity wrote:
> On 09/19/2012 12:19 PM, liu ping fan wrote:
>> On Wed, Sep 19, 2012 at 5:14 PM, Paolo Bonzini wrote:
>>> Il 19/09/2012 11:11, liu ping fan ha scritto:
> > Why not? devA will drop its local lock, devX will retake the big lock
> > recursi
On Wed, Sep 19, 2012 at 5:05 PM, Avi Kivity wrote:
> On 09/19/2012 11:36 AM, liu ping fan wrote:
>>>
>>> It basically means you can't hold contents of device state in local
>>> variables. You need to read everything again from the device. That
>>> includes things like DMA enable bits.
>>>
>> I t
Il 20/09/2012 08:41, Bharata B Rao ha scritto:
>> > Would look a bit nicer with strstart() form cutils.c instead of strncmp().
> strstart() works with const char pointers, but I have char pointers here
> which I need to modify.
You can pass a char* to a function that accepts const char*. In your
Il 20/09/2012 09:51, liu ping fan ha scritto:
> Sorry, donot catching your meaning. Does not "coarse->fine" mean
> LOCK(coarse)-->LOCK(fine); .. UNLOCK(fine)-->UNLOCK(coarse) ?
Yes.
>> > Valid:
>> > lock(coarse)
>> > lock(fine)
>> >
> But it is conflict with " localLock(fine) --> bigLock(c
Il 19/09/2012 19:20, Eric Blake ha scritto:
>> > +{ 'type': 'IPSocketAddress',
>> > + 'data': {
>> > +'host': 'str',
>> > +'port': 'str',
>> > +'*to': 'uint16',
> Why is 'port' a string, but 'to' a uint16? Shouldn't they both be uint16?
port can be a service name.
Paolo
Il 19/09/2012 19:48, Eric Blake ha scritto:
> Do we need a way to unregister a single device, rather than having to
> stop the NBD server to unregister all devices?
Possibly, but it can be added later.
Paolo
Il 19/09/2012 22:42, Luiz Capitulino ha scritto:
> On Wed, 19 Sep 2012 16:31:04 +0200
> Paolo Bonzini wrote:
>
>> monitor_handle_fd_param and monitor_get_fd are mostly the same, except
>> that monitor_handle_fd_param does error reporting wrong. Use it in all
>> other places that do it wrong, ins
On Thu, Sep 20, 2012 at 3:54 PM, Paolo Bonzini wrote:
> Il 20/09/2012 09:51, liu ping fan ha scritto:
>> Sorry, donot catching your meaning. Does not "coarse->fine" mean
>> LOCK(coarse)-->LOCK(fine); .. UNLOCK(fine)-->UNLOCK(coarse) ?
>
> Yes.
>
>>> > Valid:
>>> > lock(coarse)
>>> > lock(fi
On Wed, Sep 19, 2012 at 5:34 PM, Jan Kiszka wrote:
> On 2012-09-19 11:00, liu ping fan wrote:
>> On Wed, Sep 19, 2012 at 4:06 PM, Avi Kivity wrote:
>>> On 09/19/2012 06:02 AM, liu ping fan wrote:
Currently, cpu_physical_memory_rw() can be used directly or indirectly
by mmio-dispatcher t
Il 20/09/2012 09:53, Paolo Bonzini ha scritto:
Would look a bit nicer with strstart() form cutils.c instead of strncmp().
>> > strstart() works with const char pointers, but I have char pointers here
>> > which I need to modify.
> You can pass a char* to a function that accepts const char*. I
Am 13.08.2012 09:54, schrieb Kevin Wolf:
> Am 12.08.2012 04:48, schrieb Kevin Shanahan:
>> So qmp_change_blockdev uses bdrv_is_read_only() to check whether to
>> try and open the backing file read only, which uses the ->read_only
>> member of struct BlockDriverState to decide whether to pass the
>>
Commit f349c12c0434e29c79ecde89029320c4002f7253 added the guest stop
notification, but it did it in a way that the stop notification would
never reach the kernel. The kvm_vm_state_changed() function gets a
value of 0 for the 'running' parameter when the VM is stopped, making
all the code added pre
Il 20/09/2012 10:09, liu ping fan ha scritto:
> >
> > No, MMIO dispatch has to discard the fine-grained lock before acquiring
> > the big lock.
>
> This will cause the device state broken, and expose device under changing
> risk.
We do it all the time with asynchronous I/O.
It's just an invarian
On 19 September 2012 21:51, Stefan Weil wrote:
> Am 19.09.2012 18:45, schrieb Peter Maydell:
>> ...shouldn't we be propagating the write error up to the guest?
>> It feels like this change is just silencing the coverity error
>> without actually fixing the underlying problem.
> As far as I know,
On 20 September 2012 04:42, Michael.Kang wrote:
> Is there any developers who have plan to support armv8 emulation?
> Or have some initial roadmap for support of armv8? I know there is
> already armv8 patch merged into linux kernel.
Some people have expressed interest. However at the moment there
On 09/20/2012 09:03 AM, Michael S. Tsirkin wrote:
>> @@ -526,16 +592,19 @@ int inet_connect(const char *str, Error **errp)
>> return sock;
>> }
>>
>> -
>> -int inet_nonblocking_connect(const char *str, bool *in_progress,
>> - Error **errp)
>> +int inet_nonblockin
On 20.09.2012, at 09:08, David Gibson wrote:
> The kvmppc_reset_htab() function invokes the KVM_PPC_ALLOCATE_HTAB vm ioctl
> to request KVM to allocate and reset a hash page table for the guest - it
> returns the size of hash table allocated, or 0 to indicate that qemu needs
> to allocate the has
On 09/20/2012 10:51 AM, liu ping fan wrote:
> On Wed, Sep 19, 2012 at 5:23 PM, Avi Kivity wrote:
>> On 09/19/2012 12:19 PM, liu ping fan wrote:
>>> On Wed, Sep 19, 2012 at 5:14 PM, Paolo Bonzini wrote:
Il 19/09/2012 11:11, liu ping fan ha scritto:
>> > Why not? devA will drop its local l
On Thu, Sep 20, 2012 at 10:20:33AM +0200, Paolo Bonzini wrote:
> Il 20/09/2012 09:53, Paolo Bonzini ha scritto:
> Would look a bit nicer with strstart() form cutils.c instead of
> strncmp().
> >> > strstart() works with const char pointers, but I have char pointers here
> >> > which I ne
Il 20/09/2012 11:12, Bharata B Rao ha scritto:
>> > Perhaps it would be cleaner to make qemu_gluster_parseuri and
>> > parse_gluster_spec accept a const char *. You can replace strtok_r +
>> > g_strdup with strspn/strcspn followed by g_strndup.
> I feel the current approach of using the combinatio
On 09/20/2012 10:51 AM, liu ping fan wrote:
> On Wed, Sep 19, 2012 at 5:05 PM, Avi Kivity wrote:
>> On 09/19/2012 11:36 AM, liu ping fan wrote:
It basically means you can't hold contents of device state in local
variables. You need to read everything again from the device. That
>>
Dong Xu Wang writes:
> Markus, I am working with v2 and have some questions based your comments.
Your replies are very hard to read, because whatever you use to send
them wraps quoted lines. Please fix that.
> On Fri, Sep 7, 2012 at 4:42 PM, Markus Armbruster wrote:
>> Some overlap with what
On 09/20/2012 10:19 AM, Gleb Natapov wrote:
>> Again: If you think the feature is non-invasive, send patches against
>> the kernel and QEMU.
>>
> And explain why it is better than what modern HW provides.
If it's non-invasive (and easily maintainable), it doesn't have to be
better.
--
error co
On Thu, Sep 20, 2012 at 12:18:11PM +0300, Avi Kivity wrote:
> On 09/20/2012 10:19 AM, Gleb Natapov wrote:
> >> Again: If you think the feature is non-invasive, send patches against
> >> the kernel and QEMU.
> >>
> > And explain why it is better than what modern HW provides.
>
> If it's non-invasi
On 31.08.2012, at 22:21, Stefan Weil wrote:
> Report from smatch:
>
> ppc405_uc.c:209 dcr_read_pob(12) error: buffer overflow 'pob->besr' 2 <= 2
> ppc405_uc.c:232 dcr_write_pob(12) error: buffer overflow 'pob->besr' 2 <= 2
>
> The old code reads and writes besr[POB0_BESR1 - POB0_BESR0] or besr[
Am 20.09.2012 11:12, schrieb Bharata B Rao:
> On Thu, Sep 20, 2012 at 10:20:33AM +0200, Paolo Bonzini wrote:
>> Il 20/09/2012 09:53, Paolo Bonzini ha scritto:
>> Would look a bit nicer with strstart() form cutils.c instead of
>> strncmp().
> strstart() works with const char pointers, b
On Thu, Sep 20, 2012 at 11:57:37AM +0300, Orit Wasserman wrote:
> On 09/20/2012 09:03 AM, Michael S. Tsirkin wrote:
> >> @@ -526,16 +592,19 @@ int inet_connect(const char *str, Error **errp)
> >> return sock;
> >> }
> >>
> >> -
> >> -int inet_nonblocking_connect(const char *str, bool *in_pr
On 09/20/2012 12:37 PM, Michael S. Tsirkin wrote:
> On Thu, Sep 20, 2012 at 11:57:37AM +0300, Orit Wasserman wrote:
>> On 09/20/2012 09:03 AM, Michael S. Tsirkin wrote:
@@ -526,16 +592,19 @@ int inet_connect(const char *str, Error **errp)
return sock;
}
-
-int
This patch add some calls to xen_modified_memory to notify Xen about dirtybits
during migration.
Signed-off-by: Anthony PERARD
---
exec.c | 1 +
memory.c | 2 ++
2 files changed, 3 insertions(+)
diff --git a/exec.c b/exec.c
index 209ac1c..844a73c 100644
--- a/exec.c
+++ b/exec.c
@@ -3429,6 +3
If the call to xc_hvm_track_dirty_vram() fails, then we set dirtybit on all the
video ram. This case happens during migration, but we don't need a special case
for live migration with patch.
Signed-off-by: Anthony PERARD
---
xen-all.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
This function is to be used during live migration. Every write access to the
guest memory should call this funcion so the Xen tools knows which pages are
dirty.
Signed-off-by: Anthony PERARD
---
hw/xen.h | 1 +
xen-all.c | 21 +
xen-stub.c | 4
3 files changed, 26 i
Hi,
This patch set will fix live migration under Xen. For this I introduce a new
QMP command to switch global-dirty log and few calls (in exec.c and memory.c)
to xen set_dirty function.
Change since v2:
- renamed set_dirty_helper to invalidate_and_set_dirty.
- in the last patch, set vram as d
On 09/19/2012 11:31 AM, Amos Kong wrote:
> On 14/09/12 02:58, Orit Wasserman wrote:
>> getaddrinfo can give us a list of addresses, but we only try to
>> connect to the first one. If that fails we never proceed to
>> the next one. This is common on desktop setups that often have ipv6
>> configured
On 09/19/2012 11:33 AM, Amos Kong wrote:
> On 14/09/12 02:58, Orit Wasserman wrote:
>> From: "Michael S. Tsirkin"
>>
>> refactor address resolution code to fix nonblocking connect
>> remove getnameinfo call
>>
>> Signed-off-by: Michael S. Tsirkin
>> Signed-off-by: Amos Kong
>> Signed-off-by: Ori
On 09/20/2012 05:33 AM, Amos Kong wrote:
> On 19/09/12 16:33, Amos Kong wrote:
>> On 14/09/12 02:58, Orit Wasserman wrote:
>>> From: "Michael S. Tsirkin"
>>>
>>> refactor address resolution code to fix nonblocking connect
>>> remove getnameinfo call
>>>
>>> Signed-off-by: Michael S. Tsirkin
>>> S
On 09/20/2012 02:12 PM, Anthony PERARD wrote:
> This new helper/hook is used in the next patch to add an extra call in a
> single
> place.
>
Reviewed-by: Avi Kivity
--
error compiling committee.c: too many arguments to function
Am 18.09.2012 20:53, schrieb Jeff Cody:
> This is based on Supriya Kannery's bdrv_reopen() patch series.
>
> This provides a transactional method to reopen multiple
> images files safely.
>
> Image files are queue for reopen via bdrv_reopen_queue(), and the
> reopen occurs when bdrv_reopen_multip
This new helper/hook is used in the next patch to add an extra call in a single
place.
Signed-off-by: Anthony PERARD
---
exec.c | 52 +---
1 file changed, 17 insertions(+), 35 deletions(-)
diff --git a/exec.c b/exec.c
index f22e9e6..209ac1c 100644
On 09/19/2012 10:57 PM, Blue Swirl wrote:
> On Wed, Sep 19, 2012 at 12:54 PM, Avi Kivity wrote:
>> On 09/14/2012 10:51 PM, Blue Swirl wrote:
exec:
>>>
>>> These files need cleanup so that TCG code gets into tcg/. Maybe also
>>> TB and CPUTLB handling.
>>
>> Some of that could be done by
On Thu, 20 Sep 2012, Gerd Hoffmann wrote:
> > Pixman or non-pixman, I still think that this could benefit from
> > implementing a DisplayAllocator interface: it would avoid a memcpy
> > whenever there is no need for scaling and pixel conversions.
>
> There is one more issue I didn't mention yet:
This command is used during a migration of a guest under Xen. It calls
memory_global_dirty_log_start or memory_global_dirty_log_stop according to the
argument pass to the command.
Signed-off-by: Anthony PERARD
Reviewed-by: Luiz Capitulino
---
qapi-schema.json | 13 +
qmp-commands.hx
Hi Michael
On Thu, Sep 20, 2012 at 1:40 PM, Michael Tokarev wrote:
> On 20.09.2012 00:20, Luiz Capitulino wrote:
>> On Fri, 14 Sep 2012 21:44:19 +0900
>> Ryota Ozaki wrote:
>>
>>> This patch series adds qemu-ga-client that is a command line
>>> script to use guest agent functions easily.
>
> Can
On 25.08.2012, at 11:52, Blue Swirl wrote:
> On Fri, Aug 24, 2012 at 11:01 PM, Peter Maydell
> wrote:
>> On 24 August 2012 19:43, Andreas Färber wrote:
>>> Depends on what you mean with "disable"? Adding an #error would hurt our
>>> arm build just like earlier the ppc build, and I would hope fr
On 23.08.2012, at 13:38, Andreas Färber wrote:
> Hi,
>
> Am 23.08.2012 11:45, schrieb Yin Olivia-R63875:
>> Dear All,
>>
>> I can't find MAINTAINER of hw/loader.c.
>> Who can help review and apply this patch?
>
> This patch is not a small bugfix so it won't be applied during the v1.2
> Hard Fr
On 22.08.2012, at 13:54, Jens Freimann wrote:
> From: Christian Borntraeger
>
> Newer kernels provide the guest registers in kvm_run. Lets use
> those if available. This avoids ioctls on cpu_synchronize_state
> making intercepts faster.
>
> In addition, we have now the prefix register, the acc
On Thu, 20 Sep 2012, Anthony PERARD wrote:
> This function is to be used during live migration. Every write access to the
> guest memory should call this funcion so the Xen tools knows which pages are
> dirty.
>
> Signed-off-by: Anthony PERARD
> ---
> hw/xen.h | 1 +
> xen-all.c | 21 +++
The statfs syscall should always memset(0) its full struct extent before
writing to it. Newer versions of the syscall use one of the reserved fields
for flags, which would otherwise get stale values from uncleaned memory.
This fixes libarchive for me, which got confused about the return value of
p
On Thu, 20 Sep 2012, Anthony PERARD wrote:
> If the call to xc_hvm_track_dirty_vram() fails, then we set dirtybit on all
> the
> video ram. This case happens during migration, but we don't need a special
> case
> for live migration with patch.
Just as a reference, what is this special case for l
On Thu, 20 Sep 2012 11:10:02 +0800
Dong Xu Wang wrote:
> Luiz, I think I need to use your 1-3 patchs in your series.
> http://lists.nongnu.org/archive/html/qemu-devel/2012-07/msg02716.html
Sure, that's what I expected you'd do. Note that Markus made some
comments there that have to be addressed.
Amos Kong writes:
> On 19/09/12 16:33, Amos Kong wrote:
>> On 14/09/12 02:58, Orit Wasserman wrote:
>>> From: "Michael S. Tsirkin"
>>>
>>> refactor address resolution code to fix nonblocking connect
>>> remove getnameinfo call
>>>
>>> Signed-off-by: Michael S. Tsirkin
>>> Signed-off-by: Amos Ko
On Thu, Sep 20, 2012 at 09:39:56AM +0200, Jan Kiszka wrote:
> On 2012-09-20 09:08, David Gibson wrote:
> > Currently the KVM exit path for PAPR hypercalls does not synchronize the
> > qemu cpu state with the KVM state. Mostly this works, because the actual
> > hypercall arguments and return values
On Thu, Sep 20, 2012 at 09:38:58AM +0200, Alexander Graf wrote:
>
> On 20.09.2012, at 09:08, David Gibson wrote:
>
> > Currently the KVM exit path for PAPR hypercalls does not synchronize the
> > qemu cpu state with the KVM state. Mostly this works, because the actual
> > hypercall arguments and
Orit Wasserman writes:
> No need to add non blocking parameters to the blocking inet_connect
> add block parameter for inet_connect_opts instead of using QemuOpt "block".
I believe option "block" in qemu-sockets.c's dummy_opts is now unused,
and should be dropped. It was added in commit a6ba35b
On 20.09.2012, at 13:53, David Gibson wrote:
> On Thu, Sep 20, 2012 at 09:38:58AM +0200, Alexander Graf wrote:
>>
>> On 20.09.2012, at 09:08, David Gibson wrote:
>>
>>> Currently the KVM exit path for PAPR hypercalls does not synchronize the
>>> qemu cpu state with the KVM state. Mostly this w
On Thu, Sep 20, 2012 at 01:55:20PM +0530, Amit Shah wrote:
> Commit f349c12c0434e29c79ecde89029320c4002f7253 added the guest stop
> notification, but it did it in a way that the stop notification would
> never reach the kernel. The kvm_vm_state_changed() function gets a
> value of 0 for the 'runni
Amit, should please use "uq/master" in the subject to help
the person who is merging patches.
On Thu, Sep 20, 2012 at 01:55:20PM +0530, Amit Shah wrote:
> Commit f349c12c0434e29c79ecde89029320c4002f7253 added the guest stop
> notification, but it did it in a way that the stop notification would
>
[...]
>> --- a/target-s390x/kvm.c
>> +++ b/target-s390x/kvm.c
>> @@ -88,50 +88,77 @@ void kvm_arch_reset_vcpu(CPUS390XState *env)
>> /* FIXME: add code to reset vcpu. */
>> }
>>
>> +/* we want to have the prefix, the GPRS, the ACRS and the CRS up to date */
>> +#define QEMU_NEEDED_REGS (KVM_SY
On 09/20/2012 07:24 AM, Kevin Wolf wrote:
> Am 18.09.2012 20:53, schrieb Jeff Cody:
>> This is based on Supriya Kannery's bdrv_reopen() patch series.
>>
>> This provides a transactional method to reopen multiple
>> images files safely.
>>
>> Image files are queue for reopen via bdrv_reopen_queue(),
From: Dave Young
For virtio block device, if user does not specify the serial attribute,
There will be not serial availabe, this is not convinient for identify
the disk.
Doing something similar to ide disks, add a "VD?" default serial
number if user does not specify it.
Signed-off-by: Dave
exec-obsolete.h used to hold pre-memory-API functions that were used from
device code prior to the transition to the memory API. Now that the
transition is complete, the name no longer describes the file. The
functions still need to be merged better into the memory core, but there's
no danger of
Am 18.09.2012 20:53, schrieb Jeff Cody:
> Move AIO initialization for raw-posix block driver into a helper function.
>
> In addition to just code motion, the aio_ctx pointer is checked for NULL,
> prior to calling laio_init(), to make sure laio_init() is only run once.
>
> Signed-off-by: Jeff Cod
Orit Wasserman writes:
> getaddrinfo can give us a list of addresses, but we only try to
> connect to the first one. If that fails we never proceed to
> the next one. This is common on desktop setups that often have ipv6
> configured but not actually working.
>
> To fix this make inet_connect_no
On Thu, 20 Sep 2012 10:09:54 +0200
Paolo Bonzini wrote:
> Il 19/09/2012 22:42, Luiz Capitulino ha scritto:
> > On Wed, 19 Sep 2012 16:31:04 +0200
> > Paolo Bonzini wrote:
> >
> >> monitor_handle_fd_param and monitor_get_fd are mostly the same, except
> >> that monitor_handle_fd_param does error
Hi,
> It might be a good idea to get rid
> of DisplayAllocator altogether.
After some digging in the source code: Yes, I think so.
Look, we have *two* concepts for avoiding memcpy:
The first is the DisplayAllocator. Only implemented by SDL, which is
scheduled to be downgraded by anthonys gt
Orit Wasserman writes:
> Changes from v2:
> - remove the use of getnameinfo
> - remove errp for inet_connect_addr
> - remove QemuOpt "block"
> - fix errors in wait_for_connect
> - pass ConnectState as a parameter to allow concurrent connect ops
>
> getaddrinfo can g
On 09/19/2012 10:54 PM, Aurelien Jarno wrote:
> | mov_i32 r1,tmp6
> | movi_i64 tmp8,$0x20
> | shr_i64 tmp7,r1,tmp8
>
> Here, tmp7 is replaced by r1. However r1 only contains the 32-bit low
> part of tmp7, thus returning 0.
Ok. Thanks for getting that on the record.
r~
On 09/19/2012 05:29 PM, Max Filippov wrote:
> Not all tcg backends can handle that.
*No* tcg backends can handle that.
If we fix the bug wherein i386 clobbers the goto_tb target
during re-translation you'll see the crash there too.
And we were just talking about enhancing --enable-debug-tcg
to d
Hi Richard,
This series is following up from your mail at
http://www.spinics.net/lists/kvm/msg80080.html . I am pleased the lock
contention is now reduced but acknowledge that the scanning rates are
stupidly high. Fortunately, I am reasonably confident I know what is
going wrong. If all goes accor
On Wed, 19 Sep 2012 16:31:06 +0200
Paolo Bonzini wrote:
> Enum values are always preceded by the uppercase name of the enum, so
> they do not conflict with reserved words.
>
> Signed-off-by: Paolo Bonzini
Cherry-picked into qmp branch, thanks.
> ---
> scripts/qapi-types.py | 4 ++--
> script
On Wed, 19 Sep 2012 16:31:07 +0200
Paolo Bonzini wrote:
> It is #defined to 1.
>
> Signed-off-by: Paolo Bonzini
Cherry-picked into qmp branch, thanks.
> ---
> scripts/qapi.py | 4 +++-
> 1 file modificato, 3 inserzioni(+). 1 rimozione(-)
>
> diff --git a/scripts/qapi.py b/scripts/qapi.py
>
Am 18.09.2012 20:53, schrieb Jeff Cody:
> This is derived from the Supriya Kannery's reopen patches.
>
> This contains the raw-posix driver changes for the bdrv_reopen_*
> functions. All changes are staged into a temporary scratch buffer
> during the prepare() stage, and copied over to the live s
Am 18.09.2012 20:53, schrieb Jeff Cody:
> This patch supports reopen for VMDK image files. VMDK extents are added
> to the existing reopen queue, so that the transactional model of reopen
> is maintained with multiple image files.
>
> Signed-off-by: Jeff Cody
> ---
> block/vmdk.c | 35 +
On 20.09.2012, at 14:49, Christian Borntraeger wrote:
> [...]
>>> --- a/target-s390x/kvm.c
>>> +++ b/target-s390x/kvm.c
>>> @@ -88,50 +88,77 @@ void kvm_arch_reset_vcpu(CPUS390XState *env)
>>>/* FIXME: add code to reset vcpu. */
>>> }
>>>
>>> +/* we want to have the prefix, the GPRS, the A
On Thu, Sep 20, 2012 at 6:03 PM, Richard Henderson wrote:
> On 09/19/2012 05:29 PM, Max Filippov wrote:
>> Not all tcg backends can handle that.
>
> *No* tcg backends can handle that.
>
> If we fix the bug wherein i386 clobbers the goto_tb target
> during re-translation you'll see the crash there
Cornelia Huck writes:
> Add a new virtio transport that uses channel commands to perform
> virtio operations.
>
> Add a new machine type s390-ccw that uses this virtio-ccw transport
> and make it the default machine for s390.
>
> Signed-off-by: Cornelia Huck
> ---
>
> Changes v1->v2:
> - update
Compactions migrate scanner acquires the zone->lru_lock when scanning a range
of pages looking for LRU pages to acquire. It does this even if there are
no LRU pages in the range. If multiple processes are compacting then this
can cause severe locking contention. To make matters worse commit b2eef8c
This is almost entirely based on Rik's previous patches and discussions
with him about how this might be implemented.
Order > 0 compaction stops when enough free pages of the correct page
order have been coalesced. When doing subsequent higher order allocations,
it is possible for compaction to b
Cornelia Huck writes:
> This patch enables using both virtio-xxx-s390 and virtio-xxx-ccw
> by making the alias lookup code verify that a driver is actually
> registered.
>
> (Only included in order to allow testing of virtio-ccw; should be
> replaced by cleaning up the virtio bus model.)
>
> Not-
When compaction was implemented it was known that scanning could potentially
be excessive. The ideal was that a counter be maintained for each pageblock
but maintaining this information would incur a severe penalty due to a
shared writable cache line. It has reached the point where the scanning
cos
[snip]
Ok, I'll drop this patch and do everything in a single patch adding Error *.
Paolo
This reverts commit 7db8889a (mm: have order > 0 compaction start off
where it left) and commit de74f1cc (mm: have order > 0 compaction start
near a pageblock with free pages). These patches were a good idea and
tests confirmed that they massively reduced the amount of scanning but
the implementati
From: Shaohua Li
Changelog since V2
o Fix BUG_ON triggered due to pages left on cc.migratepages
o Make compact_zone_order() require non-NULL arg `contended'
Changelog since V1
o only abort the compaction if lock is contended or run too long
o Rearranged the code by Andrea Arcangeli.
isolate_mig
Compactions free scanner acquires the zone->lock when checking for PageBuddy
pages and isolating them. It does this even if there are no PageBuddy pages
in the range.
This patch defers acquiring the zone lock for as long as possible. In the
event there are no free pages in the pageblock then the l
On 09/20/2012 10:10 AM, Kevin Wolf wrote:
> Am 18.09.2012 20:53, schrieb Jeff Cody:
>> This is derived from the Supriya Kannery's reopen patches.
>>
>> This contains the raw-posix driver changes for the bdrv_reopen_*
>> functions. All changes are staged into a temporary scratch buffer
>> during th
On 09/20/2012 10:12 AM, Kevin Wolf wrote:
> Am 18.09.2012 20:53, schrieb Jeff Cody:
>> This patch supports reopen for VMDK image files. VMDK extents are added
>> to the existing reopen queue, so that the transactional model of reopen
>> is maintained with multiple image files.
>>
>> Signed-off-by:
On 09/20/2012 09:14 AM, Kevin Wolf wrote:
> Am 18.09.2012 20:53, schrieb Jeff Cody:
>> Move AIO initialization for raw-posix block driver into a helper function.
>>
>> In addition to just code motion, the aio_ctx pointer is checked for NULL,
>> prior to calling laio_init(), to make sure laio_init()
On 20.09.2012, at 16:24, Anthony Liguori wrote:
> Cornelia Huck writes:
>
>> Add a new virtio transport that uses channel commands to perform
>> virtio operations.
>>
>> Add a new machine type s390-ccw that uses this virtio-ccw transport
>> and make it the default machine for s390.
>>
>> Si
1 - 100 of 209 matches
Mail list logo
