All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marek Vasut <marek.vasut@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code
Date: Fri, 13 Aug 2010 21:35:15 +0200	[thread overview]
Message-ID: <201008132135.15457.marek.vasut@gmail.com> (raw)
In-Reply-To: <EC921D4B77C99B4EB3CEDAFFCF17D5F72F3DE74081@CHN-HCLT-EVS07.HCLT.CORP.HCL.IN>

Dne P? 13. srpna 2010 12:27:12 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a):
> Dear Marek,
> 
YOU DROPPED THE MAILING LIST AGAIN !! HOW MANY TIMES DO I HAVE TO TELL YOU TO 
KEEP IT CCED ?!

> Even if I assign 0x1234 to MSC2 I am getting the same timeout problem.

Because 0x1234 is 16 bit bus ... dont you use 32bit bus to that card ?
> 
> Can you suggest me some other solution?
> 
> Is this problem because of static memory configuration?
> 
Check the bus with a scope I guess, that should give you some ideas.

> Where should I concentrate for the solution, whether in net/tftp.c file or
> in drivers/net/smc91111.c file?

You can enable debuging output in the smc91111 driver.
> 
> Kindly guide me to come out the problem.
> 
> Thanks and Regards
> Stephen Paulraj C
> 
> HCL Technologies Ltd.
> D-12, Sidco Industrial Estate,
> Ambattur, Chennai -58
> Tel: +91 44  42004800 Extn: 2319
> Mob:+91 9962583934
> www.hcl.in
> 
> -----Original Message-----
> From: u-boot-bounces at lists.denx.de [mailto:u-boot-bounces at lists.denx.de] On
> Behalf Of Marek Vasut Sent: Thursday, August 12, 2010 11:05 PM
> To: StephenPaulraj Chinnadurai-ERS,HCLTech
> Cc: u-boot at lists.denx.de
> Subject: Re: [U-Boot] TFTP timeout issue while downloading the linux kernel
> in openpxa vpac270 u-boot source code
> 
> Dne ?t 12. srpna 2010 19:11:29 StephenPaulraj Chinnadurai-ERS,HCLTech 
napsal(a):
> > Hello Marek,
> > 
> > I am using a customize board which has PXA270 controller.  SMCS
> > LAN91C111Ii-NU is connected to the static memory 4 (nCS4).
> 
> I see, so it's not vpac270 bug.
> 
> > I have defined following macro value in the include/configs/<myboard.h>
> > file.
> > 
> > #define CONFIG_SYS_GPDR2_VAL    0x70DF3FFF
> > GPIO 80 is configured as output
> > 
> > #define CONFIG_SYS_GPSR2_VAL    0x10010000 /*nCS4*/
> > GPIO 80 is set
> 
> You don't really need to configure these if you then set it to AF2.
> 
> > #define CONFIG_SYS_GAFR2_U_VAL  0x1504A176
> > Alternate function 2 is selected for GPIO 80
> > 
> > #define CONFIG_SYS_MSC2_VAL     0x0000B884
> 
> Zylonite 300 uses value 0x3c for the SMC91111 in the corresponding part of
> MSCx register in original Marvell sources, Zylonite320 uses 0x123c ...
> maybe you should review the MSCx configuration here. For pxa27x, I guess
> it might be something like 0x123c too.
> 
> From the log below, it really seems the ethernet chip is choking.
> 
> Cheers
> 
> > RT4 = 4  Variable Latency I/O (VLIO)
> > 
> > ROM4 Bus Width
> > 0 = 32 Bits
> > 
> > RDF4 = 8
> > 
> > RDN4 = 8
> > 
> > RRR4 = 3
> > 
> > RBUFF4 = 1 Faster device
> > 
> > #define CONFIG_SMC91111
> > #define CONFIG_SMC91111_BASE    0x10000300 /*nCS4*/
> > #define CONFIG_SMC_USE_32_BIT
> > #undef  CONFIG_SMC_91111_EXT_PHY
> > 
> > 
> > Ethernet controller is working fine. I can able to ping the machines
> > connected to the network.
> > 
> > tftpboot command is also working fine, I can able to download the
> > u-boot.bin to SDRAM.
> > 
> > But I have issue in downloading bigger files (zImage which is 2.5 MB) to
> > the SDRAM. I am getting the following timeout messages and the download
> > is not getting completed.
> > 
> > Loading: *\b########T T T T T T T T T T T T T T T T T T T T
> > Retry count exceeded; starting again
> > 
> > Please help me to come out of this issue.
> > 
> > Kindly find the complete log below:
> > 
> > __
> > 
> > 
> > U-Boot 2010.06-rc1 (Aug 13 2010 - 09:11:31)
> > 
> > 
> > DRAM:  128 MiB
> > 
> > Flash: 64 MiB
> > 
> > In:    serial
> > 
> > Out:   serial
> > 
> > Err:   serial
> > 
> > Net:   SMC91111-0
> > 
> > Hit any key to stop autoboot:  2 ___ 0
> > 
> > MDT-Boot> print
> > 
> > bootargs=console=tty0 console=ttyS1, root=/dev/sda1 rootdelay=15
> > 
> > bootcmd=if mmc init && fatload mmc 0 0xa0000000 uImage; then bootm
> > 0xa0000000; fi; if usb reset && fatload usb 0 0xa0000000 uImage; then
> > bootm 0xa0000000; fi; bootm 0x150000;
> > 
> > bootdelay=2
> > 
> > baudrate=115200
> > 
> > ethaddr=00:00:70:26:1E:01
> > 
> > netmask=255.255.255.0
> > 
> > ethact=SMC91111-0
> > 
> > ipaddr=10.100.144.42
> > 
> > serverip=10.100.144.245
> > 
> > gatewayip=10.100.144.255
> > 
> > stdin=serial
> > 
> > stdout=serial
> > 
> > stderr=serial
> > 
> > 
> > Environment size: 445/32764 bytes
> > 
> > MDT-Boot> ping 10.100.144.245
> > 
> > SMC91111: MAC 00:00:70:26:1e:01
> > 
> > Using SMC91111-0 device
> > 
> > host 10.100.144.245 is alive
> > 
> > MDT-Boot> tftp a3000000 u-boot.bin
> > 
> > SMC91111: MAC 00:00:70:26:1e:01
> > 
> > Using SMC91111-0 device
> > 
> > TFTP from server 10.100.144.245; our IP address is 10.100.144.42
> > 
> > Filename 'u-boot.bin'.
> > 
> > Load address: 0xa3000000
> > 
> > Loading: *_############
> > 
> > done
> > 
> > Bytes transferred = 335280 (51db0 hex)
> > 
> > MDT-Boot> tftp a3000000 zImage
> > 
> > SMC91111: MAC 00:00:70:26:1e:01
> > 
> > Using SMC91111-0 device
> > 
> > TFTP from server 10.100.144.245; our IP address is 10.100.144.42
> > 
> > Filename 'zImage'.
> > 
> > Load address: 0xa3000000
> > 
> > Loading: *_####################T T T T T T T T T T T T T T T T T T T T
> > 
> > Retry count exceeded; starting again
> > 
> > SMC91111: MAC 00:00:70:26:1e:01
> > 
> > Using SMC91111-0 device
> > 
> > TFTP from server 10.100.144.245; our IP address is 10.100.144.42
> > 
> > Filename 'zImage'.
> > 
> > Load address: 0xa3000000
> > 
> > Loading: *_#######T ##T #T T T T T T T T T T T T T T T T T T
> > 
> > Retry count exceeded; starting again
> > 
> > SMC91111: MAC 00:00:70:26:1e:01
> > 
> > Using SMC91111-0 device
> > 
> > TFTP from server 10.100.144.245; our IP address is 10.100.144.42
> > 
> > Filename 'zImage'.
> > 
> > Load address: 0xa3000000
> > 
> > Loading: *_#######################T T T T T T T T T T T T T T T T T T T T
> > 
> > Retry count exceeded; starting again
> > 
> > 
> > Thanks and Regards
> > Stephen Paulraj C
> 
> _______________________________________________
> U-Boot mailing list
> U-Boot at lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot

  parent reply	other threads:[~2010-08-13 19:35 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-12 17:11 [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code StephenPaulraj
2010-08-12 17:35 ` Marek Vasut
2010-08-12 17:57   ` StephenPaulraj
     [not found]   ` <EC921D4B77C99B4EB3CEDAFFCF17D5F72F3DE74081@CHN-HCLT-EVS07.HCLT.CORP.HCL.IN>
2010-08-13 19:35     ` Marek Vasut [this message]
2010-08-25  9:03   ` StephenPaulraj
2010-08-26 12:25     ` Marek Vasut
2010-08-26 15:06       ` StephenPaulraj
2010-08-26 15:30         ` Marek Vasut
2010-08-27  8:52           ` StephenPaulraj
2010-08-27  9:29             ` Marek Vasut
2010-08-29 14:28               ` StephenPaulraj
2010-08-29 14:58                 ` Marek Vasut

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201008132135.15457.marek.vasut@gmail.com \
    --to=marek.vasut@gmail.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.