From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24024 invoked by alias); 10 Apr 2002 09:50:54 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 24011 invoked from network); 10 Apr 2002 09:50:51 -0000 Received: from unknown (HELO beta.dmz-eu.st.com) (164.129.1.35) by sources.redhat.com with SMTP; 10 Apr 2002 09:50:51 -0000 Received: from zeta.dmz-eu.st.com (zeta.dmz-eu.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with SMTP id 1BF464E67 for ; Wed, 10 Apr 2002 09:50:35 +0000 (GMT) Received: by zeta.dmz-eu.st.com (STMicroelectronics, from userid 0) id 04A47635B; Wed, 10 Apr 2002 09:47:19 +0000 (GMT) Received: from thistle.bri.st.com (localhost [127.0.0.1]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 409841845 for ; Wed, 10 Apr 2002 09:47:19 +0000 (GMT) Received: from [164.129.8.14] (helo=masterwort) by thistle.bristol.st.com with esmtp (Exim 3.03 #5) id 16vEhC-00056b-00 for gdb@sources.redhat.com; Wed, 10 Apr 2002 10:47:18 +0100 Received: from [164.129.14.48] (helo=sioux) by masterwort with asmtp (Exim 3.22 #1) id 16vEhB-0004Ec-00 for gdb@sources.redhat.com; Wed, 10 Apr 2002 10:47:17 +0100 From: "Paul Bartlett" To: Subject: FW: gdbserver, remote serial protocol and endian issues Date: Wed, 10 Apr 2002 02:50:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal X-SW-Source: 2002-04/txt/msg00149.txt.bz2 -----Original Message----- From: ac131313@cygnus.com [mailto:ac131313@cygnus.com] Sent: 09 April 2002 18:14 To: paul.bartlett@st.com Subject: Re: gdbserver, remote serial protocol and endian issues > > I've spent a good proportion of the day trawling the list > archives for JT Conklin's stuff. > > I noticed that he was a prolific contributor up to about 16 July > 2001 and then just disappeared completely. He was overtaken by other commitments. > A cursory inspection of remote.c shows that the memory attribute > changes have made it down to remote_xfer_memory(). I presume > that all that needs to be done (for remote targets anyhow) is to > come up with suitable changes to the rsp and propagate the > parameters through. > > I see that one of JT's last contributions was a suggested > syntax. > Does anybody have any opinions on which way to go from here? Proceduraly or technically? Proceduraly, the first thing to do is get the GDB community to agree on the protocol extension. Technically, the first thing to do would be the same - without that agreement you run the (real) risk of implementing a protocol extension that isn't accepted into the GDB source tree. enjoy, Andrew