From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6827 invoked by alias); 13 Jan 2011 20:57:55 -0000 Received: (qmail 6817 invoked by uid 22791); 13 Jan 2011 20:57:54 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,TW_QE X-Spam-Check-By: sourceware.org Received: from mail-wy0-f177.google.com (HELO mail-wy0-f177.google.com) (74.125.82.177) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 13 Jan 2011 20:57:47 +0000 Received: by wyf22 with SMTP id 22so2076409wyf.36 for ; Thu, 13 Jan 2011 12:57:44 -0800 (PST) Received: by 10.227.16.100 with SMTP id n36mr2814724wba.160.1294952264723; Thu, 13 Jan 2011 12:57:44 -0800 (PST) Received: from sg-laptop ([178.123.151.35]) by mx.google.com with ESMTPS id m13sm358084wbz.21.2011.01.13.12.57.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 13 Jan 2011 12:57:42 -0800 (PST) Date: Thu, 13 Jan 2011 20:57:00 -0000 From: Sergei Gavrikov To: eCos Developers cc: Gary Thomas Subject: Re: RedBoot's TFTP client and dumb TFTP servers In-Reply-To: Message-ID: References: <4D2B182F.6030305@mlbassoc.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-IsSubscribed: yes Mailing-List: contact ecos-devel-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-devel-owner@ecos.sourceware.org X-SW-Source: 2011-01/txt/msg00011.txt.bz2 Hi, On Mon, 10 Jan 2011, Sergei Gavrikov wrote: > On Mon, 10 Jan 2011, Gary Thomas wrote: > > On 01/10/2011 07:13 AM, Sergei Gavrikov wrote: <...> > > > I tried to get working the QEMU's embedded TFTP server with > > > RedBoot's FTP client and the RedBoot's 'load' command always wept, > > > -- "illegal TFTP operation". <...> > > I've never run across another TFTP server that can't handle OCTET in > > upper case. Indeed, I've checked out 'netkit-tftp', 'atftp', and 'tftp-hpa' sources. All TFTP servers use either strcasecmp() or tolower() then strcmp() on checking the mode field. But all companion (TFP clients) send the mode field in *lower* case. > > By your reference, the QEMU server is what's broken - why not fix it > > instead? > > Gary, thanks for your expertise, then I will disturb qemu-devel list. FYI: they applied my patch, but it is unlikely that everyone loves build QEMU from sources :-) IMO, we could get the RedBoot's TFTP client be more compliant/tolerant, but can be the RedBoot on QEMU is rarely the case. Sergei