From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20289 invoked by alias); 10 Mar 2014 22:28:54 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 20278 invoked by uid 89); 10 Mar 2014 22:28:54 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 10 Mar 2014 22:28:53 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id F034533FC22; Mon, 10 Mar 2014 22:28:50 +0000 (UTC) From: Mike Frysinger To: DJ Delorie Cc: gdb-patches@sourceware.org, nickc@redhat.com Subject: Re: [PATCH 2/3] sim: msp430: set initial PC to ELF entry if available Date: Mon, 10 Mar 2014 22:28:00 -0000 Message-ID: <10346094.t4n5KZ1GG2@vapier> User-Agent: KMail/4.12.3 (Linux/3.13.0; KDE/4.12.3; x86_64; ; ) In-Reply-To: <201403102109.s2AL9PZB015528@greed.delorie.com> References: <1394256493-15084-1-git-send-email-vapier@gentoo.org> <1394256493-15084-2-git-send-email-vapier@gentoo.org> <201403102109.s2AL9PZB015528@greed.delorie.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2396211.FTiJt40ojf"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-IsSubscribed: yes X-SW-Source: 2014-03/txt/msg00251.txt.bz2 --nextPart2396211.FTiJt40ojf Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Content-length: 1414 On Mon 10 Mar 2014 17:09:25 DJ Delorie wrote: > In the case where there *is* a valid reset vector, I think it would be > much better to honor it than to choose some other "arbitrary" (in > terms of hardware simulation) entry point. i'm fine with making the default virtual environment fallback to the entry= =20 point when the reset vector is 0. > Just because the other simulators don't accurately simulate the > hardware, doesn't mean they all shouldn't. we're talking about the virtual environment here, not the operating=20 environment. seems a bit funny belittling other ports when the msp430 sim= =20 itself doesn't properly support simulating the hardware ;). the few random= =20 hacks it has in place to try and emulate a few choice aspects of the hardwa= re=20 doesn't mean it accurately simulates things either. > Also, the libgloss for msp430 always sets a valid reset vector, so all > the "simple ELFs" you create should already work. newlib/libgloss requires a compiler which isn't appropriate from most sim=20 tests. using C for higher level things is perfectly reasonable (especially= =20 when validating hardware peripheral simulation), but there should be pure=20 assembly tests that focus on the ISA. it's also how i tend to personally test things when it comes to the sim & l= ow=20 level hardware -- i use gas+ld only. a C runtime is a luxury and just gets= in=20 the way :). -mike= --nextPart2396211.FTiJt40ojf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAABAgAGBQJTHjynAAoJEEFjO5/oN/WBj7QP/2YekbQMhVKOCNe3WWvwep3q eRuJLWCRxzmAR8kjD1CzqxxSYXmmgoyypbEHv1vDU20WKp14dexG1J2VFk7+yqsy zSqVuFDbZYMsBrKkGw7VFMKRmCOMfCN5m0CBydM9paOl9S5cf6c+9SKpds09iFXD 2uFA6zZpSd321si61K7YTJnHmnNIZ5e4aR1dQGlaZ8CF9xuJrhkJtK1gTF1t+uFd 8YG9LH1vki44wHUokkm6xZYRTkSVJkoiqvm/iWNKBa9d7IexBPKaPmHLsHVQapGZ lAy56mG0kUn/mOT14qeoO3t3RDckVCMLf6BR5uB1tvLhdmtgykrGtL5oHhqita9M uZ8N+Oe56RE//648M7tvxO8sdboIzBv7Vx+J98xaRP9Wj9RK2ErbSQD6FbvlCu+y x0xOZfOB0mQCjvyvY5t5k8eSQx8V4Zuqc+aK5EGFW4HvBhV7qpixoZhd7/Q+BjHP 7fv8utz01EbEFBaXxwL9vqp5JWLqdc1s4SOXZhFapZ8P2Obr+zldcRzdp/OeGX2B aYKndcmbBD03RTa0eO5xuxf4CvbfIJeJsEp4WP/ZDU04INPtbU229A9Ni7p95d3L x/tX5SrUqsRQmV1QYVTM7ATCtssvXmQzQW/LmD1nQndL2WCezADuzO+lLgObmALf FkTZWRW1s00hWaTYz86B =vrnf -----END PGP SIGNATURE----- --nextPart2396211.FTiJt40ojf--