From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17701 invoked by alias); 14 Sep 2010 02:20:14 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 17687 invoked by uid 22791); 14 Sep 2010 02:20:13 -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: Kevin Buettner X-Fcc: ~/Mail/utrace Cc: archer@sourceware.org CC: Oleg Nesterov Subject: Re: gdbstub initial code, v9 In-Reply-To: Kevin Buettner's message of Sunday, 12 September 2010 22:53:50 -0700 <20100912225350.6d5ccc12@mesquite.lan> References: <20100908191838.GA27120@redhat.com> <20100909152937.GA21586@redhat.com> <20100912225350.6d5ccc12@mesquite.lan> Message-Id: <20100914022003.6989A403E6@magilla.sf.frob.com> Date: Tue, 14 Sep 2010 02:20:00 -0000 X-SW-Source: 2010-q3/txt/msg00187.txt.bz2 > Could someone explain to me why non-stop (rather than all-stop) is > being focused upon first? We've tried to encourage Oleg to do whatever is easiest first. It's not clear to me why all-stop isn't what's easiest, all in all. > Something else that came to mind while reading this thread is the > issue of cache synchronization. [...] > (If the kernel calls that you're using already automagically do this, then > ignore this comment...) They do. Not to worry. (It's the same internal path that you get to when gdb or gdbserver uses a ptrace syscall or a write syscall on /proc/pid/mem.) Thanks, Roland