From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22861 invoked by alias); 10 Sep 2010 10:02:05 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 22822 invoked by uid 22791); 10 Sep 2010 10:02:04 -0000 X-SWARE-Spam-Status: No, hits=-4.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: fche@redhat.com (Frank Ch. Eigler) X-Fcc: ~/Mail/utrace Cc: Oleg Nesterov , utrace-devel@redhat.com, archer@sourceware.org, Jan Kratochvil Subject: Re: gdbstub initial code, v8 In-Reply-To: Frank Ch. Eigler's message of Monday, 6 September 2010 22:59:37 -0400 References: <20100903224047.GA8917@redhat.com> <20100905194101.GA31584@host1.dyn.jankratochvil.net> <20100906181808.GA22839@redhat.com> <20100906183142.GA3256@host1.dyn.jankratochvil.net> <20100906204446.GA29925@redhat.com> Message-Id: <20100910100151.8D7E7405D5@magilla.sf.frob.com> Date: Fri, 10 Sep 2010 10:02:00 -0000 X-SW-Source: 2010-q3/txt/msg00172.txt.bz2 > Please note that last year's gdbstub prototype used kernel uprobes as > an optional gdb breakpoint implementation (i.e., a backend for the Z > packets). When/if the lkml uprobes patches actually get merged, ugdb > should also use them. That's something for later, and it's not quite so simple. If a utrace engine ever uses uprobes, it probably would need to use the utrace-based version of uprobes. If something different goes in upstream, it remains to be seen how it would interact with utrace, and there would be specific work required for that. There are many more issues about that too. At any rate, this is all a distraction at the moment, and Oleg doesn't need any more of those! Thanks, Roland