From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail1.windriver.com ([147.11.146.13]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1USrZF-0000NN-C0 for openembedded-core@lists.openembedded.org; Thu, 18 Apr 2013 18:20:15 +0200 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail1.windriver.com (8.14.5/8.14.3) with ESMTP id r3IG2b7Y014409 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 18 Apr 2013 09:02:37 -0700 (PDT) Received: from Marks-MacBook-Pro.local (172.25.36.231) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.2.342.3; Thu, 18 Apr 2013 09:02:36 -0700 Message-ID: <51701918.8070001@windriver.com> Date: Thu, 18 Apr 2013 11:02:32 -0500 From: Mark Hatle Organization: Wind River Systems User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Robert P. J. Day" References: <516FFE5F.7040901@windriver.com> <51700C7C.3050100@windriver.com> In-Reply-To: Cc: openembedded-core@lists.openembedded.org Subject: Re: tweaking insane.bbclass to handle MIPS SEAD-3? X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 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, 18 Apr 2013 16:20:36 -0000 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 4/18/13 10:44 AM, Robert P. J. Day wrote: > On Thu, 18 Apr 2013, Mark Hatle wrote: > >> On 4/18/13 9:25 AM, Robert P. J. Day wrote: > > ... snip ... > >>> DEFAULTTUNE ?= "mips32" >>> >>> require conf/machine/include/mips/arch-mips.inc >>> >>> TUNEVALID[mips32] = "Enable mips32 specific processor optimizations" >>> TUNECONFLICTS[mips32] = "n64 n32" >>> TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "mips32", >>> "-march=mips32", "", d)}" >>> >>> AVAILTUNES += "mips32 mips32el mips32-nf mips32el-nf" >>> >>> so, off the top of my head, i suggested adding to local.conf: >>> >>> DEFAULTTUNE := "mips32el" >> >> A quick look at master says that that should be fine. It will result in: >> >> TUNE_FEATURES = "o32 fpu-hard mips32" >> BASE_LIB = "lib" >> TUNE_ARCH = "mipsel" >> TUNE_PKGARCH = "mips32el" >> PACKAGE_EXTRA_ARCHS = "mipsel mips32el" >> >> Changing the tune to "mips32el-nf", will result in a mips32 little >> endian, soft-float system. And there should be no sanity or other >> failures. >> >> (Note, the difference between 'mips' and 'mips32' is use of -march=mips32.) >> >>> since that's listed as one of the "AVAILTUNES", but i was just >>> guessing. from what i heard, that *partly* solved the problem but >>> the rest of the solution is what you read above. >>> >>> i can easily ask them to try a different recipe, they're all >>> set up to build and test a rootfs. what *would* have been the >>> right approach? >> >> If the tuning is set right, then everything else should "just work". >> They can do the DEFAULTTUNE setting in their local.conf, but it's >> better to do it in their machine.conf file. (Style vs required.) >> >> They can verify the settings using 'bitbake -e' and looking for the >> CC flags, and other related items to make sure they are right for >> this system. > > so if i read you correctly, all i need to do is copy the existing > routerstationpro.conf to, say, sead3.conf, and add the single line: > > DEFAULTTUNE := "mips32el-nf" <--- add that > require conf/machine/include/tune-mips32.inc > > that about right? i'll give that a shot right away just to see if it > builds. can't test it without the kit but building will still be a > useful exercise. Yes that should work. --Mark > rday >