From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21081 invoked by alias); 3 Jul 2008 18:58:24 -0000 Received: (qmail 21073 invoked by uid 22791); 3 Jul 2008 18:58:24 -0000 X-Spam-Check-By: sourceware.org Received: from bluesmobile.specifix.com (HELO bluesmobile.specifix.com) (216.129.118.140) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 03 Jul 2008 18:57:56 +0000 Received: from [127.0.0.1] (bluesmobile.specifix.com [216.129.118.140]) by bluesmobile.specifix.com (Postfix) with ESMTP id 682C43C3D6; Thu, 3 Jul 2008 11:57:54 -0700 (PDT) Subject: Re: Testing gdb/monitor.c From: Michael Snyder To: Pedro Alves Cc: gdb-patches@sourceware.org In-Reply-To: <200807031459.29209.pedro@codesourcery.com> References: <200807031459.29209.pedro@codesourcery.com> Content-Type: text/plain Date: Thu, 03 Jul 2008 18:58:00 -0000 Message-Id: <1215111474.3549.47.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 (2.10.3-7.fc7) Content-Transfer-Encoding: 7bit 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: 2008-07/txt/msg00043.txt.bz2 On Thu, 2008-07-03 at 14:59 +0100, Pedro Alves wrote: > Guys, > > If I wanted to do some changes to the monitor target(s) (monitor.c), > what's the best and easiest way to test them? I never used this > target before. Do I need hardware for that, or is there > some (maintaned) --target that uses it with a simulator? Or? Hmmm... The "monitor" target is for debugging a "bare metal" development board that has no operating system, and doesn't even have a gdb "stub" that can communicate using the remote protocol. It works by sending "rom monitor" type commands and interpreting their output. Such a system is unlikely to implement threads. I understand your desire to canonicalize target thread behavior, though. I don't know of any way to test the monitor target, except by using real hardware that has a rom monitor for which gdb has a syntax spec. It would certainly be possible to construct a gdbreplay-like software emulation that would mimic a monitor target, but you would still need a real one from which to record some sessions. The return on investment would probably be small, though... ;-/ Michael