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

2011-07-21 Thread Liu Yu-B13201
> -Original Message- > From: Alexander Graf [mailto:ag...@suse.de] > Sent: Friday, July 22, 2011 2:00 PM > To: Liu Yu-B13201 > Cc: stefano.stabell...@eu.citrix.com; qemu-devel@nongnu.org; > xen-de...@lists.xensource.com; Yoder Stuart-B08248 > Subject: Re: [Qemu

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

2011-07-21 Thread Liu Yu-B13201
> -Original Message- > From: qemu-devel-bounces+yu.liu=freescale@nongnu.org > [mailto: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

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

2011-07-21 Thread Alexander Graf
On 22.07.2011, at 07:42, Liu Yu-B13201 wrote: > > >> -Original Message- >> From: qemu-devel-bounces+yu.liu=freescale@nongnu.org >> [mailto:qemu-devel-bounces+yu.liu=freescale@nongnu.org] >> On Behalf Of stefano.stabell...@eu.citrix.com >> Sent: Friday, May 20, 2011 1:36 AM >>

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