From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23741 invoked by alias); 27 Feb 2008 15:45:03 -0000 Received: (qmail 23727 invoked by uid 22791); 27 Feb 2008 15:45:02 -0000 X-Spam-Check-By: sourceware.org Received: from dmz.mips-uk.com (HELO dmz.mips-uk.com) (194.74.144.194) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 27 Feb 2008 15:44:44 +0000 Received: from internal-mx1 ([192.168.192.240] helo=ukservices1.mips.com) by dmz.mips-uk.com with esmtp (Exim 3.35 #1 (Debian)) id 1JUOSX-0003uo-00; Wed, 27 Feb 2008 15:44:41 +0000 Received: from perivale.mips.com ([192.168.192.200]) by ukservices1.mips.com with esmtp (Exim 3.36 #1 (Debian)) id 1JUOSS-00067y-00; Wed, 27 Feb 2008 15:44:36 +0000 Received: from macro (helo=localhost) by perivale.mips.com with local-esmtp (Exim 4.63) (envelope-from ) id 1JUOSR-0002aj-UQ; Wed, 27 Feb 2008 15:44:35 +0000 Date: Wed, 27 Feb 2008 15:49:00 -0000 From: "Maciej W. Rozycki" To: Daniel Jacobowitz cc: gdb-patches@sourceware.org, David Ung , Nigel Stephens , "Maciej W. Rozycki" Subject: Re: MDI: testsuite support In-Reply-To: <20080226164649.GA22470@caradoc.them.org> Message-ID: References: <20080226161716.GB19531@caradoc.them.org> <20080226164649.GA22470@caradoc.them.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MIPS-Technologies-UK-MailScanner: Found to be clean X-MIPS-Technologies-UK-MailScanner-From: macro@mips.com 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-02/txt/msg00436.txt.bz2 On Tue, 26 Feb 2008, Daniel Jacobowitz wrote: > > Note I mean these commands are really obscure and are used things like to > > peek or poke at TLB entries and cache lines "through a back door", so I > > gather whoever is skilled enough to dare would know what they are doing > > and get used to whatever the commands are called. In fact hardly anybody > > uses them as proved by an embarrasing bug I fixed a while ago somewhere in > > this area. ;-) They are occasionally useful for stuff like debugging > > system bringup issues, weird cache corruption problems and suchlike. > > This is the sort of thing that makes me wish all our targets used > "target remote". MDI isn't the only target interface that offers this > sort of thing, and it would be nice to have the enforced abstraction > barrier; that would make it easier to support the same thing, > consistently, on other targets. Anyway, an example for MDI will > be almost as useful in practice. I am certainly not against it, but it would take a while. Porting all the stuff the MDI target supports to the remote framework is considerable amount of work and it would be nice to have something working till then, for a reference e.g. to compare regression test results against if nothing else. Maciej