From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 121740 invoked by alias); 5 Jul 2017 15:16:08 -0000 Mailing-List: contact newlib-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: newlib-owner@sourceware.org Received: (qmail 121719 invoked by uid 89); 5 Jul 2017 15:16:07 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,KAM_ASCII_DIVIDERS,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2 spammy=east, H*i:sk:3194afb, indexjsp, index.jsp X-HELO: EUR01-HE1-obe.outbound.protection.outlook.com Received: from mail-he1eur01on0058.outbound.protection.outlook.com (HELO EUR01-HE1-obe.outbound.protection.outlook.com) (104.47.0.58) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 05 Jul 2017 15:16:05 +0000 Received: from VI1PR0801MB2031.eurprd08.prod.outlook.com (10.173.74.140) by VI1PR0801MB2030.eurprd08.prod.outlook.com (10.173.74.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1220.11; Wed, 5 Jul 2017 15:16:00 +0000 Received: from VI1PR0801MB2031.eurprd08.prod.outlook.com ([fe80::a9ee:7f10:b6a1:339a]) by VI1PR0801MB2031.eurprd08.prod.outlook.com ([fe80::a9ee:7f10:b6a1:339a%18]) with mapi id 15.01.1220.018; Wed, 5 Jul 2017 15:16:01 +0000 From: Tamar Christina To: Dave Nadler , "newlib@sourceware.org" CC: nd Subject: Re: [Newlib][libgloss]ARM - semihosting use of __end__symbol in crt0.S Date: Wed, 05 Jul 2017 15:16:00 -0000 Message-ID: References: <20170705083621.GB30902@calimero.vinschen.de> ,<3194afba-248d-a10e-1393-91bfbe744d43@nadler.com> In-Reply-To: <3194afba-248d-a10e-1393-91bfbe744d43@nadler.com> authentication-results: nadler.com; dkim=none (message not signed) header.d=none;nadler.com; dmarc=none action=none header.from=arm.com; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1;VI1PR0801MB2030;7:ZPEVzX5NGM7GNd91m/V7jfO+HlkG2evG/Pw3MlBZ92JlVW9Nh2AGQWxMOldvW1ZzT4+Zojb9vHRj4wXfS0CUV9MC+a42ynGwqjgVGWbHaz79T2fHM5AAkh0/2SBHRPHLcso4lHtFTTh3jicA6CF4OF4Bj6ViwksHcKsYI4KqhR570ollVGdmZ1Jg+RWkcVgA/C36nvIIOZKaBrpp2MtFqSyDb3CoTbdXbSSHvNbvE/bkLEIiw2KTa3y3mJHVxtxZzYBPgp8/2odd7VYMQu3IAy9pEbEP00TMorLaoU2ty/qvDQ8Eq8PCnVZpM1o+zjA/ik9U9uog/n0+RaSDSPRTya1HT7V7uCgeIAM7Ohs7XadDFr/7m0w7KpeD4oC1fqlRIb2uoICXhGxy+bNiYiCmuda1PPaHc0w/JkCtCGTqdYyhCdvDkDK/AKY43b8edhOrlMyeLv8QLJeqsQc1R9VRaJfgOB9e+kOjdUEyYTMIwdmkbfGQm80e3ZvJDQ8vwgBaD+6csX9cGkHUzwz8v9KJKZmsjfPJ43RBcVZRqO3PB2v/HNrymdxRko85gOmK9lE3qZ30K1YgXKMov3IkzaaAMRCrr4Era6XRJsXQOVTH0euvgjUpek76bVROGA2xqB9C3g7CTjq5P7d9Vd2z4HzqZMz7vZgNbo0RQ0zJOwWs1LuTcA2G/RVVjLHhcX9PzC5nnaQftD4hJE/992C87MgYUAind6BSix4nKNM5mc0s6Q3sGkDz+VsCd9ik83IpVPQkZkw5iUxzrS7nKTw6qgGUCRM3TpcBptRK1HOmI6p+2VI= x-ms-office365-filtering-correlation-id: 182df4b0-34d8-4455-0148-08d4c3b8befe x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(48565401081)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095);SRVR:VI1PR0801MB2030; x-ms-traffictypediagnostic: VI1PR0801MB2030: nodisclaimer: True x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(180628864354917)(236129657087228)(92093043455673)(148574349560750)(185212123834332); x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(100000703101)(100105400095)(3002001)(10201501046)(6055026)(6041248)(20161123558100)(20161123560025)(20161123555025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095);SRVR:VI1PR0801MB2030;BCL:0;PCL:0;RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095);SRVR:VI1PR0801MB2030; x-forefront-prvs: 0359162B6D x-forefront-antispam-report: SFV:NSPM;SFS:(10009020)(6009001)(39410400002)(39450400003)(39400400002)(39850400002)(39840400002)(39860400002)(53754006)(377424004)(24454002)(377454003)(8936002)(81166006)(8676002)(3280700002)(5660300001)(6436002)(33656002)(53546010)(229853002)(53936002)(99286003)(55016002)(102836003)(6246003)(6306002)(9686003)(7736002)(74316002)(38730400002)(6116002)(3846002)(86362001)(305945005)(3660700001)(14454004)(478600001)(25786009)(72206003)(189998001)(7696004)(2900100001)(93886004)(4326008)(66066001)(2906002)(6506006)(76176999)(2950100002)(54356999)(966005)(5250100002)(2501003)(1720100001)(50986999);DIR:OUT;SFP:1101;SCL:1;SRVR:VI1PR0801MB2030;H:VI1PR0801MB2031.eurprd08.prod.outlook.com;FPR:;SPF:None;MLV:sfv;LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Jul 2017 15:16:00.9887 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0801MB2030 X-IsSubscribed: yes X-SW-Source: 2017/txt/msg00569.txt.bz2 Hi Dave, The use of __end__ relates to the semihosting call SYS_HEAPINFO. Likely the link originally pointed to http://infocenter.arm.com/help/index.= jsp?topic=3D/com.arm.doc.dui0471f/Bacbefaa.html. Basically at the startup r0 will contain the given 4 byte structure, where = the first entry is the heap_base. If this is 0 it means the system was unable to calculate it. __end__ is then used as a fall back = for this. The reason __end__ is used instead of __bss_end___ has to do with the alignment requirements. The same question was asked on the bug-fix patch that introduced it http://= newlib.sourceware.narkive.com/bcyUamAh/rfa-libgloss-arm-handle-zero-heap-ba= se-from-semihosting I am not completely certain, but this seems to indicate that not all of sem= ihosting is supported on systems with multiple stacks. Cheers, Tamar ________________________________________ From: Dave Nadler Sent: Wednesday, July 5, 2017 2:32:18 PM To: Tamar Christina; newlib@sourceware.org Cc: nd Subject: [Newlib][libgloss]ARM - semihosting use of __end__symbol in crt0.S Hi Tamar - Perhaps as you are working on ARM crt0 and semihosting, you can help with a question regarding crt0's use of the symbol __end__ for semihosting. I read the code but I'm not expert at ARM assembly and do not understand what __end__ is being used for, and the comments do not explain the intent/purpose... I am concerned that there is an assumption within semihosting about available memory or memory boundaries that may be incorrect in systems where heap and stack are not contiguous, for example embedded systems with multiple stacks. I asked the question on stack exchange but (surprise) didn't get any useful response: https://stackoverflow.com/questions/44853442/meaning-of-gnu-symbol-end-espe= cially-arm-embedded Thanks in advance for any clarification, Best Regards, Dave On 7/5/2017 4:44 AM, Tamar Christina wrote: > Hi Corinna, > > Ah sure, I will resend them today. > > Thanks, > Tamar > ________________________________________ > From:newlib-owner@sourceware.org on behal= f of Corinna Vinschen > Sent: Wednesday, July 5, 2017 9:36:21 AM > To:newlib@sourceware.org > Subject: Re: [PATCH][Newlib][libgloss] - Semihosting v2 general build cha= nges (1 / 5) > > Hi Tamar, > > On Jul 3 16:53, Tamar Christina wrote: >> Hi All, >> >> >> This patch adds the general build system changes needed >> in order to compile and create the new libraries for Semihosting v2. >> >> This works by creating a similar recursive make target that is modeled >> after the existing multilib makefile config-ml.in. >> >> OK for master? >> >> PS. I do not have commit rights so if OK can someone apply for me? >> >> Thanks, >> Tamar >> >> >> libgloss/ >> 2017-07-03 Tamar Christina >> >> * multi-build.in (multi-do): New. > We don't use ChangeLog format anymore. Rather we would prefer > informative git commit messages and patches in `git format-patch' > format. > > These 5 patches qualify as patch series, so it would be nice if > you could resend them that way. > > > Thanks, > Corinna > > -- > Corinna Vinschen > Cygwin Maintainer > Red Hat -- Dave Nadler, USA East Coast voice (978) 263-0097,drn@nadler.com, Skype Dave.Nadler1