Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753320Ab1CPRoP (ORCPT ); Wed, 16 Mar 2011 13:44:15 -0400 Received: from hrndva-omtalb.mail.rr.com ([71.74.56.125]:57254 "EHLO hrndva-omtalb.mail.rr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752652Ab1CPRoL (ORCPT ); Wed, 16 Mar 2011 13:44:11 -0400 X-Authority-Analysis: v=1.1 cv=pN6kzQkhXdmdOr6Akjoh3kGBD/S3UyPMKQp53EJY+ro= c=1 sm=0 a=DpMNfemkRQYA:10 a=Q9fys5e9bTEA:10 a=OPBmh+XkhLl+Enan7BmTLg==:17 a=-WpgdHg-5en9gwS5ykoA:9 a=HbiDRmzK8qweAR7gqCiUTS9vtbsA:4 a=PUjeQqilurYA:10 a=OPBmh+XkhLl+Enan7BmTLg==:117 X-Cloudmark-Score: 0 X-Originating-IP: 67.242.120.143 Subject: Re: [PATCH v2 2.6.38-rc8-tip 0/20] 0: Inode based uprobes From: Steven Rostedt To: Tom Tromey Cc: Thomas Gleixner , Andi Kleen , Andrew Morton , Srikar Dronamraju , Peter Zijlstra , Ingo Molnar , Linux-mm , Arnaldo Carvalho de Melo , Linus Torvalds , Masami Hiramatsu , Christoph Hellwig , Ananth N Mavinakayanahalli , Oleg Nesterov , Jim Keniston , Roland McGrath , SystemTap , LKML , "Paul E. McKenney" In-Reply-To: References: <20110314133403.27435.7901.sendpatchset@localhost6.localdomain6> <20110314163028.a05cec49.akpm@linux-foundation.org> <20110314234754.GP2499@one.firstfloor.org> <20110315180639.GQ2499@one.firstfloor.org> <1300219261.9910.300.camel@gandalf.stny.rr.com> <1300221856.9910.305.camel@gandalf.stny.rr.com> Content-Type: text/plain; charset="ISO-8859-15" Date: Wed, 16 Mar 2011 13:44:09 -0400 Message-ID: <1300297449.16880.45.camel@gandalf.stny.rr.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1272 Lines: 28 On Wed, 2011-03-16 at 11:32 -0600, Tom Tromey wrote: > Steve> I'm more interested in the perf/trace than gdb, as the way gdb is mostly > Steve> used (at least now) to debug problems in the code with a big hammer > Steve> (single step, look at registers/variables). That is, gdb is usually very > Steve> interactive and its best to "stop the code" from running to examine what > Steve> has happened. gdb is not something you will run on an application that > Steve> is being used by others. > > It depends. People do in fact do this stuff. In recent years gdb got > its own implementation of "always inserted" breakpoints (basically the > same idea as uprobes) to support some trickier multi-thread debugging > scenarios. Like I said, if it helps out gdb then great! My concern is that we will want it to replace ptrace, where it may not be designed to, then people will start NAKing it. I hope that gdb uses it, and we don't add another interface that nobody uses. But I don't see that happening with uprobes. -- Steve -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/