From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17238 invoked by alias); 8 Jul 2005 16:43:40 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 17219 invoked by uid 22791); 8 Jul 2005 16:43:32 -0000 Received: from rproxy.gmail.com (HELO rproxy.gmail.com) (64.233.170.206) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 08 Jul 2005 16:43:32 +0000 Received: by rproxy.gmail.com with SMTP id j1so415091rnf for ; Fri, 08 Jul 2005 09:43:30 -0700 (PDT) Received: by 10.11.88.54 with SMTP id l54mr22183cwb; Fri, 08 Jul 2005 09:43:30 -0700 (PDT) Received: by 10.11.99.15 with HTTP; Fri, 8 Jul 2005 09:43:30 -0700 (PDT) Message-ID: <7f45d939050708094342de60b@mail.gmail.com> Date: Fri, 08 Jul 2005 16:43:00 -0000 From: Shaun Jackman Reply-To: Shaun Jackman To: gdb@sources.redhat.com Subject: Loading code with an Abatron BDI2000 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-SW-Source: 2005-07/txt/msg00087.txt.bz2 Hello, I'm using gdb 6.2.1 to debug an ARM7TDMI with an Abatron BDI2000, a device which speaks the gdb remote protocol natively over Ethernet. Loading code with gdb is a slower process than I had hoped. (gdb) lo Loading section .text, size 0x37088 lma 0x2000000 Loading section .rodata, size 0x90a4 lma 0x2037088 Loading section .data, size 0x1a84 lma 0x204022c Start address 0x2000000, load size 269232 Transfer rate: 153846 bits/sec, 312 bytes/write. I'm seeing a transfer rate of ~19 kB/s. The BDI is connected to my development machine through a cross-over Ethernet cable, so there is no other traffic on the network segment. Abatron's website suggests the BDI2000 should be capable of transferring code to an ARM7TDMI at 340 kB/s. These two figures seem to be separated by an order of magnitude. A quick network sniff with Ethereal shows it's taking seven packets and about 15 ms to transfer each 312 byte chunk of code. Can anything be done to improve this performance? To start, can the write size be increased to a value near Ethernet's maximum segment size? Thanks, Shaun ARM7TDMI BDI2000 gdb 6.2.1 Linux 2.6.11