Re: [U-Boot] 30-Second TFTP Timeout at Start-Up

2010-04-01 Thread Ira W. Snyder
On Wed, Mar 31, 2010 at 05:29:09PM -0400, Jason Hanna wrote:
  Are you connected directly to the tftp server or is there switches in 
  between?
 
 I'm running a Cisco/Linksys SLM2024 24-port switch. The embedded board
 and TFTP server are on the same subnet and VLAN, however.
 
 That's how I enabled the port mirroring so that I could watch traffic
 on the Sequoia interface.
 
 Does that help?
 

I'm not clear on the details, but many Cisco switches wait for 15-30
seconds after the link comes up before passing traffic. This is to snoop
for STP traffic before the link is established.

There is a configuration option to turn it off for a specific port, but
again, I don't remember the details.

Hope it helps,
Ira
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] 30-Second TFTP Timeout at Start-Up

2010-04-01 Thread Jason Hanna
Thanks everyone for the tips...

Ira, I was just running another Wireshark capture and looking at the
ARP messages and I saw your message. I looked at the switch briefly,
but didn't think to check the STP settings.

That's exactly what was happening. Turned on Port Fast for this
particular port it's using and we're off to the races.

Sequoia-GNU/Linux boot time down by 30 seconds!

Thanks Again!
-jmh

 I'm running a Cisco/Linksys SLM2024 24-port switch. The embedded board
 and TFTP server are on the same subnet and VLAN, however.

 I'm not clear on the details, but many Cisco switches wait for 15-30
 seconds after the link comes up before passing traffic. This is to snoop
 for STP traffic before the link is established.

 There is a configuration option to turn it off for a specific port, but
 again, I don't remember the details.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


[U-Boot] 30-Second TFTP Timeout at Start-Up

2010-03-31 Thread Jason Hanna
Hi All,

I'm seeing a strange TFTP issue and hoping someone on the list can help.

I'm running a Sequoia reference board and at start-up my TFTP transfer
always times out for 30 seconds, then proceeds without error or
further issue.

I ran Wireshark on my TFTP server, and also performed a port mirror of
the Sequoia board. I can confirm TFTP requests are only initiated 30
seconds after tftpboot is run.

Running with a static IP and the latest RC2 release of U-Boot. Boot
command is as follows:

net_nfs_fdt=tftp 20 ${bootfile};tftp ${fdt_addr} ${fdt_file};run
nfsargs addip addtty;bootm 20 - ${fdt_addr}

Startup log always looks the same...

U-Boot 2010.03-rc2-00011-gc0bf2cf-dirty (Mar 30 2010 - 20:10:06)

CPU:   AMCC PowerPC 440EPx Rev. A at 666.667 MHz (PLB=166 OPB=83
EBC=55 PCI=83 MHz)
   Security/Kasumi support
   Bootstrap Option H - Boot ROM Location I2C (Addr 0x52)
   Internal PCI arbiter enabled, PCI async ext clock used
   32 kB I-Cache 32 kB D-Cache
Board: Sequoia - AMCC PPC440EPx Evaluation Board, Rev. F, PCI-Async=66 MHz
I2C:   ready
DRAM:  256 MB
FLASH: 64 MB
NAND:  32 MiB
PCI:   Bus Dev VenId DevId Class Int
USB:   Host(int phy) Device(ext phy)
DTT:   1 is 38 C
Net:   ppc_4xx_eth0, ppc_4xx_eth1
Type run net_nfs_fdt to load via TFTP and mount root via NFS
Hit any key to stop autoboot:  0
Waiting for PHY auto negotiation to complete... done
ENET Speed is 1000 Mbps - FULL duplex connection (EMAC0)
Using ppc_4xx_eth0 device
TFTP from server X.X.X.X; our IP address is X.X.X.Y
Filename 'sequoia/uImage'.
Load address: 0x20
Loading: T T T T T T
#
 
done
Bytes transferred = 1528036 (1750e4 hex)
Using ppc_4xx_eth0 device
TFTP from server X.X.X.X; our IP address is X.X.X.Y
Filename 'sequoia/sequoia.dtb'.
Load address: 0x100
Loading: #
done
Bytes transferred = 8669 (21dd hex)

I think this has always been happening, even with older versions of
U-Boot. I finally got annoyed enough with this problem to dig a little
further.
:-)

Thanks,
-jmh
Jason Hanna
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] 30-Second TFTP Timeout at Start-Up

2010-03-31 Thread Feng Kan
Are you connected directly to the tftp server or is there switches in between?

Feng Kan


