From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:40407)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1UI4wd-0005xo-Ue
	for qemu-devel@nongnu.org; Tue, 19 Mar 2013 18:23:49 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1UI4wb-0005D5-OB
	for qemu-devel@nongnu.org; Tue, 19 Mar 2013 18:23:47 -0400
Received: from mail-vc0-f181.google.com ([209.85.220.181]:42908)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1UI4wb-0005Ch-Jj
	for qemu-devel@nongnu.org; Tue, 19 Mar 2013 18:23:45 -0400
Received: by mail-vc0-f181.google.com with SMTP id hv10so825887vcb.26
	for <qemu-devel@nongnu.org>; Tue, 19 Mar 2013 15:23:44 -0700 (PDT)
Sender: Paolo Bonzini <paolo.bonzini@gmail.com>
Message-ID: <5148E56A.4010105@redhat.com>
Date: Tue, 19 Mar 2013 23:23:38 +0100
From: Paolo Bonzini <pbonzini@redhat.com>
MIME-Version: 1.0
References: <1363628125-5310-1-git-send-email-pbonzini@redhat.com>
	<CAFEAcA8yVrVSBLer45F_2kwmxHeKEBnO3ux9foU80YgAWd3f9w@mail.gmail.com>
	<5147572E.8040501@redhat.com>
	<CAFEAcA9PYeXnpr1Lykurgr64A1EL+zNod7us-2RZYCOBTxjGYg@mail.gmail.com>
	<51475A00.8070304@redhat.com>
	<CAFEAcA_Uo8Puzx3DcyjeZzqpnXV9PU1Qn3_E4REOou6pTiJaEw@mail.gmail.com>
	<5147738F.7070803@redhat.com>
	<CAFEAcA8vo9ZjeT3bWH8xj7xzMPbWj=1-7yBVNiSenqwdfS919A@mail.gmail.com>
	<51482F56.4070604@redhat.com>
	<CAFEAcA8whc2qvs2HPB0TnCrZuBKfUT-jKqyZHRyOaNPpZOxH=w@mail.gmail.com>
	<51483DAB.4040101@redhat.com>
	<CAFEAcA9-jtH0Z9kT1jSc2gXamgBmwTH1q0jwamBCiD4EtW9dvw@mail.gmail.com>
In-Reply-To: <CAFEAcA9-jtH0Z9kT1jSc2gXamgBmwTH1q0jwamBCiD4EtW9dvw@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH 00/35] hw/ reorganization, part 2
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>, Richard Henderson <rth@twiddle.net>, qemu-devel@nongnu.org, =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= <afaerber@suse.de>

Il 19/03/2013 11:32, Peter Maydell ha scritto:
> On 19 March 2013 10:27, Paolo Bonzini <pbonzini@redhat.com> wrote:
>> Il 19/03/2013 11:10, Peter Maydell ha scritto:
>>> Well, for the CPU to be a proper QOM object it should be exposing
>>> the IRQ/FIQ lines normally, not via the code in hw/arm/pic_cpu.c.
>>
>> That applies to everything else that was put in hw/ARCH.  Everything
>> could become a QOM property.
> 
> Yes. If we clean this stuff up I can kick it back out of hw/ARCH :-)
> 
>>> My point is that the QOM abstraction should encapsulate the CPU
>>> cores just like any other piece of hardware. We're not there yet
>>> but that's where we should be going. You can't really put the
>>> CPUs into the a9mpcore &c containers until we've done that
>>> abstraction properly anyway.
>>
>> Why not?  It would remove a bunch of code that is currently duplicated
>> in the boards.
> 
> Hmm, maybe.

So, okay to put these in hw/arm and then I'll work on patches moving
cpu_arm_init to a*mpcore.c?

Paolo