From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 902 invoked by alias); 21 Mar 2012 07:23:24 -0000 Received: (qmail 889 invoked by uid 22791); 21 Mar 2012 07:23:22 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 21 Mar 2012 07:23:07 +0000 Received: from svr-orw-exc-10.mgc.mentorg.com ([147.34.98.58]) by relay1.mentorg.com with esmtp id 1SAFsv-0002u8-A5 from Hui_Zhu@mentor.com ; Wed, 21 Mar 2012 00:23:05 -0700 Received: from SVR-ORW-FEM-02.mgc.mentorg.com ([147.34.96.206]) by SVR-ORW-EXC-10.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 21 Mar 2012 00:23:01 -0700 Received: from [127.0.0.1] (147.34.91.1) by svr-orw-fem-02.mgc.mentorg.com (147.34.96.168) with Microsoft SMTP Server id 14.1.289.1; Wed, 21 Mar 2012 00:23:04 -0700 Message-ID: <4F6981D6.9040807@mentor.com> Date: Wed, 21 Mar 2012 07:23:00 -0000 From: Hui Zhu User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120310 Thunderbird/11.0 MIME-Version: 1.0 To: Eli Zaretskii CC: , Subject: Re: [PATCH] Add autoload-breakpoints [3/7] ReportAsync-doc References: <4F6450D2.9030109@mentor.com> <83y5qz359r.fsf@gnu.org> <4F688533.1050705@mentor.com> <83obrr18pf.fsf@gnu.org> In-Reply-To: <83obrr18pf.fsf@gnu.org> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit 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: 2012-03/txt/msg00770.txt.bz2 On 03/21/12 01:30, Eli Zaretskii wrote: >> Date: Tue, 20 Mar 2012 21:25:07 +0800 >> From: Hui Zhu >> CC:, >> >>>> +The @value{GDBN} remote serial protocol includes @dfn{reportasync}, >>>> +packets that the stub can report status or do an operation in any time. >>> >>> I don't understand the "do an operation in any time" part. What does >>> it mean in practice? >> >> It is means that after gdb connected with the stub, the stub can report >> when the inferior is running and GDB is waiting it, or inferior is >> stoped and GDB just control it. >> It make the stub can report the status for any time. > > You mean, as in "asynchronously"? Yes, that is my mean. > >>> And I don't understand what you mean by "needs to be handled as a >>> simple packet". If that's a reference to something discussed earlier >>> in the manual, please add here a cross-reference to that part. >> >> That means when the stub send a shake hands package ^ and wait the >> reply, if it got a package that is not ^. Then the shake hands is fail. >> It need give up this shake hands and begin to handle this packet that >> it just get. >> For example: >> Stub send a ^ to GDB. It readchar, and got a $. It should not drop >> this $, After that, it will got "c#csum". It need handle the package >> "$c#csum". > > I still don't understand why you used the word "simple". "Simple" as > opposed to what other packet handling? Maybe "normal" is better. "Normal" as opposed to reportasync packets. > >>> After the handshake, the stub can send @samp{reportasync} packets to >>> @value{GDBN}, using the same packet format as in simple remote serial >>> protocol. >>> >>> Is this only for the failed handshake? If so, perhaps we need to tell >>> what happens when the handshake succeeds. >> >> No, this is for success. > > The problem here is that you again used "simple protocol", and before > that you mentioned "simple packet" when the handshake failed. > > So this again boils down to the same question: why do you use the word > "simple" in this context? Yes, it looks really odd even if change it to normal. That is because after shakes mode, the packet will use the normal format in http://sourceware.org/gdb/current/onlinedocs/gdb/Overview.html. The only different is: If the shake hands mode fail, the packet will from GDB to the stub. If the shake hands mode success, the packet will from the stub to GDB. Thanks, Hui