From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25422 invoked by alias); 9 Aug 2012 18:25:45 -0000 Received: (qmail 25411 invoked by uid 22791); 9 Aug 2012 18:25:43 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_40,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from elasmtp-banded.atl.sa.earthlink.net (HELO elasmtp-banded.atl.sa.earthlink.net) (209.86.89.70) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 09 Aug 2012 18:25:30 +0000 Received: from [68.96.200.16] (helo=macbook2.local) by elasmtp-banded.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1SzXQH-0005Yy-IE for gdb-patches@sourceware.org; Thu, 09 Aug 2012 14:25:29 -0400 Message-ID: <5024008F.9070206@earthlink.net> Date: Thu, 09 Aug 2012 18:25:00 -0000 From: Stan Shebs User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: gdb-patches@sourceware.org Subject: Re: [RFC 5/5] uprobes: add global breakpoints References: <1344355952-2382-1-git-send-email-bigeasy@linutronix.de> <1344355952-2382-6-git-send-email-bigeasy@linutronix.de> In-Reply-To: <1344355952-2382-6-git-send-email-bigeasy@linutronix.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: ae6f8838ff913eba0cc1426638a40ef67e972de0d01da9401be6a02ae80ef9ec63e87dc3f633c174350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c 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-08/txt/msg00290.txt.bz2 On 8/7/12 9:12 AM, Sebastian Andrzej Siewior wrote: > What I miss right now is an interface to tell the user/gdb that there is a > program that hit a global breakpoint and is waiting for further instructions. > A "tail -f trace" does not work and may contain also a lot of other > informations. I've been thinking about a poll()able file which returns pids of > tasks which are put on hold. Other suggestions? > In case anybody is having a mysterious sense of deja vu about this, my patch last year for global breakpoints ( http://sourceware.org/ml/gdb-patches/2011-06/msg00163.html and friends) had the same issue, and solved this by opening a device /dev/breakpoint and hooking it up to a GDB event handler. (GDB event handling ultimately calls poll() on the collection of event sources.) Stan stan@codesourcery.com