From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29447 invoked by alias); 11 Jul 2008 15:24:19 -0000 Received: (qmail 29431 invoked by uid 22791); 11 Jul 2008 15:24:18 -0000 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 11 Jul 2008 15:23:59 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id B5EB098415; Fri, 11 Jul 2008 15:23:57 +0000 (GMT) Received: from caradoc.them.org (22.svnf5.xdsl.nauticom.net [209.195.183.55]) by nan.false.org (Postfix) with ESMTP id 7494698376; Fri, 11 Jul 2008 15:23:57 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.69) (envelope-from ) id 1KHKTU-0002co-Jp; Fri, 11 Jul 2008 11:23:56 -0400 Date: Fri, 11 Jul 2008 15:24:00 -0000 From: Daniel Jacobowitz To: Pedro Alves Cc: Paul Koning , sandra@codesourcery.com, gdb@sourceware.org, gdb-patches@sourceware.org Subject: Re: [remote protocol] support for disabling packet acknowledgement Message-ID: <20080711152356.GA10073@caradoc.them.org> Mail-Followup-To: Pedro Alves , Paul Koning , sandra@codesourcery.com, gdb@sourceware.org, gdb-patches@sourceware.org References: <48765B8A.6080805@codesourcery.com> <48766999.6070001@codesourcery.com> <18550.28000.759268.379468@gargle.gargle.HOWL> <200807111610.47304.pedro@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200807111610.47304.pedro@codesourcery.com> User-Agent: Mutt/1.5.17 (2008-05-11) X-IsSubscribed: yes 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 X-SW-Source: 2008-07/txt/msg00214.txt.bz2 On Fri, Jul 11, 2008 at 04:10:47PM +0100, Pedro Alves wrote: > - GDB also knows it is using a reliable connection (tcp/pipe) > > That last bit was there until the last version of the patch > before submission, but I ended up removing it from the final > patch. We can always go with or without that bit for now, and > change it later, as the difference is all on GDB's side. IMO this isn't necessary - if someone tunnels a reliable TCP/IP connection from their stub, to gdb, via an unreliable channel, then they can read the manual and disable this feature. I've never encountered this. At that point you're not running directly off a target board's UART at system level, so you have the option of something like PPP. -- Daniel Jacobowitz CodeSourcery