From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18874 invoked by alias); 30 Jul 2010 13:16:44 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 18707 invoked by uid 22791); 30 Jul 2010 13:16:42 -0000 X-SWARE-Spam-Status: No, hits=-5.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 Date: Fri, 30 Jul 2010 13:16:00 -0000 From: "Frank Ch. Eigler" To: Oleg Nesterov Cc: Roland McGrath , utrace-devel@redhat.com, archer@sourceware.org Subject: Re: gdbstub initial code, another approach Message-ID: <20100730131627.GA2793@redhat.com> References: <20100716205147.GA26313@redhat.com> <20100721170400.GA30978@redhat.com> <20100721204203.D040C400B6@magilla.sf.frob.com> <20100723173134.GA29717@redhat.com> <20100726142759.GA17171@redhat.com> <20100728181702.GA26678@redhat.com> <20100730125755.GA6438@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100730125755.GA6438@redhat.com> User-Agent: Mutt/1.4.2.2i X-SW-Source: 2010-q3/txt/msg00065.txt.bz2 Hi, Oleg - > [...] > But I do not see how in-kernel gdbstub can help even to prototype > things. In my opinion it only complicates this. If nothing else, > it is not easy to test even the simple things. Just imagine the > simple tests like ptrace-tests rewritten to work via remote > protocol. (One could use a new user-space library. There is not that much complexity difference between a write/read syscall pair and a complex ioctl.) > IIUK, the main goal is prototype the new generic API [...] It would > be (I think) much easier to teach the real gdbserver and/or gdb to > use this new API if we already had the userspace aplication which > actually works using this API. To an extent, it's all a SMOP. But the key is the level of abstraction provided by any new API. ptrace(2) is low, the gdb-wire-protocol is high, and both are pretty well established. A brand new API aiming into some new middle point will be harder to validate. > OTOH, with this split we still have the same advantage: we can > use gdb to prove that this code can do something useful. Not if you run into the exact same multithreading protocol glitches, but this time with three separate interacting bodies of code instead of two. - FChE