From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15898 invoked by alias); 13 Aug 2010 00:53:46 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 15884 invoked by uid 22791); 13 Aug 2010 00:53:45 -0000 X-SWARE-Spam-Status: No, hits=-4.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Kevin Buettner Cc: archer@sourceware.org Subject: Re: gdbstub initial code, v3 In-Reply-To: Kevin Buettner's message of Thursday, 12 August 2010 07:52:11 -0700 <20100812075211.65c3e0f3@mesquite.lan> References: <20100811235810.GA9783@redhat.com> <20100812011113.GA13212@redhat.com> <20100812075211.65c3e0f3@mesquite.lan> Message-Id: <20100813005338.9AC74400E3@magilla.sf.frob.com> Date: Fri, 13 Aug 2010 00:53:00 -0000 X-SW-Source: 2010-q3/txt/msg00102.txt.bz2 > > > - It doesn't support all-stop mode. > > > > > > Please tell me if this is needed. I hope not, this needs > > > a lot of nasty complications :/ > > I'm pretty sure this will be needed since it's GDB's default mode > of operation. That is indeed most likely the mode in which the gdb side of things has had the most testing. So starting with non-stop may open more gdb pain while avoiding some pain in the kernel module. > I've skimmed the code. If I'm not mistaken, support for the 's', 'G', > and 'M' commands isn't implemented yet? (That's single-step, write > registers, and write memory, all of which must be supported by a stub.) Yes, that's fine. For a starting place, having only reading support is OK. These bits are relatively trivial to fill in later as needed, so I think made plenty of sense for Oleg not to include them yet. Thanks, Roland