From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14367 invoked by alias); 8 Sep 2005 18:55:21 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 14351 invoked by uid 22791); 8 Sep 2005 18:55:16 -0000 Received: from xproxy.gmail.com (HELO xproxy.gmail.com) (66.249.82.199) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 08 Sep 2005 18:55:16 +0000 Received: by xproxy.gmail.com with SMTP id i28so2228325wxd for ; Thu, 08 Sep 2005 11:55:15 -0700 (PDT) Received: by 10.70.24.4 with SMTP id 4mr71376wxx; Thu, 08 Sep 2005 11:55:15 -0700 (PDT) Received: by 10.70.47.8 with HTTP; Thu, 8 Sep 2005 11:55:15 -0700 (PDT) Message-ID: Date: Thu, 08 Sep 2005 18:55:00 -0000 From: Andrew Dyer To: David Vrabel Cc: ecos-discuss@sources.redhat.com In-Reply-To: <43205667.1010703@arcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43205667.1010703@arcom.com> Subject: Re: [ECOS] RedBoot TFTP last block ack oddness X-SW-Source: 2005-09/txt/msg00040.txt.bz2 On 9/8/05, David Vrabel wrote: > Hi, >=20 > RedBoot's TFTP client has two oddities when ack'ing the last data block. >=20 > 1. It fails to ack the last data block when loading ELF images if > there's trailing data after the last section it loads (more correctly, > it fails to ack the first block it doesn't want). For example, if an > image had a trailing .comment section. Perhaps this: http://sourceware.org/ml/ecos-discuss/2004-03/msg00148.html patch would help. I don't think it ever went in to cvs, but it's been way too long to remember. --=20 Hardware, n.: The parts of a computer system that can be kicked. -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss