From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4184 invoked by alias); 22 Sep 2006 06:22:36 -0000 Received: (qmail 4175 invoked by uid 22791); 22 Sep 2006 06:22:34 -0000 X-Spam-Check-By: sourceware.org Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 22 Sep 2006 06:22:23 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GQeQG-00010P-Ml for gdb-patches@sources.redhat.com; Fri, 22 Sep 2006 08:22:05 +0200 Received: from 73-198.umostel.ru ([82.179.73.198]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 08:22:04 +0200 Received: from ghost by 73-198.umostel.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 08:22:04 +0200 To: gdb-patches@sources.redhat.com From: Vladimir Prus Subject: Testing flash (Was: [rfa] NEWS additions for flash) Date: Fri, 22 Sep 2006 06:22:00 -0000 Message-ID: References: <20060921141803.GD22556@nevyn.them.org> <1158865857.22863.1.camel@localhost.localdomain> <20060921191424.GA1283@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit User-Agent: KNode/0.10.2 X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-09/txt/msg00139.txt.bz2 Daniel Jacobowitz wrote: > On Thu, Sep 21, 2006 at 12:10:56PM -0700, Michael Snyder wrote: >> On Thu, 2006-09-21 at 10:18 -0400, Daniel Jacobowitz wrote: >> > This patch adds news entries for the flash patches I've just checked >> > in. Is this OK? >> > >> > The next release is shaping up to be quite an improvement. >> >> On a quick scan of your (today's) patch, I don't see any tests. >> Is this testable? > > In theory, you could write some tests for it using 'gdbreplay'. But > getting gdbreplay to work in the testsuite harness would be quite > tricky, and it would be complicated by the fact that which registers > GDB asks for at connection is target dependent; I don't know how to > write generic remote protocol tests. > > I'd love to unit test this stuff. If you have any suggestions, I'm > all ears. Assuming not everybody has boards with flash handy, and burning flash every night is bad idea, we need some 'fake' setup anyway. For example, we can take any remote test and then: - Fabricate memory map that has flash regions. Such memory map can be fixed, having no relation to actual remote target. - Log all flash packets without passing them to remote side. I think we can either have special 'flash debug mode' in gdb, which reads memory map from a file you specify and writes flash packages to another file you specify, or man-in-the-middle between gdb and real remote that does the same. I'd suspect adding flash debug mode in gdb would be simpler. Ah, and I supposed that if we want to match generated flash packets to expectation, we need to 'load' a fixed *binary* -- not binary produced from sources, but a binary added to CVS. - Volodya