From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 48164 invoked by alias); 11 Aug 2016 16:20:21 -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 48136 invoked by uid 89); 11 Aug 2016 16:20:20 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=bones 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 ESMTP; Thu, 11 Aug 2016 16:20:18 +0000 Received: from vapier.lan (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with SMTP id 614C6340B6E; Thu, 11 Aug 2016 16:20:16 +0000 (UTC) Date: Thu, 11 Aug 2016 16:20:00 -0000 From: Mike Frysinger To: Nick Clifton Cc: gdb-patches@sourceware.org Subject: Re: Commit: Export AArch64 sum's single step function Message-ID: <20160811162015.GW30544@vapier.lan> Mail-Followup-To: Nick Clifton , gdb-patches@sourceware.org References: <87oa4z2yhu.fsf@redhat.com> <20160811142153.GU30544@vapier.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zROEGoKAXsG5UqGB" Content-Disposition: inline In-Reply-To: X-IsSubscribed: yes X-SW-Source: 2016-08/txt/msg00137.txt.bz2 --zROEGoKAXsG5UqGB Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1155 On 11 Aug 2016 16:32, Nick Clifton wrote: > Hi Mike, > > this is already possible with the common sim API -- sim_resume() has a > > "step" argument specifically to do single stepping. >=20 > Hmm, OK, but how is this single stepping communicated to the target simul= ator ? >=20 > As far as I can see the AArch64 simulator does not support single steppin= g=20 > (unless the host has inserted breakpoint instructions into the simulated = instruction > space). I assume that this is a bug in the aarch64 simulator code, but w= hat exactly > is wrong ? >=20 > Hmm, I see that some other target simulators implement a sim_resume() fun= ction of > their own. Perhaps this is the problem - the aarch64 sim should do the s= ame ? no, you don't want to implement sim_resume. any sim that does you should ignore. i think the prob is that the aarch64 sim_engine_run is missing a call to sim_events_process. look at ft32/interp.c for a bare bones example. once you do that, you'll see the common sim_resume schedules an event after one tick when step=3D=3Dtrue. honestly, i'm a little surprised things are working w/out this event process callback ... -mike --zROEGoKAXsG5UqGB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXrKW/AAoJEEFjO5/oN/WBTaAQAKJM6DAo3RK+xxq4qenwXIPY aM86uRtUVfi1HiYFaNYWbhSGvZNpyXjhuRqfvU0KiunnIBiHcjEDs2NXkAFCV8iB SbZzOwN6DAYhiBDkinyxn8Av363n20wP0U59PKxthxGZGp1tchyW0PbogKsxlw6w yvSSg15MMXtEb8GrtMZziEIFZOcX0c229hDQkkxHEAwoFIa+BwOtJQFUs3Y5k2j3 oLm5Bd8I6zC8J/hAK1S/i8C6M/h/o1ocW/zdPfj9EhRQ5fpSBv5EBFfWBWYQukBV /5HDozcnSTBpoO6Rrzmu7sgmDMQhpm0Dm0NUnvBlvEm3/ATAGxz4Bp6wsnAnjVC6 hiHFy+nQid8RZ9kzxL+rIcGjMKWGVEQEIDCEFB4OxrA3lxhlNolkBU79sdql+wMq 8JHJ4840UjCTn0Oezcq9uWv2Q7Oec9TUx3nB6SoKv3/iYnU+ufIetNxk8oG6N0M1 /sZdCyy0CQNhAbdRlY/LVYoOpkIRvVQEJDT7cE+6jBaPK7mvhzljGbbi0TARIB8l Rnd3LhOGF6onXRGpsPwKvX3H1Q4Djr0dj46v6q9wjn98OVI9U3trbF/Oq4aglGWT +p8GwHS7KyxcUbLBzC6vPhB5WFjlwJcwAY3V2JWKjVEwYpg0zwafubytWiGtp+1K iB8mMWqnnYBsEmzXC+QE =/Fuc -----END PGP SIGNATURE----- --zROEGoKAXsG5UqGB--