From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 82177 invoked by alias); 14 Sep 2015 16:10:14 -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 82090 invoked by uid 89); 14 Sep 2015 16:10:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pa0-f42.google.com Received: from mail-pa0-f42.google.com (HELO mail-pa0-f42.google.com) (209.85.220.42) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Mon, 14 Sep 2015 16:10:13 +0000 Received: by padhy16 with SMTP id hy16so147851664pad.1 for ; Mon, 14 Sep 2015 09:10:11 -0700 (PDT) X-Received: by 10.66.155.231 with SMTP id vz7mr35757868pab.58.1442247011234; Mon, 14 Sep 2015 09:10:11 -0700 (PDT) Received: from E107787-LIN (power-aix.osuosl.org. [140.211.15.154]) by smtp.gmail.com with ESMTPSA id we9sm17145798pab.3.2015.09.14.09.10.08 (version=TLS1_2 cipher=AES128-SHA256 bits=128/128); Mon, 14 Sep 2015 09:10:10 -0700 (PDT) From: Yao Qi To: Antoine Tremblay Cc: Yao Qi , Subject: Re: [PATCH 5/7] Add support for software single step on ARM aarch32-linux in GDBServer. References: <1441973603-15247-1-git-send-email-antoine.tremblay@ericsson.com> <1441973603-15247-6-git-send-email-antoine.tremblay@ericsson.com> <8637yh5kpz.fsf@gmail.com> <55F6C071.1040104@ericsson.com> Date: Mon, 14 Sep 2015 16:10:00 -0000 In-Reply-To: <55F6C071.1040104@ericsson.com> (Antoine Tremblay's message of "Mon, 14 Sep 2015 08:41:21 -0400") Message-ID: <86twqx3rty.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-09/txt/msg00299.txt.bz2 Antoine Tremblay writes: > Usually it will be , however see commit : > dcd4a3a4e7fc3912194d1346d2dfc6252f70b456 > > Which I will partially quote here : > > "tdep->arm_breakpoint, tdep->thumb_breakpoint, tdep->thumb2_breakpoint > should be set le_ variants in case of arm BE8 code. Those instruciton > sequences are writen to target with simple write_memory, without > regarding gdbarch_byte_order_for_code. But in BE8 case even data > memory is in big endian form, instructions are still in little endian > form." > > So in BE8 code the instructions are not of the same endianness as the > data memory... Do you want to support BE8 in GDBserver in your patches? If yes, please split them out of your patch set. Current GDBserver doesn't consider the difference of data endianness and instruction endianness, so you don't have to worry about it too much, unless you really want to fix problems on this. > > Also even if unlikely you could have a BE program being debugged in a > LE GDBServer assuming the proper BE libs are also present on the > system. I don't think it is practical to do so... > > Thus, GDB makes no assumptions about the endianness being the same as > it's own and I don't think GDBServer should either. GDB makes no assumptions because GDB and inferior program may run on different machine of different endianness. However, GDBserver and the inferior program are running on the same machine, it can assume that. --=20 Yao (=E9=BD=90=E5=B0=A7)