From owner-freebsd-arm@FreeBSD.ORG Fri Jun 13 20:52:14 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B50C8C3 for ; Fri, 13 Jun 2014 20:52:14 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DEF452554 for ; Fri, 13 Jun 2014 20:52:13 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WvYSE-0004NK-D6; Fri, 13 Jun 2014 20:52:06 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s5DKq35P002998; Fri, 13 Jun 2014 14:52:03 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/gXEi5CpomG6RJH7znsm5x Subject: Re: Compilation for ARM From: Ian Lepore To: Stepan Dyatkovskiy In-Reply-To: <539B5F68.5020008@narod.ru> References: <53935D02.2030604@narod.ru> <6D7645D2-9C08-4B5D-BAA5-5B6EC8F66F0B@kientzle.com> <5393FF7B.4020407@narod.ru> <1402428857.20883.177.camel@revolution.hippie.lan> <5398B1A2.3010007@narod.ru> <1402591005.20883.213.camel@revolution.hippie.lan> <539A2261.4070705@narod.ru> <539A62E2.20003@narod.ru> <1402676121.20883.231.camel@revolution.hippie.lan> <539B24DB.4090005@narod.ru> <1402677258.20883.235.camel@revolution.hippie.lan> <539B5F68.5020008@narod.ru> Content-Type: text/plain; charset="us-ascii" Date: Fri, 13 Jun 2014 14:52:03 -0600 Message-ID: <1402692723.20883.237.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Tim Kientzle , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 20:52:14 -0000 That sounds like a compiler bug to me, there's nothing invalid about nesting a function within another function in assembler code. But, it's the only toolchain we've got, so I guess we'll have to figure out some other way to do things. That "nearby" comment I think is very old and outdated. -- Ian On Sat, 2014-06-14 at 02:30 +0600, Stepan Dyatkovskiy wrote: > Modern compilers forbid to use nested .fnstart constructions (actually > nested ENTRY uses). But FreeBSD code has them in few places. For > example, in arm/exception.S file (see swi_entry). I saw the comment > nearby swi_exit definition, but now quite understand how it relates with > nested ENTRY uses... > It looks like several entries were intruduced just because of > alternative names for the same function. But I'm not sure... > > Thanks! > > -Stepan > > Why we need them > Ian Lepore wrote: > > On Fri, 2014-06-13 at 22:20 +0600, Stepan Dyatkovskiy wrote: > >> Hi Ian, > >> Yup. I have done it with default options. That works fine. Thanks! > >> > >> But, currently we need to compare launch times for kernel that was > >> compiled with cortex-a9 options and for kernel that was compiled with > >> cortex-a15 options. > >> > >> The reason of doing that is some improvements in clang backend that > >> promises faster execution for (-mcpu=cortex-a15). So we would like to > >> check it on FreeBSD kernel, since we going to use this OS as base for > >> our applications. > >> > >> -Stepan > > > > I wonder if it is upset that the nesting is backwards, like > > > > NP_ENTRY(btext) > > ASENTRY_NP(_start) > > ... > > END(btext) > > END(_start) > > > > Maybe try switching the order of the END macros? If that doesn't help, > > try removing the btext macros completely, I don't think they're needed > > by anything these days. > > > > -- Ian > > > > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"