From mboxrd@z Thu Jan  1 00:00:00 1970
From: Robin Randhawa <robin.randhawa@gmail.com>
Date: Wed, 06 Jun 2007 13:12:05 +0100
Subject: [U-Boot-Users] TFTP with U-Boot
In-Reply-To: <4dde4acb0706060002jb95f274u275544d8adcbd4fe@mail.gmail.com>
References: <4dde4acb0706060002jb95f274u275544d8adcbd4fe@mail.gmail.com>
Message-ID: <1181131925.23146.6.camel@blackpearl>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Hi Midhun.

The tftp client seems to be timing out.

Some tips that might shed light on your problem :

1. For testing purposes, ensure that you only have the host and the
target board on the network, either via a crossed ethernet cable or a
hub.

2. As a quick test, run /usr/sbin/in.tftpd "by hand", ie not via the
init.d scripts and see if that makes a difference.

3. Triple-check your portmapper setup. Invariably, tftp is clamped in
the hosts.allow/deny framework by default.

4. Use wire-shark (formerly ethereal) to snoop on the wire and see
what's going on. This is probably your best bet.

Cheers,
Robin

On Wed, 2007-06-06 at 12:32 +0530, Midhun Agnihotram wrote:
> Hi All,
> 
>   I am still not able to do a tftp. I have checked and rechecked my
> server settings according to the DULG manual.
> 
> **  I am using a Fedora Core 6 as my host. My /etc/xinetd.d/tftp is as below:
> 
> service tftp
> {
>         disable = no
>         socket_type             = dgram
>         protocol                = udp
>         wait                    = yes
>         user                    = root
>         server                  = /usr/sbin/in.tftpd
>         server_args             = -s /tftpboot
>         per_source              = 11
>         cps                     = 100 2
>         flags                   = IPv4
> }
> 
> ** When I start xinetd :
> 
> # /etc/init.d/xinetd start
> Starting xinetd:                                           [  OK  ]
> 
> ** The netstat gives ;
> # netstat -a | grep tftp
> udp        0      0 *:tftp                      *:*
> 
> ** The /etc/services file also contains the correct the port number too.
> 
> tftp            69/tcp
> tftp            69/udp
> 
> ** cAll seems to be fine. But still the tftp does not work.
> 
> => printenv
> bootargs=mem=32M console=ttyS0,115200 root=/dev/nfs rw init=/sbin/init ip=on
> bootdelay=3
> baudrate=115200
> netmask=255.255.0.0
> bootfile="uImage"
> ethaddr=00:23:31:35:01:56
> ipaddr=222.222.101.124
> serverip=222.222.101.117
> stdin=serial
> stdout=serial
> stderr=serial
> 
> Environment size: 258/131068 bytes
> => ping 222.222.101.117
> host 222.222.101.117 is alive
> => tftp c0200000 firstimg
> TFTP from server 222.222.101.117; our IP address is 222.222.101.124
> Filename 'firstimg'.
> Load address: 0xc0200000
> Loading: T T T T T T T T T T
> Retry count exceeded; starting again
> TFTP from server 222.222.101.117; our IP address is 222.222.101.124
> Filename 'firstimg'.
> Load address: 0xc0200000
> Loading: T T T T T T T T T T
> Retry count exceeded; starting again
> 
> ** When I connect the ethernet cable of the target to the host, the
> /var/log/messages shows :
> 
> Jun  6 12:17:42 kernel: e100: eth0: e100_watchdog: link down
> Jun  6 12:17:50 kernel: e100: eth0: e100_watchdog: link up, 10Mbps, half-duplex
> 
> 
> 
>         Can anybody please let me know what could be the problem? Has
> anybody used Fedora as their host for U-boot? Is it the problem with
> the host or the target?
> 
> 
> Thanks a lot,
> Midhun Agnihotram
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users