Re: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor cpu_physical_memory_map

2011-07-21 Thread Liu Yu-B13201
ilto:qemu-devel-bounces+yu.liu=freescale@nongnu.org] > >> On Behalf Of stefano.stabell...@eu.citrix.com > >> Sent: Friday, May 20, 2011 1:36 AM > >> To: qemu-devel@nongnu.org > >> Cc: xen-de...@lists.xensource.com; ag...@suse.de; Stefano > Stabellini > >&

Re: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor cpu_physical_memory_map

2011-07-21 Thread Liu Yu-B13201
u.org > Cc: xen-de...@lists.xensource.com; ag...@suse.de; Stefano Stabellini > Subject: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor > cpu_physical_memory_map > > From: Stefano Stabellini > > Introduce qemu_ram_ptr_length that takes an address and a size as > parameters

Re: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor cpu_physical_memory_map

2011-07-21 Thread Alexander Graf
; Sent: Friday, May 20, 2011 1:36 AM >> To: qemu-devel@nongnu.org >> Cc: xen-de...@lists.xensource.com; ag...@suse.de; Stefano Stabellini >> Subject: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor >> cpu_physical_memory_map >> >> From: Stefano Stabellini

Re: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor cpu_physical_memory_map

2011-07-12 Thread Markus Armbruster
Paolo Bonzini writes: > On 07/12/2011 09:15 AM, Jan Kiszka wrote: >> Am I the only one under the impression that too many patches are in >> limbo ATM? > > No. :) There's another place for patches to go?

Re: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor cpu_physical_memory_map

2011-07-12 Thread Jan Kiszka
On 2011-07-12 08:28, Alexander Graf wrote: > > On 12.07.2011, at 00:17, Jan Kiszka wrote: > >> On 2011-05-19 19:35, stefano.stabell...@eu.citrix.com wrote: >>> From: Stefano Stabellini >>> >>> Introduce qemu_ram_ptr_length that takes an address and a size as >>> parameters rather than just an ad

Re: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor cpu_physical_memory_map

2011-07-12 Thread Paolo Bonzini
On 07/12/2011 09:15 AM, Jan Kiszka wrote: Am I the only one under the impression that too many patches are in limbo ATM? No. :) Paolo

Re: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor cpu_physical_memory_map

2011-07-11 Thread Alexander Graf
On 12.07.2011, at 00:17, Jan Kiszka wrote: > On 2011-05-19 19:35, stefano.stabell...@eu.citrix.com wrote: >> From: Stefano Stabellini >> >> Introduce qemu_ram_ptr_length that takes an address and a size as >> parameters rather than just an address. >> >> Refactor cpu_physical_memory_map so tha

Re: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor cpu_physical_memory_map

2011-07-11 Thread Alexander Graf
On 12.07.2011, at 00:17, Jan Kiszka wrote: > On 2011-05-19 19:35, stefano.stabell...@eu.citrix.com wrote: >> From: Stefano Stabellini >> >> Introduce qemu_ram_ptr_length that takes an address and a size as >> parameters rather than just an address. >> >> Refactor cpu_physical_memory_map so tha

Re: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor cpu_physical_memory_map

2011-07-11 Thread Alexander Graf
On 12.07.2011, at 00:17, Jan Kiszka wrote: > On 2011-05-19 19:35, stefano.stabell...@eu.citrix.com wrote: >> From: Stefano Stabellini >> >> Introduce qemu_ram_ptr_length that takes an address and a size as >> parameters rather than just an address. >> >> Refactor cpu_physical_memory_map so tha

Re: [Qemu-devel] [PATCH v2 4/5] exec.c: refactor cpu_physical_memory_map

2011-07-11 Thread Jan Kiszka
On 2011-05-19 19:35, stefano.stabell...@eu.citrix.com wrote: > From: Stefano Stabellini > > Introduce qemu_ram_ptr_length that takes an address and a size as > parameters rather than just an address. > > Refactor cpu_physical_memory_map so that we call qemu_ram_ptr_length only > once rather than

[Qemu-devel] [PATCH v2 4/5] exec.c: refactor cpu_physical_memory_map

2011-05-19 Thread stefano.stabellini
From: Stefano Stabellini Introduce qemu_ram_ptr_length that takes an address and a size as parameters rather than just an address. Refactor cpu_physical_memory_map so that we call qemu_ram_ptr_length only once rather than calling qemu_get_ram_ptr one time per page. This is not only more efficien