From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21719 invoked by alias); 11 Jul 2008 15:54:13 -0000 Received: (qmail 21654 invoked by uid 22791); 11 Jul 2008 15:54:12 -0000 X-Spam-Check-By: sourceware.org Received: from aussmtpmrkps320.us.dell.com (HELO aussmtpmrkps320.us.dell.com) (143.166.224.254) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 11 Jul 2008 15:53:51 +0000 X-IronPort-AV: E=Sophos;i="4.30,346,1212382800"; d="scan'208";a="368345482" Received: from unknown (HELO M31.equallogic.com) ([12.110.134.31]) by aussmtpmrkps320.us.dell.com with SMTP; 11 Jul 2008 10:53:49 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18551.33290.507527.212150@djudge-us-nas.equallogic.com> Date: Fri, 11 Jul 2008 15:54:00 -0000 From: Paul Koning To: drow@false.org Cc: pedro@codesourcery.com, sandra@codesourcery.com, gdb@sourceware.org, gdb-patches@sourceware.org Subject: Re: [remote protocol] support for disabling packet acknowledgement References: <48765B8A.6080805@codesourcery.com> <48766999.6070001@codesourcery.com> <18550.28000.759268.379468@gargle.gargle.HOWL> <200807111610.47304.pedro@codesourcery.com> <20080711152356.GA10073@caradoc.them.org> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid 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/msg00215.txt.bz2 >>>>> "Daniel" == Daniel Jacobowitz writes: Daniel> 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. Daniel> IMO this isn't necessary - if someone tunnels a reliable Daniel> TCP/IP connection from their stub, to gdb, via an unreliable Daniel> channel, then they can read the manual and disable this Daniel> feature. I've never encountered this. At that point you're Daniel> not running directly off a target board's UART at system Daniel> level, so you have the option of something like PPP. Agreed. Telnet to a terminal server that feeds a UART based target stub is common practice. TCP at both ends with datagrams in between is too weird to consider. paul