From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41279) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yajpe-0001ti-SA for qemu-devel@nongnu.org; Wed, 25 Mar 2015 07:50:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yajpa-0007a8-RX for qemu-devel@nongnu.org; Wed, 25 Mar 2015 07:50:46 -0400 Received: from mx1.redhat.com ([209.132.183.28]:49193) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yajpa-0007Zb-Gb for qemu-devel@nongnu.org; Wed, 25 Mar 2015 07:50:42 -0400 Message-ID: <5512A107.10109@redhat.com> Date: Wed, 25 Mar 2015 12:50:31 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <5511787F.40301@redhat.com> <55117DF5.7000408@redhat.com> <1355384493.3824166.1427214234629.JavaMail.zimbra@redhat.com> <5511A405.6090005@redhat.com> <5511C251.8030907@redhat.com> <55129D3D.60403@redhat.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] RFC: memory API changes List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Peter Crosthwaite , QEMU Developers , Greg Bellows , "Edgar E. Iglesias" , =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= , Richard Henderson On 25/03/2015 12:43, Peter Maydell wrote: > I was trying to avoid leaving us with yet another half-finished > set of API transitions: because many of our CPUs are in this > odd-fixes state, it's unlikely anybody will get round to > updating them in the near future, so we'll be carrying a > duplicate set of functions around for a long time. They're not duplicate, they're shortcuts. Using longer function names with more arguments is unnecessary if there's no need for the extra features. > If you insist I can leave the ldl_phys&c around as wrappers > with a comment saying /* Do not use these in new code; > use address_space_* instead. */, > though. I'll take care of changing the wrappers to take a CPUState instead of AddressSpace, and move them to cpu.h. If you convert ARM to address_space_*, ARM's cpu.h obviously won't get them. Paolo