From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.windriver.com (mail.windriver.com [147.11.1.11]) by mail.openembedded.org (Postfix) with ESMTP id 982306013D for ; Thu, 14 May 2015 14:37:31 +0000 (UTC) Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail.windriver.com (8.14.9/8.14.9) with ESMTP id t4EEbTTt014302 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 14 May 2015 07:37:30 -0700 (PDT) Received: from [128.224.56.48] (128.224.56.48) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.3.224.2; Thu, 14 May 2015 07:37:29 -0700 Message-ID: <5554B329.2090708@windriver.com> Date: Thu, 14 May 2015 10:37:29 -0400 From: Bruce Ashfield User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Richard Purdie , Andre McCurdy , Dmitry Eremin-Solenikov References: <1431373976-20993-1-git-send-email-dmitry_eremin@mentor.com> <20150512144749.GD2714@jama> <1431611197.30971.212.camel@linuxfoundation.org> In-Reply-To: <1431611197.30971.212.camel@linuxfoundation.org> Cc: OE-core Subject: Re: [RESEND][PATCH 1/3] meta: add new qemuarma9 machine definition X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2015 14:37:31 -0000 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit On 2015-05-14 09:46 AM, Richard Purdie wrote: > On Wed, 2015-05-13 at 18:17 -0700, Andre McCurdy wrote: >> On Tue, May 12, 2015 at 7:47 AM, Martin Jansa wrote: >>> On Tue, May 12, 2015 at 03:25:43PM +0100, Burton, Ross wrote: >>>> On 11 May 2015 at 20:52, Dmitry Eremin-Solenikov >>>> wrote: >>>> >>>>> Currently qemuarm is limited to 256 Mb of RAM. Sometimes this is too >>>>> little to run necessary applications. Add a new arm configuration based >>>>> on Versatile Express board, Cortex-A9 CPU, allowing up to 1Gb of RAM. >>>>> >>>> >>>> Not sure I'm keen on oe-core having two almost-identical qemuarm machines. >>>> Why not just change the qemuarm machine to use the A9? >>> >>> Then we should officially drop thumb1 support, because current qemuarm >>> builds are quite broken when thumb is enabled and dropping current >>> qemuarm or replacing it with A9 variant will prevent oe-core to be >>> testable on autobuilder. See >>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=7717 >> >> +1 for updating qemuarm to an ARMv7 CPU. > > One thing I did notice about the new proposed arm machine was the lack > of graphics support. We really do need a machine with graphics. If we > could get a machine which had graphics and more memory that would be > much more attractive to switch to. > > This also has implications on the kernel support (cc Bruce). I've been using the qemuarma9 machine in some different contexts for a while now, and in fact, there's a BSP definition in linux-yocto already for it. So from that point of view, the kernel impacts are understood. But not only does the qemuarma9 lack graphics, it also has issues with disk and USB, so generally it isn't as usable as the arm926 qemu variant. There are other options that have newer CPUs, or just changing the cpu .. but a wholesale switch to the "qemuarma9" machine tends to bring some new challenges. Bruce > >> As for dropping thumb1 support that's probably fine too - although >> technically (if someone really did want to keep thumb1 support alive) >> I guess nothing prevents testing thumb1 binaries on an ARMv7 CPU? > > Just guessing but they might work in some cases an a v7 CPU but fail on > older ones due to alignment constraints? > > Cheers, > > Richard > >