On 03/31/2010 01:09 PM, Jason Hanna wrote:
 Hi All,

 I'm seeing a strange TFTP issue and hoping someone on the list can help.

 I'm running a Sequoia reference board and at start-up my TFTP transfer
 always times out for 30 seconds, then proceeds without error or
 further issue.

 I ran Wireshark on my TFTP server, and also performed a port mirror of
 the Sequoia board. I can confirm TFTP requests are only initiated 30
 seconds after tftpboot is run.

 Running with a static IP and the latest RC2 release of U-Boot. Boot
 command is as follows:

 net_nfs_fdt=tftp 20 ${bootfile};tftp ${fdt_addr} ${fdt_file};run
 nfsargs addip addtty;bootm 20 - ${fdt_addr}

 Startup log always looks the same...

 U-Boot 2010.03-rc2-00011-gc0bf2cf-dirty (Mar 30 2010 - 20:10:06)

 CPU:   AMCC PowerPC 440EPx Rev. A at 666.667 MHz (PLB=166 OPB=83
 EBC=55 PCI=83 MHz)
 Security/Kasumi support
 Bootstrap Option H - Boot ROM Location I2C (Addr 0x52)
 Internal PCI arbiter enabled, PCI async ext clock used
 32 kB I-Cache 32 kB D-Cache
 Board: Sequoia - AMCC PPC440EPx Evaluation Board, Rev. F, PCI-Async=66 MHz
 I2C:   ready
 DRAM:  256 MB
 FLASH: 64 MB
 NAND:  32 MiB
 PCI:   Bus Dev VenId DevId Class Int
 USB:   Host(int phy) Device(ext phy)
 DTT:   1 is 38 C
 Net:   ppc_4xx_eth0, ppc_4xx_eth1
 Type run net_nfs_fdt to load via TFTP and mount root via NFS
 Hit any key to stop autoboot:  0
 Waiting for PHY auto negotiation to complete... done
 ENET Speed is 1000 Mbps - FULL duplex connection (EMAC0)
 Using ppc_4xx_eth0 device
 TFTP from server X.X.X.X; our IP address is X.X.X.Y
 Filename 'sequoia/uImage'.
 Load address: 0x20
 Loading: T T T T T T
 #
   
 done
 Bytes transferred = 1528036 (1750e4 hex)
 Using ppc_4xx_eth0 device
 TFTP from server X.X.X.X; our IP address is X.X.X.Y
 Filename 'sequoia/sequoia.dtb'.
 Load address: 0x100
 Loading: #
 done
 Bytes transferred = 8669 (21dd hex)

 I think this has always been happening, even with older versions of
 U-Boot. I finally got annoyed enough with this problem to dig a little
 further.
 :-)

 Thanks,
 -jmh
 Jason Hanna
 ___
 U-Boot mailing list
 U-Boot@lists.denx.de
 http://lists.denx.de/mailman/listinfo/u-boot


___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] 30-Second TFTP Timeout at Start-Up

2010-03-31 Thread Jason Hanna
 Are you connected directly to the tftp server or is there switches in between?

I'm running a Cisco/Linksys SLM2024 24-port switch. The embedded board
and TFTP server are on the same subnet and VLAN, however.

That's how I enabled the port mirroring so that I could watch traffic
on the Sequoia interface.

Does that help?

-jmh
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] 30-Second TFTP Timeout at Start-Up

2010-03-31 Thread Wolfgang Denk
Dear Jason Hanna,

In message j2u8f9e78f01003311309g55c49db8kaa9a466002c8d...@mail.gmail.com you 
wrote:
 
 I'm seeing a strange TFTP issue and hoping someone on the list can help.
 
 I'm running a Sequoia reference board and at start-up my TFTP transfer
 always times out for 30 seconds, then proceeds without error or
 further issue.
 
 I ran Wireshark on my TFTP server, and also performed a port mirror of
 the Sequoia board. I can confirm TFTP requests are only initiated 30
 seconds after tftpboot is run.

And what did you see before that? For example, when was the ARP
request sent, and how many of them? When were replies sent? 

Do you have any information when the link on tyour switch was
established?

Is there any chance that you have duplicated MAC and/or IP addresses
on your network?

Are you using STP etc. on your switches?

Can you read out the error statistics for the respective ports on
your switch?

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
GUIs  are  virtually  useless.  Learn  tools.  They're  configurable,
scriptable, automatable, cron-able, interoperable, etc. We don't need
no brain-dead winslurping monolithic claptrap.
   -- Tom Christiansen in 37114...@csnews
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot