From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15306 invoked by alias); 4 Apr 2011 20:38:40 -0000 Received: (qmail 15227 invoked by uid 22791); 4 Apr 2011 20:38:39 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mail.serverraum.org (HELO mail.serverraum.org) (78.47.150.89) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 04 Apr 2011 20:38:34 +0000 Received: from localhost (localhost [127.0.0.1]) by mail.serverraum.org (Postfix) with ESMTP id 339E83EF13; Mon, 4 Apr 2011 22:38:33 +0200 (CEST) Received: from mail.serverraum.org ([127.0.0.1]) by localhost (web.serverraum.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2-CRmfANqR0v; Mon, 4 Apr 2011 22:38:33 +0200 (CEST) Received: from thanatos.localnet (91-67-5-72-dynip.superkabel.de [91.67.5.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.serverraum.org (Postfix) with ESMTPSA id C755D3EF12; Mon, 4 Apr 2011 22:38:32 +0200 (CEST) From: Michael Walle To: gdb-patches@sourceware.org Subject: Re: [PATCH] remote target interrupt before ack Date: Mon, 04 Apr 2011 20:38:00 -0000 User-Agent: KMail/1.13.5 (Linux/2.6.32-5-686-bigmem; KDE/4.4.5; i686; ; ) Cc: Pedro Alves References: <201104042200.15473.michael@walle.cc> <201104042121.22036.pedro@codesourcery.com> In-Reply-To: <201104042121.22036.pedro@codesourcery.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104042238.32058.michael@walle.cc> 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: 2011-04/txt/msg00068.txt.bz2 Am Montag 04 April 2011, 22:21:21 schrieb Pedro Alves: > On Monday 04 April 2011 21:00:15, Michael Walle wrote: > > Hi, > > > > the following patch puts the sending of the interrupt/break sequence > > before the proforma ACK. This guarantees the ACK won't be delivered to > > an application on the remote side. > > Can you explain what the latter sentence means a bit better? > Oh, i forgot to mention that this bug affects serial lines which are shared with the GDB stub. Assume the remote needs a BREAK to start its gdb stub. If you send the '+' before the BREAK it will be delivered to the actual application running on the device (and of course listening on the serial port). [If there happens to be some echo service things will even go worse, because the echoed '+' will be interpreted by GDB as an ACK to the first sent packet.] -- Michael