* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code @ 2010-08-12 17:11 StephenPaulraj 2010-08-12 17:35 ` Marek Vasut 0 siblings, 1 reply; 12+ messages in thread From: StephenPaulraj @ 2010-08-12 17:11 UTC (permalink / raw) To: u-boot Hello Marek, I am using a customize board which has PXA270 controller. SMCS LAN91C111Ii-NU is connected to the static memory 4 (nCS4). 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 #define CONFIG_SYS_GAFR2_U_VAL 0x1504A176 Alternate function 2 is selected for GPIO 80 #define CONFIG_SYS_MSC2_VAL 0x0000B884 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code 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 ` (2 more replies) 0 siblings, 3 replies; 12+ messages in thread From: Marek Vasut @ 2010-08-12 17:35 UTC (permalink / raw) To: u-boot 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code 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-25 9:03 ` StephenPaulraj 2 siblings, 0 replies; 12+ messages in thread From: StephenPaulraj @ 2010-08-12 17:57 UTC (permalink / raw) To: u-boot -----Original Message----- From: u-boot-bounces@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. Stephen: I tried with 0x123c in MSC2, LEDs in the Ethernet connector is glowing and I am getting following error message. Using SMC91111-0 device ping failed; host 10.100.144.245 is not alive 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 DISCLAIMER: ----------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. ----------------------------------------------------------------------------------------------------------------------- ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <EC921D4B77C99B4EB3CEDAFFCF17D5F72F3DE74081@CHN-HCLT-EVS07.HCLT.CORP.HCL.IN>]
* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code [not found] ` <EC921D4B77C99B4EB3CEDAFFCF17D5F72F3DE74081@CHN-HCLT-EVS07.HCLT.CORP.HCL.IN> @ 2010-08-13 19:35 ` Marek Vasut 0 siblings, 0 replies; 12+ messages in thread From: Marek Vasut @ 2010-08-13 19:35 UTC (permalink / raw) To: u-boot 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code 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-25 9:03 ` StephenPaulraj 2010-08-26 12:25 ` Marek Vasut 2 siblings, 1 reply; 12+ messages in thread From: StephenPaulraj @ 2010-08-25 9:03 UTC (permalink / raw) To: u-boot Hello Marek, I increased the memory clock speed from 104 MHz to 208 MHz in the PXA270 controller by including the following lines of in the .macro pxa_clock_setup (macro.h file) ldr r0, =0x8 mcr p14, 0, r0, c6, c0, 0 After increasing the memory clock speed, I can download the zImage (2.8MB) through tftp without any timeout. But I can't download system.img (android system image file of 55MB) into the SDRAM. Our customize board has LAN91C111Ii-NU controller connected to the static memory 4 (nCS4) of PXA270, and uses 32 bit connection. Below are my observations while using tftpboot command: Observation 1: Exactly after downloading 3498200 bytes the first timeout is occurring, sometimes it is recovering and most of the times it is not recovering, and "Retry count exceeded" message is displayed. MDT-Boot> tftp a1300000 aaaa SMC91111: MAC 00:00:70:26:1e:01 TFTP blocksize = 1468, timeout = 5 s Using SMC91111-0 device TFTP from server 10.100.144.245; our IP address is 10.100.144.90 Filename 'aaaa'. Load address: 0xa1300000 Loading: * ################################################################# ################################################################# ################################################################# ###########################################T ###################### ############# done Bytes transferred = 4000000 (3d0900 hex) MDT-Boot> SMC91111: MAC 00:00:70:26:1e:01 TFTP blocksize = 1468, timeout = 5 s Using SMC91111-0 device TFTP from server 10.100.144.245; our IP address is 10.100.144.90 Filename 'aaaa'. Load address: 0xa1300000 Loading: * ################################################################# ################################################################# ################################################################# ##########################################T ## done Observation 2: I analyzed the reason for continues timeout and found that the LAN91c1111 fifo is full, some 44 byte, 48 byte, 60 byte, 78 byte packet are filling the fifo. PXA270 customize board is connected to our company network. Got IP len=78, v=45 packet received packet received Receive from protocol 0x800 Got IP len=44, v=45 packet received packet received Receive from protocol 0x0 packet received packet received Receive from protocol 0x800 Got IP len=60, v=45 packet received packet received Receive from protocol 0x800 Got IP len=60, v=45 packet received packet received Receive from protocol 0x800 Got IP len=48, v=45 packet received packet received Receive from protocol 0x800 Got IP len=48, v=45 packet received packet received Receive from protocol 0x806 Observation 3: I splited the 55 MB system.img file to 9 MB each and then tried to download it through tftp. I found I can able to download 9 MB files with one or two timeouts. MDT-Boot> tftp a1300000 aaaa SMC91111: MAC 00:00:70:26:1e:01 TFTP blocksize = 1468, timeout = 5 s Using SMC91111-0 device TFTP from server 10.100.144.245; our IP address is 10.100.144.90 Filename 'aaaa'. Load address: 0xa1300000 Loading: * ################################################################# ################################################################# ################################################################# ###########################################T ###################### ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ############################# done Bytes transferred = 9000000 (895440 hex) Why I can't download the 50 MB files into the SDRAM through tftp? Is that I need to still look into the cpu register configuration? Whether I need to look and debug the net.c and tftp.c? But the same files net.c and tftp.c which is working fine in the Littleton board. How to stop the 44 byte, 48 byte, 60 byte and 78 byte packets entering into the LAN91C controller? Is there any way to filter those packets. What is the reason for the first timeout after downloading exactly 3498200 bytes through tftp? Kindly help to solve this problem. Kindly suggest some ways, so that I will debug the source code. Thanks and Regards Stephen Paulraj C -----Original Message----- From: u-boot-bounces@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 DISCLAIMER: ----------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. ----------------------------------------------------------------------------------------------------------------------- ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code 2010-08-25 9:03 ` StephenPaulraj @ 2010-08-26 12:25 ` Marek Vasut 2010-08-26 15:06 ` StephenPaulraj 0 siblings, 1 reply; 12+ messages in thread From: Marek Vasut @ 2010-08-26 12:25 UTC (permalink / raw) To: u-boot Dne St 25. srpna 2010 11:03:30 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > Hello Marek, > > I increased the memory clock speed from 104 MHz to 208 MHz in the PXA270 > controller by including the following lines of in the .macro > pxa_clock_setup (macro.h file) > > ldr r0, =0x8 > mcr p14, 0, r0, c6, c0, 0 > > After increasing the memory clock speed, I can download the zImage (2.8MB) > through tftp without any timeout. Your memory seems misconfigured. Can you run "mtest" on it ? > > But I can't download system.img (android system image file of 55MB) into > the SDRAM. > > Our customize board has LAN91C111Ii-NU controller connected to the static > memory 4 (nCS4) of PXA270, and uses 32 bit connection. > > Below are my observations while using tftpboot command: > > Observation 1: > Exactly after downloading 3498200 bytes the first timeout is occurring, > sometimes it is recovering and most of the times it is not recovering, and > "Retry count exceeded" message is displayed. > > MDT-Boot> tftp a1300000 aaaa > > SMC91111: MAC 00:00:70:26:1e:01 > > TFTP blocksize = 1468, timeout = 5 s > > Using SMC91111-0 device > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > Filename 'aaaa'. > > Load address: 0xa1300000 > > Loading: * > ################################################################# > > ################################################################# > > ################################################################# > > ###########################################T ###################### > > ############# > > done > > Bytes transferred = 4000000 (3d0900 hex) > > MDT-Boot> > > SMC91111: MAC 00:00:70:26:1e:01 > > TFTP blocksize = 1468, timeout = 5 s > > Using SMC91111-0 device > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > Filename 'aaaa'. > > Load address: 0xa1300000 > > Loading: * > ################################################################# > > ################################################################# > > ################################################################# > > ##########################################T ## > > done > > Observation 2: > I analyzed the reason for continues timeout and found that the LAN91c1111 > fifo is full, some 44 byte, 48 byte, 60 byte, 78 byte packet are filling > the fifo. PXA270 customize board is connected to our company network. > > Got IP > len=78, v=45 > packet received > packet received > Receive from protocol 0x800 > Got IP > len=44, v=45 > packet received > packet received > Receive from protocol 0x0 > packet received > packet received > Receive from protocol 0x800 > Got IP > len=60, v=45 > packet received > packet received > Receive from protocol 0x800 > Got IP > len=60, v=45 > packet received > packet received > Receive from protocol 0x800 > Got IP > len=48, v=45 > packet received > packet received > Receive from protocol 0x800 > Got IP > len=48, v=45 > packet received > packet received > Receive from protocol 0x806 > > Observation 3: > I splited the 55 MB system.img file to 9 MB each and then tried to download > it through tftp. > > I found I can able to download 9 MB files with one or two timeouts. > > MDT-Boot> tftp a1300000 aaaa > > SMC91111: MAC 00:00:70:26:1e:01 > > TFTP blocksize = 1468, timeout = 5 s > > Using SMC91111-0 device > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > Filename 'aaaa'. > > Load address: 0xa1300000 > > Loading: * > ################################################################# > > ################################################################# > > ################################################################# > > ###########################################T ###################### > > ################################################################# > > ################################################################# > > ################################################################# > > ################################################################# > > ################################################################# > > ############################# > > done > > Bytes transferred = 9000000 (895440 hex) > > > Why I can't download the 50 MB files into the SDRAM through tftp? Is that I > need to still look into the cpu register configuration? > > Whether I need to look and debug the net.c and tftp.c? But the same files > net.c and tftp.c which is working fine in the Littleton board. > > How to stop the 44 byte, 48 byte, 60 byte and 78 byte packets entering > into the LAN91C controller? Is there any way to filter those packets. > > What is the reason for the first timeout after downloading exactly 3498200 > bytes through tftp? > > Kindly help to solve this problem. Kindly suggest some ways, so that I will > debug the source code. > > > Thanks and Regards > Stephen Paulraj C > > -----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 > > DISCLAIMER: > --------------------------------------------------------------------------- > -------------------------------------------- > > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. It shall not attach any > liability on the originator or HCL or its affiliates. Any views or > opinions presented in this email are solely those of the author and may > not necessarily reflect the opinions of HCL or its affiliates. Any form of > reproduction, dissemination, copying, disclosure, modification, > distribution and / or publication of this message without the prior > written consent of the author of this e-mail is strictly prohibited. If > you have received this email in error please delete it and notify the > sender immediately. Before opening any mail and attachments please check > them for viruses and defect. > > --------------------------------------------------------------------------- > -------------------------------------------- ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code 2010-08-26 12:25 ` Marek Vasut @ 2010-08-26 15:06 ` StephenPaulraj 2010-08-26 15:30 ` Marek Vasut 0 siblings, 1 reply; 12+ messages in thread From: StephenPaulraj @ 2010-08-26 15:06 UTC (permalink / raw) To: u-boot -----Original Message----- From: Marek Vasut [mailto:marek.vasut at gmail.com] Sent: Thursday, August 26, 2010 5:56 PM To: StephenPaulraj Chinnadurai-ERS,HCLTech Cc: u-boot at lists.denx.de; Wolfgang Denk Subject: Re: [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code Dne St 25. srpna 2010 11:03:30 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > Hello Marek, > > I increased the memory clock speed from 104 MHz to 208 MHz in the PXA270 > controller by including the following lines of in the .macro > pxa_clock_setup (macro.h file) > > ldr r0, =0x8 > mcr p14, 0, r0, c6, c0, 0 > > After increasing the memory clock speed, I can download the zImage (2.8MB) > through tftp without any timeout. Your memory seems misconfigured. Can you run "mtest" on it ? I executed the mtest command and waited for an hour, u-boot doesn't displayed any error. The memory start and end address is defined as follow in the include/configs/myboard.h file. #define CONFIG_SYS_MEMTEST_START 0xa0400000 /* memtest works on */ #define CONFIG_SYS_MEMTEST_END 0xa0800000 /* 4 ... 8 MB in DRAM */ #define CONFIG_SYS_LOAD_ADDR (0xa1000000) Pattern 000004BF Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern FFFFFB40 Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern 000004C0 Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern FFFFFB3F Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern 000004C1 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > But I can't download system.img (android system image file of 55MB) into > the SDRAM. > > Our customize board has LAN91C111Ii-NU controller connected to the static > memory 4 (nCS4) of PXA270, and uses 32 bit connection. > > Below are my observations while using tftpboot command: > > Observation 1: > Exactly after downloading 3498200 bytes the first timeout is occurring, > sometimes it is recovering and most of the times it is not recovering, and > "Retry count exceeded" message is displayed. > > MDT-Boot> tftp a1300000 aaaa > > SMC91111: MAC 00:00:70:26:1e:01 > > TFTP blocksize = 1468, timeout = 5 s > > Using SMC91111-0 device > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > Filename 'aaaa'. > > Load address: 0xa1300000 > > Loading: * > ################################################################# > > ################################################################# > > ################################################################# > > ###########################################T ###################### > > ############# > > done > > Bytes transferred = 4000000 (3d0900 hex) > > MDT-Boot> > > SMC91111: MAC 00:00:70:26:1e:01 > > TFTP blocksize = 1468, timeout = 5 s > > Using SMC91111-0 device > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > Filename 'aaaa'. > > Load address: 0xa1300000 > > Loading: * > ################################################################# > > ################################################################# > > ################################################################# > > ##########################################T ## > > done > > Observation 2: > I analyzed the reason for continues timeout and found that the LAN91c1111 > fifo is full, some 44 byte, 48 byte, 60 byte, 78 byte packet are filling > the fifo. PXA270 customize board is connected to our company network. > > Got IP > len=78, v=45 > packet received > packet received > Receive from protocol 0x800 > Got IP > len=44, v=45 > packet received > packet received > Receive from protocol 0x0 > packet received > packet received > Receive from protocol 0x800 > Got IP > len=60, v=45 > packet received > packet received > Receive from protocol 0x800 > Got IP > len=60, v=45 > packet received > packet received > Receive from protocol 0x800 > Got IP > len=48, v=45 > packet received > packet received > Receive from protocol 0x800 > Got IP > len=48, v=45 > packet received > packet received > Receive from protocol 0x806 > > Observation 3: > I splited the 55 MB system.img file to 9 MB each and then tried to download > it through tftp. > > I found I can able to download 9 MB files with one or two timeouts. > > MDT-Boot> tftp a1300000 aaaa > > SMC91111: MAC 00:00:70:26:1e:01 > > TFTP blocksize = 1468, timeout = 5 s > > Using SMC91111-0 device > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > Filename 'aaaa'. > > Load address: 0xa1300000 > > Loading: * > ################################################################# > > ################################################################# > > ################################################################# > > ###########################################T ###################### > > ################################################################# > > ################################################################# > > ################################################################# > > ################################################################# > > ################################################################# > > ############################# > > done > > Bytes transferred = 9000000 (895440 hex) > > > Why I can't download the 50 MB files into the SDRAM through tftp? Is that I > need to still look into the cpu register configuration? > > Whether I need to look and debug the net.c and tftp.c? But the same files > net.c and tftp.c which is working fine in the Littleton board. > > How to stop the 44 byte, 48 byte, 60 byte and 78 byte packets entering > into the LAN91C controller? Is there any way to filter those packets. > > What is the reason for the first timeout after downloading exactly 3498200 > bytes through tftp? > > Kindly help to solve this problem. Kindly suggest some ways, so that I will > debug the source code. > > > Thanks and Regards > Stephen Paulraj C > > -----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 > > DISCLAIMER: > --------------------------------------------------------------------------- > -------------------------------------------- > > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. It shall not attach any > liability on the originator or HCL or its affiliates. Any views or > opinions presented in this email are solely those of the author and may > not necessarily reflect the opinions of HCL or its affiliates. Any form of > reproduction, dissemination, copying, disclosure, modification, > distribution and / or publication of this message without the prior > written consent of the author of this e-mail is strictly prohibited. If > you have received this email in error please delete it and notify the > sender immediately. Before opening any mail and attachments please check > them for viruses and defect. > > --------------------------------------------------------------------------- > -------------------------------------------- ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code 2010-08-26 15:06 ` StephenPaulraj @ 2010-08-26 15:30 ` Marek Vasut 2010-08-27 8:52 ` StephenPaulraj 0 siblings, 1 reply; 12+ messages in thread From: Marek Vasut @ 2010-08-26 15:30 UTC (permalink / raw) To: u-boot Dne ?t 26. srpna 2010 17:06:08 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > -----Original Message----- > From: Marek Vasut [mailto:marek.vasut at gmail.com] > Sent: Thursday, August 26, 2010 5:56 PM > To: StephenPaulraj Chinnadurai-ERS,HCLTech > Cc: u-boot at lists.denx.de; Wolfgang Denk > Subject: Re: [U-Boot] TFTP timeout issue while downloading the linux kernel > in openpxa vpac270 u-boot source code > > Dne St 25. srpna 2010 11:03:30 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > > Hello Marek, > > > > I increased the memory clock speed from 104 MHz to 208 MHz in the PXA270 > > controller by including the following lines of in the .macro > > pxa_clock_setup (macro.h file) > > > > ldr r0, =0x8 > > mcr p14, 0, r0, c6, c0, 0 > > > > After increasing the memory clock speed, I can download the zImage > > (2.8MB) through tftp without any timeout. > > Your memory seems misconfigured. Can you run "mtest" on it ? > > I executed the mtest command and waited for an hour, u-boot doesn't > displayed any error. > > The memory start and end address is defined as follow in the > include/configs/myboard.h file. > > #define CONFIG_SYS_MEMTEST_START 0xa0400000 /* memtest works on > */ #define CONFIG_SYS_MEMTEST_END 0xa0800000 /* 4 ... 8 MB > in DRAM */ > > #define CONFIG_SYS_LOAD_ADDR (0xa1000000) > > Pattern 000004BF Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern FFFFFB40 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 000004C0 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern FFFFFB3F Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 000004C1 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Test some bigger area then ... at best the one where you're downloading the image. > > But I can't download system.img (android system image file of 55MB) into > > the SDRAM. > > > > Our customize board has LAN91C111Ii-NU controller connected to the static > > memory 4 (nCS4) of PXA270, and uses 32 bit connection. > > > > Below are my observations while using tftpboot command: > > > > Observation 1: > > Exactly after downloading 3498200 bytes the first timeout is occurring, > > sometimes it is recovering and most of the times it is not recovering, > > and "Retry count exceeded" message is displayed. > > > > MDT-Boot> tftp a1300000 aaaa > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > TFTP blocksize = 1468, timeout = 5 s > > > > Using SMC91111-0 device > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > Filename 'aaaa'. > > > > Load address: 0xa1300000 > > > > Loading: * > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ###########################################T ###################### > > > > ############# > > > > done > > > > Bytes transferred = 4000000 (3d0900 hex) > > > > MDT-Boot> > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > TFTP blocksize = 1468, timeout = 5 s > > > > Using SMC91111-0 device > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > Filename 'aaaa'. > > > > Load address: 0xa1300000 > > > > Loading: * > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ##########################################T ## > > > > done > > > > Observation 2: > > I analyzed the reason for continues timeout and found that the LAN91c1111 > > fifo is full, some 44 byte, 48 byte, 60 byte, 78 byte packet are filling > > the fifo. PXA270 customize board is connected to our company network. > > > > Got IP > > len=78, v=45 > > packet received > > packet received > > Receive from protocol 0x800 > > Got IP > > len=44, v=45 > > packet received > > packet received > > Receive from protocol 0x0 > > packet received > > packet received > > Receive from protocol 0x800 > > Got IP > > len=60, v=45 > > packet received > > packet received > > Receive from protocol 0x800 > > Got IP > > len=60, v=45 > > packet received > > packet received > > Receive from protocol 0x800 > > Got IP > > len=48, v=45 > > packet received > > packet received > > Receive from protocol 0x800 > > Got IP > > len=48, v=45 > > packet received > > packet received > > Receive from protocol 0x806 > > > > Observation 3: > > I splited the 55 MB system.img file to 9 MB each and then tried to > > download it through tftp. > > > > I found I can able to download 9 MB files with one or two timeouts. > > > > MDT-Boot> tftp a1300000 aaaa > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > TFTP blocksize = 1468, timeout = 5 s > > > > Using SMC91111-0 device > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > Filename 'aaaa'. > > > > Load address: 0xa1300000 > > > > Loading: * > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ###########################################T ###################### > > > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ############################# > > > > done > > > > Bytes transferred = 9000000 (895440 hex) > > > > > > Why I can't download the 50 MB files into the SDRAM through tftp? Is that > > I need to still look into the cpu register configuration? > > > > Whether I need to look and debug the net.c and tftp.c? But the same files > > net.c and tftp.c which is working fine in the Littleton board. > > > > How to stop the 44 byte, 48 byte, 60 byte and 78 byte packets entering > > into the LAN91C controller? Is there any way to filter those packets. > > > > What is the reason for the first timeout after downloading exactly > > 3498200 bytes through tftp? > > > > Kindly help to solve this problem. Kindly suggest some ways, so that I > > will debug the source code. > > > > > > Thanks and Regards > > Stephen Paulraj C > > > > -----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 > > > > DISCLAIMER: > > ------------------------------------------------------------------------- > > -- -------------------------------------------- > > > > The contents of this e-mail and any attachment(s) are confidential and > > intended for the named recipient(s) only. It shall not attach any > > liability on the originator or HCL or its affiliates. Any views or > > opinions presented in this email are solely those of the author and may > > not necessarily reflect the opinions of HCL or its affiliates. Any form > > of reproduction, dissemination, copying, disclosure, modification, > > distribution and / or publication of this message without the prior > > written consent of the author of this e-mail is strictly prohibited. If > > you have received this email in error please delete it and notify the > > sender immediately. Before opening any mail and attachments please check > > them for viruses and defect. > > > > ------------------------------------------------------------------------- > > -- -------------------------------------------- ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code 2010-08-26 15:30 ` Marek Vasut @ 2010-08-27 8:52 ` StephenPaulraj 2010-08-27 9:29 ` Marek Vasut 0 siblings, 1 reply; 12+ messages in thread From: StephenPaulraj @ 2010-08-27 8:52 UTC (permalink / raw) To: u-boot -----Original Message----- From: u-boot-bounces@lists.denx.de [mailto:u-boot-bounces at lists.denx.de] On Behalf Of Marek Vasut Sent: Thursday, August 26, 2010 9:00 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 26. srpna 2010 17:06:08 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > -----Original Message----- > From: Marek Vasut [mailto:marek.vasut at gmail.com] > Sent: Thursday, August 26, 2010 5:56 PM > To: StephenPaulraj Chinnadurai-ERS,HCLTech > Cc: u-boot at lists.denx.de; Wolfgang Denk > Subject: Re: [U-Boot] TFTP timeout issue while downloading the linux kernel > in openpxa vpac270 u-boot source code > > Dne St 25. srpna 2010 11:03:30 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > > Hello Marek, > > > > I increased the memory clock speed from 104 MHz to 208 MHz in the PXA270 > > controller by including the following lines of in the .macro > > pxa_clock_setup (macro.h file) > > > > ldr r0, =0x8 > > mcr p14, 0, r0, c6, c0, 0 > > > > After increasing the memory clock speed, I can download the zImage > > (2.8MB) through tftp without any timeout. > > Your memory seems misconfigured. Can you run "mtest" on it ? > > I executed the mtest command and waited for an hour, u-boot doesn't > displayed any error. > > The memory start and end address is defined as follow in the > include/configs/myboard.h file. > > #define CONFIG_SYS_MEMTEST_START 0xa0400000 /* memtest works on > */ #define CONFIG_SYS_MEMTEST_END 0xa0800000 /* 4 ... 8 MB > in DRAM */ > > #define CONFIG_SYS_LOAD_ADDR (0xa1000000) > > Pattern 000004BF Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern FFFFFB40 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 000004C0 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern FFFFFB3F Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 000004C1 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Test some bigger area then ... at best the one where you're downloading the image. I changed the board/myboard/config.mk to load the u-boot at the 0xa7F00000 location in the SDRAM. The environment variable is placed at the 0xa7e00000 loation. Memory test with: 1. start address a0000000 & end address a3ffffff is successful. 2. start address a4000000 & end address a7dfffff is successful. 3. start address a3500000 & end address a5000000 is successful. But the memory test with start address a0000000 and end address a5000000 misbehaved. Check my observation 4: (mtest a0000000 a5000000 a55aa55a 3) The giving pattern (a55aa55a) is written only once into the memory but the u-boot read the pattern from the memory 3 times (iteration count). The write loop is not executed. I don't know the reason. I executed the (mtest a0000000 a5000000 a55aa55a 3) command several times and every time the write loop is not executed and the mtest result also not displayed. Kindly find the memory test observation below: Observation 1: MDT-Boot> mtest a0000000 a3ffffff a5a55a5a 5 Pattern A5A55A5A Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern 5A5AA5A6 Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern A5A55A59 Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern 5A5AA5A7 Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern A5A55A58 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 5 iteration(s) with 0 errors. Observation 2: MDT-Boot> mtest a4000000 a7dfffff a5a5a5a5 3 Pattern A5A5A5A5 Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern 5A5A5A5B Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern A5A5A5A4 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 3 iteration(s) with 0 errors. Observation 3: MDT-Boot> mtest a3500000 a5000000 a5a55a5a 3 Pattern A5A55A5A Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern 5A5AA5A6 Writing... \b\b\b\b\b\b\b\b\b\bReading... Pattern A5A55A59 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 3 iteration(s) with 0 errors. Observation 4: MDT-Boot> mtest a0000000 a5000000 a55aa55a 3 Pattern A55AA55A Writing... \b\b\b\b\b\b\b\b\b\bReading...Reading...Reading...MDT-Boot> > > But I can't download system.img (android system image file of 55MB) into > > the SDRAM. > > > > Our customize board has LAN91C111Ii-NU controller connected to the static > > memory 4 (nCS4) of PXA270, and uses 32 bit connection. > > > > Below are my observations while using tftpboot command: > > > > Observation 1: > > Exactly after downloading 3498200 bytes the first timeout is occurring, > > sometimes it is recovering and most of the times it is not recovering, > > and "Retry count exceeded" message is displayed. > > > > MDT-Boot> tftp a1300000 aaaa > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > TFTP blocksize = 1468, timeout = 5 s > > > > Using SMC91111-0 device > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > Filename 'aaaa'. > > > > Load address: 0xa1300000 > > > > Loading: * > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ###########################################T ###################### > > > > ############# > > > > done > > > > Bytes transferred = 4000000 (3d0900 hex) > > > > MDT-Boot> > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > TFTP blocksize = 1468, timeout = 5 s > > > > Using SMC91111-0 device > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > Filename 'aaaa'. > > > > Load address: 0xa1300000 > > > > Loading: * > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ##########################################T ## > > > > done > > > > Observation 2: > > I analyzed the reason for continues timeout and found that the LAN91c1111 > > fifo is full, some 44 byte, 48 byte, 60 byte, 78 byte packet are filling > > the fifo. PXA270 customize board is connected to our company network. > > > > Got IP > > len=78, v=45 > > packet received > > packet received > > Receive from protocol 0x800 > > Got IP > > len=44, v=45 > > packet received > > packet received > > Receive from protocol 0x0 > > packet received > > packet received > > Receive from protocol 0x800 > > Got IP > > len=60, v=45 > > packet received > > packet received > > Receive from protocol 0x800 > > Got IP > > len=60, v=45 > > packet received > > packet received > > Receive from protocol 0x800 > > Got IP > > len=48, v=45 > > packet received > > packet received > > Receive from protocol 0x800 > > Got IP > > len=48, v=45 > > packet received > > packet received > > Receive from protocol 0x806 > > > > Observation 3: > > I splited the 55 MB system.img file to 9 MB each and then tried to > > download it through tftp. > > > > I found I can able to download 9 MB files with one or two timeouts. > > > > MDT-Boot> tftp a1300000 aaaa > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > TFTP blocksize = 1468, timeout = 5 s > > > > Using SMC91111-0 device > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > Filename 'aaaa'. > > > > Load address: 0xa1300000 > > > > Loading: * > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ###########################################T ###################### > > > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ################################################################# > > > > ############################# > > > > done > > > > Bytes transferred = 9000000 (895440 hex) > > > > > > Why I can't download the 50 MB files into the SDRAM through tftp? Is that > > I need to still look into the cpu register configuration? > > > > Whether I need to look and debug the net.c and tftp.c? But the same files > > net.c and tftp.c which is working fine in the Littleton board. > > > > How to stop the 44 byte, 48 byte, 60 byte and 78 byte packets entering > > into the LAN91C controller? Is there any way to filter those packets. > > > > What is the reason for the first timeout after downloading exactly > > 3498200 bytes through tftp? > > > > Kindly help to solve this problem. Kindly suggest some ways, so that I > > will debug the source code. > > > > > > Thanks and Regards > > Stephen Paulraj C > > > > -----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 > > > > DISCLAIMER: > > ------------------------------------------------------------------------- > > -- -------------------------------------------- > > > > The contents of this e-mail and any attachment(s) are confidential and > > intended for the named recipient(s) only. It shall not attach any > > liability on the originator or HCL or its affiliates. Any views or > > opinions presented in this email are solely those of the author and may > > not necessarily reflect the opinions of HCL or its affiliates. Any form > > of reproduction, dissemination, copying, disclosure, modification, > > distribution and / or publication of this message without the prior > > written consent of the author of this e-mail is strictly prohibited. If > > you have received this email in error please delete it and notify the > > sender immediately. Before opening any mail and attachments please check > > them for viruses and defect. > > > > ------------------------------------------------------------------------- > > -- -------------------------------------------- _______________________________________________ U-Boot mailing list U-Boot at lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code 2010-08-27 8:52 ` StephenPaulraj @ 2010-08-27 9:29 ` Marek Vasut 2010-08-29 14:28 ` StephenPaulraj 0 siblings, 1 reply; 12+ messages in thread From: Marek Vasut @ 2010-08-27 9:29 UTC (permalink / raw) To: u-boot Dne P? 27. srpna 2010 10:52:45 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > -----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 26, 2010 9:00 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 26. srpna 2010 17:06:08 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > > -----Original Message----- > > From: Marek Vasut [mailto:marek.vasut at gmail.com] > > Sent: Thursday, August 26, 2010 5:56 PM > > To: StephenPaulraj Chinnadurai-ERS,HCLTech > > Cc: u-boot at lists.denx.de; Wolfgang Denk > > Subject: Re: [U-Boot] TFTP timeout issue while downloading the linux > > kernel in openpxa vpac270 u-boot source code > > > > Dne St 25. srpna 2010 11:03:30 StephenPaulraj Chinnadurai-ERS,HCLTech > > napsal(a): > > > Hello Marek, > > > > > > I increased the memory clock speed from 104 MHz to 208 MHz in the > > > PXA270 controller by including the following lines of in the .macro > > > pxa_clock_setup (macro.h file) > > > > > > ldr r0, =0x8 > > > mcr p14, 0, r0, c6, c0, 0 > > > > > > After increasing the memory clock speed, I can download the zImage > > > (2.8MB) through tftp without any timeout. > > > > Your memory seems misconfigured. Can you run "mtest" on it ? > > > > I executed the mtest command and waited for an hour, u-boot doesn't > > displayed any error. > > > > The memory start and end address is defined as follow in the > > include/configs/myboard.h file. > > > > #define CONFIG_SYS_MEMTEST_START 0xa0400000 /* memtest works > > on */ #define CONFIG_SYS_MEMTEST_END 0xa0800000 /* 4 ... 8 > > MB in DRAM */ > > > > #define CONFIG_SYS_LOAD_ADDR (0xa1000000) > > > > Pattern 000004BF Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern FFFFFB40 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern 000004C0 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern FFFFFB3F Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern 000004C1 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Test some bigger area then ... at best the one where you're downloading the > image. > > I changed the board/myboard/config.mk to load the u-boot at the 0xa7F00000 > location in the SDRAM. The environment variable is placed at the > 0xa7e00000 loation. > > Memory test with: > 1. start address a0000000 & end address a3ffffff is successful. > 2. start address a4000000 & end address a7dfffff is successful. > 3. start address a3500000 & end address a5000000 is successful. > > But the memory test with start address a0000000 and end address a5000000 > misbehaved. Check my observation 4: (mtest a0000000 a5000000 a55aa55a 3) > > The giving pattern (a55aa55a) is written only once into the memory but the > u-boot read the pattern from the memory 3 times (iteration count). The > write loop is not executed. I don't know the reason. I executed the (mtest > a0000000 a5000000 a55aa55a 3) command several times and every time the > write loop is not executed and the mtest result also not displayed. > > Kindly find the memory test observation below: > Observation 1: > MDT-Boot> mtest a0000000 a3ffffff a5a55a5a 5 > > Pattern A5A55A5A Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 5A5AA5A6 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern A5A55A59 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 5A5AA5A7 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern A5A55A58 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 5 > iteration(s) with 0 errors. > > Observation 2: > MDT-Boot> mtest a4000000 a7dfffff a5a5a5a5 3 > > Pattern A5A5A5A5 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 5A5A5A5B Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern A5A5A5A4 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 3 > iteration(s) with 0 errors. > > Observation 3: > MDT-Boot> mtest a3500000 a5000000 a5a55a5a 3 > > Pattern A5A55A5A Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 5A5AA5A6 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern A5A55A59 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 3 > iteration(s) with 0 errors. > > Observation 4: > MDT-Boot> mtest a0000000 a5000000 a55aa55a 3 > > Pattern A55AA55A Writing... > \b\b\b\b\b\b\b\b\b\bReading...Reading...Reading...MDT-Boot> Just run ... mtest 0xa0000000 0xa7000000 and see if it screams. If it does, your memory's misconfigured. (I assume you have at least 0x08000000 bytes of RAM and uboot is loaded past 0xa7000000). > > > > But I can't download system.img (android system image file of 55MB) > > > into the SDRAM. > > > > > > Our customize board has LAN91C111Ii-NU controller connected to the > > > static memory 4 (nCS4) of PXA270, and uses 32 bit connection. > > > > > > Below are my observations while using tftpboot command: > > > > > > Observation 1: > > > Exactly after downloading 3498200 bytes the first timeout is occurring, > > > sometimes it is recovering and most of the times it is not recovering, > > > and "Retry count exceeded" message is displayed. > > > > > > MDT-Boot> tftp a1300000 aaaa > > > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > > > TFTP blocksize = 1468, timeout = 5 s > > > > > > Using SMC91111-0 device > > > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > > > Filename 'aaaa'. > > > > > > Load address: 0xa1300000 > > > > > > Loading: * > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ###########################################T > > > ###################### > > > > > > ############# > > > > > > done > > > > > > Bytes transferred = 4000000 (3d0900 hex) > > > > > > MDT-Boot> > > > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > > > TFTP blocksize = 1468, timeout = 5 s > > > > > > Using SMC91111-0 device > > > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > > > Filename 'aaaa'. > > > > > > Load address: 0xa1300000 > > > > > > Loading: * > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ##########################################T ## > > > > > > done > > > > > > Observation 2: > > > I analyzed the reason for continues timeout and found that the > > > LAN91c1111 fifo is full, some 44 byte, 48 byte, 60 byte, 78 byte > > > packet are filling the fifo. PXA270 customize board is connected to > > > our company network. > > > > > > Got IP > > > len=78, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x800 > > > Got IP > > > len=44, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x0 > > > packet received > > > packet received > > > Receive from protocol 0x800 > > > Got IP > > > len=60, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x800 > > > Got IP > > > len=60, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x800 > > > Got IP > > > len=48, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x800 > > > Got IP > > > len=48, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x806 > > > > > > Observation 3: > > > I splited the 55 MB system.img file to 9 MB each and then tried to > > > download it through tftp. > > > > > > I found I can able to download 9 MB files with one or two timeouts. > > > > > > MDT-Boot> tftp a1300000 aaaa > > > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > > > TFTP blocksize = 1468, timeout = 5 s > > > > > > Using SMC91111-0 device > > > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > > > Filename 'aaaa'. > > > > > > Load address: 0xa1300000 > > > > > > Loading: * > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ###########################################T > > > ###################### > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ############################# > > > > > > done > > > > > > Bytes transferred = 9000000 (895440 hex) > > > > > > > > > Why I can't download the 50 MB files into the SDRAM through tftp? Is > > > that I need to still look into the cpu register configuration? > > > > > > Whether I need to look and debug the net.c and tftp.c? But the same > > > files net.c and tftp.c which is working fine in the Littleton board. > > > > > > How to stop the 44 byte, 48 byte, 60 byte and 78 byte packets entering > > > into the LAN91C controller? Is there any way to filter those packets. > > > > > > What is the reason for the first timeout after downloading exactly > > > 3498200 bytes through tftp? > > > > > > Kindly help to solve this problem. Kindly suggest some ways, so that I > > > will debug the source code. > > > > > > > > > Thanks and Regards > > > Stephen Paulraj C > > > > > > -----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 > > > > > > DISCLAIMER: > > > ----------------------------------------------------------------------- > > > -- -- -------------------------------------------- > > > > > > The contents of this e-mail and any attachment(s) are confidential and > > > intended for the named recipient(s) only. It shall not attach any > > > liability on the originator or HCL or its affiliates. Any views or > > > opinions presented in this email are solely those of the author and may > > > not necessarily reflect the opinions of HCL or its affiliates. Any form > > > of reproduction, dissemination, copying, disclosure, modification, > > > distribution and / or publication of this message without the prior > > > written consent of the author of this e-mail is strictly prohibited. If > > > you have received this email in error please delete it and notify the > > > sender immediately. Before opening any mail and attachments please > > > check them for viruses and defect. > > > > > > ----------------------------------------------------------------------- > > > -- -- -------------------------------------------- > > _______________________________________________ > U-Boot mailing list > U-Boot at lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code 2010-08-27 9:29 ` Marek Vasut @ 2010-08-29 14:28 ` StephenPaulraj 2010-08-29 14:58 ` Marek Vasut 0 siblings, 1 reply; 12+ messages in thread From: StephenPaulraj @ 2010-08-29 14:28 UTC (permalink / raw) To: u-boot -----Original Message----- From: Marek Vasut [mailto:marek.vasut at gmail.com] Sent: Friday, August 27, 2010 3:00 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 P? 27. srpna 2010 10:52:45 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > -----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 26, 2010 9:00 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 26. srpna 2010 17:06:08 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > > -----Original Message----- > > From: Marek Vasut [mailto:marek.vasut at gmail.com] > > Sent: Thursday, August 26, 2010 5:56 PM > > To: StephenPaulraj Chinnadurai-ERS,HCLTech > > Cc: u-boot at lists.denx.de; Wolfgang Denk > > Subject: Re: [U-Boot] TFTP timeout issue while downloading the linux > > kernel in openpxa vpac270 u-boot source code > > > > Dne St 25. srpna 2010 11:03:30 StephenPaulraj Chinnadurai-ERS,HCLTech > > napsal(a): > > > Hello Marek, > > > > > > I increased the memory clock speed from 104 MHz to 208 MHz in the > > > PXA270 controller by including the following lines of in the .macro > > > pxa_clock_setup (macro.h file) > > > > > > ldr r0, =0x8 > > > mcr p14, 0, r0, c6, c0, 0 > > > > > > After increasing the memory clock speed, I can download the zImage > > > (2.8MB) through tftp without any timeout. > > > > Your memory seems misconfigured. Can you run "mtest" on it ? > > > > I executed the mtest command and waited for an hour, u-boot doesn't > > displayed any error. > > > > The memory start and end address is defined as follow in the > > include/configs/myboard.h file. > > > > #define CONFIG_SYS_MEMTEST_START 0xa0400000 /* memtest works > > on */ #define CONFIG_SYS_MEMTEST_END 0xa0800000 /* 4 ... 8 > > MB in DRAM */ > > > > #define CONFIG_SYS_LOAD_ADDR (0xa1000000) > > > > Pattern 000004BF Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern FFFFFB40 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern 000004C0 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern FFFFFB3F Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern 000004C1 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Test some bigger area then ... at best the one where you're downloading the > image. > > I changed the board/myboard/config.mk to load the u-boot at the 0xa7F00000 > location in the SDRAM. The environment variable is placed at the > 0xa7e00000 loation. > > Memory test with: > 1. start address a0000000 & end address a3ffffff is successful. > 2. start address a4000000 & end address a7dfffff is successful. > 3. start address a3500000 & end address a5000000 is successful. > > But the memory test with start address a0000000 and end address a5000000 > misbehaved. Check my observation 4: (mtest a0000000 a5000000 a55aa55a 3) > > The giving pattern (a55aa55a) is written only once into the memory but the > u-boot read the pattern from the memory 3 times (iteration count). The > write loop is not executed. I don't know the reason. I executed the (mtest > a0000000 a5000000 a55aa55a 3) command several times and every time the > write loop is not executed and the mtest result also not displayed. > > Kindly find the memory test observation below: > Observation 1: > MDT-Boot> mtest a0000000 a3ffffff a5a55a5a 5 > > Pattern A5A55A5A Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 5A5AA5A6 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern A5A55A59 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 5A5AA5A7 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern A5A55A58 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 5 > iteration(s) with 0 errors. > > Observation 2: > MDT-Boot> mtest a4000000 a7dfffff a5a5a5a5 3 > > Pattern A5A5A5A5 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 5A5A5A5B Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern A5A5A5A4 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 3 > iteration(s) with 0 errors. > > Observation 3: > MDT-Boot> mtest a3500000 a5000000 a5a55a5a 3 > > Pattern A5A55A5A Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern 5A5AA5A6 Writing... \b\b\b\b\b\b\b\b\b\bReading... > Pattern A5A55A59 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 3 > iteration(s) with 0 errors. > > Observation 4: > MDT-Boot> mtest a0000000 a5000000 a55aa55a 3 > > Pattern A55AA55A Writing... > \b\b\b\b\b\b\b\b\b\bReading...Reading...Reading...MDT-Boot> Just run ... mtest 0xa0000000 0xa7000000 and see if it screams. If it does, your memory's misconfigured. (I assume you have at least 0x08000000 bytes of RAM and uboot is loaded past 0xa7000000). Executed the mtest axa0000000 0xa7000000, the memory test is successful, there is no errors. I connect the board to the linux server directly using cross Ethernet cable and tried to transfer 47MB size file through tftp, it is downloaded successfully, but 53MB size file is getting downloaded. Is that I need to look into something (LAN91C111 configurations) while connecting the board to companies network? > > > > But I can't download system.img (android system image file of 55MB) > > > into the SDRAM. > > > > > > Our customize board has LAN91C111Ii-NU controller connected to the > > > static memory 4 (nCS4) of PXA270, and uses 32 bit connection. > > > > > > Below are my observations while using tftpboot command: > > > > > > Observation 1: > > > Exactly after downloading 3498200 bytes the first timeout is occurring, > > > sometimes it is recovering and most of the times it is not recovering, > > > and "Retry count exceeded" message is displayed. > > > > > > MDT-Boot> tftp a1300000 aaaa > > > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > > > TFTP blocksize = 1468, timeout = 5 s > > > > > > Using SMC91111-0 device > > > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > > > Filename 'aaaa'. > > > > > > Load address: 0xa1300000 > > > > > > Loading: * > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ###########################################T > > > ###################### > > > > > > ############# > > > > > > done > > > > > > Bytes transferred = 4000000 (3d0900 hex) > > > > > > MDT-Boot> > > > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > > > TFTP blocksize = 1468, timeout = 5 s > > > > > > Using SMC91111-0 device > > > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > > > Filename 'aaaa'. > > > > > > Load address: 0xa1300000 > > > > > > Loading: * > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ##########################################T ## > > > > > > done > > > > > > Observation 2: > > > I analyzed the reason for continues timeout and found that the > > > LAN91c1111 fifo is full, some 44 byte, 48 byte, 60 byte, 78 byte > > > packet are filling the fifo. PXA270 customize board is connected to > > > our company network. > > > > > > Got IP > > > len=78, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x800 > > > Got IP > > > len=44, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x0 > > > packet received > > > packet received > > > Receive from protocol 0x800 > > > Got IP > > > len=60, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x800 > > > Got IP > > > len=60, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x800 > > > Got IP > > > len=48, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x800 > > > Got IP > > > len=48, v=45 > > > packet received > > > packet received > > > Receive from protocol 0x806 > > > > > > Observation 3: > > > I splited the 55 MB system.img file to 9 MB each and then tried to > > > download it through tftp. > > > > > > I found I can able to download 9 MB files with one or two timeouts. > > > > > > MDT-Boot> tftp a1300000 aaaa > > > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > > > TFTP blocksize = 1468, timeout = 5 s > > > > > > Using SMC91111-0 device > > > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > > > Filename 'aaaa'. > > > > > > Load address: 0xa1300000 > > > > > > Loading: * > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ###########################################T > > > ###################### > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ################################################################# > > > > > > ############################# > > > > > > done > > > > > > Bytes transferred = 9000000 (895440 hex) > > > > > > > > > Why I can't download the 50 MB files into the SDRAM through tftp? Is > > > that I need to still look into the cpu register configuration? > > > > > > Whether I need to look and debug the net.c and tftp.c? But the same > > > files net.c and tftp.c which is working fine in the Littleton board. > > > > > > How to stop the 44 byte, 48 byte, 60 byte and 78 byte packets entering > > > into the LAN91C controller? Is there any way to filter those packets. > > > > > > What is the reason for the first timeout after downloading exactly > > > 3498200 bytes through tftp? > > > > > > Kindly help to solve this problem. Kindly suggest some ways, so that I > > > will debug the source code. > > > > > > > > > Thanks and Regards > > > Stephen Paulraj C > > > > > > -----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 > > > > > > DISCLAIMER: > > > ----------------------------------------------------------------------- > > > -- -- -------------------------------------------- > > > > > > The contents of this e-mail and any attachment(s) are confidential and > > > intended for the named recipient(s) only. It shall not attach any > > > liability on the originator or HCL or its affiliates. Any views or > > > opinions presented in this email are solely those of the author and may > > > not necessarily reflect the opinions of HCL or its affiliates. Any form > > > of reproduction, dissemination, copying, disclosure, modification, > > > distribution and / or publication of this message without the prior > > > written consent of the author of this e-mail is strictly prohibited. If > > > you have received this email in error please delete it and notify the > > > sender immediately. Before opening any mail and attachments please > > > check them for viruses and defect. > > > > > > ----------------------------------------------------------------------- > > > -- -- -------------------------------------------- > > _______________________________________________ > U-Boot mailing list > U-Boot at lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code 2010-08-29 14:28 ` StephenPaulraj @ 2010-08-29 14:58 ` Marek Vasut 0 siblings, 0 replies; 12+ messages in thread From: Marek Vasut @ 2010-08-29 14:58 UTC (permalink / raw) To: u-boot Dne Ne 29. srpna 2010 16:28:45 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > -----Original Message----- > From: Marek Vasut [mailto:marek.vasut at gmail.com] > Sent: Friday, August 27, 2010 3:00 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 P? 27. srpna 2010 10:52:45 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > > -----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 26, 2010 9:00 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 26. srpna 2010 17:06:08 StephenPaulraj Chinnadurai-ERS,HCLTech > > napsal(a): > > > -----Original Message----- > > > From: Marek Vasut [mailto:marek.vasut at gmail.com] > > > Sent: Thursday, August 26, 2010 5:56 PM > > > To: StephenPaulraj Chinnadurai-ERS,HCLTech > > > Cc: u-boot at lists.denx.de; Wolfgang Denk > > > Subject: Re: [U-Boot] TFTP timeout issue while downloading the linux > > > kernel in openpxa vpac270 u-boot source code > > > > > > Dne St 25. srpna 2010 11:03:30 StephenPaulraj Chinnadurai-ERS,HCLTech > > > > napsal(a): > > > > Hello Marek, > > > > > > > > I increased the memory clock speed from 104 MHz to 208 MHz in the > > > > PXA270 controller by including the following lines of in the .macro > > > > pxa_clock_setup (macro.h file) > > > > > > > > ldr r0, =0x8 > > > > mcr p14, 0, r0, c6, c0, 0 > > > > > > > > After increasing the memory clock speed, I can download the zImage > > > > (2.8MB) through tftp without any timeout. > > > > > > Your memory seems misconfigured. Can you run "mtest" on it ? > > > > > > I executed the mtest command and waited for an hour, u-boot doesn't > > > displayed any error. > > > > > > The memory start and end address is defined as follow in the > > > include/configs/myboard.h file. > > > > > > #define CONFIG_SYS_MEMTEST_START 0xa0400000 /* memtest > > > works on */ #define CONFIG_SYS_MEMTEST_END 0xa0800000 /* > > > 4 ... 8 MB in DRAM */ > > > > > > #define CONFIG_SYS_LOAD_ADDR (0xa1000000) > > > > > > Pattern 000004BF Writing... \b\b\b\b\b\b\b\b\b\bReading... > > > Pattern FFFFFB40 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > > Pattern 000004C0 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > > Pattern FFFFFB3F Writing... \b\b\b\b\b\b\b\b\b\bReading... > > > Pattern 000004C1 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > > > Test some bigger area then ... at best the one where you're downloading > > the image. > > > > I changed the board/myboard/config.mk to load the u-boot at the > > 0xa7F00000 location in the SDRAM. The environment variable is placed at > > the 0xa7e00000 loation. > > > > Memory test with: > > 1. start address a0000000 & end address a3ffffff is successful. > > 2. start address a4000000 & end address a7dfffff is successful. > > 3. start address a3500000 & end address a5000000 is successful. > > > > But the memory test with start address a0000000 and end address a5000000 > > misbehaved. Check my observation 4: (mtest a0000000 a5000000 a55aa55a 3) > > > > The giving pattern (a55aa55a) is written only once into the memory but > > the u-boot read the pattern from the memory 3 times (iteration count). > > The write loop is not executed. I don't know the reason. I executed the > > (mtest a0000000 a5000000 a55aa55a 3) command several times and every > > time the write loop is not executed and the mtest result also not > > displayed. > > > > Kindly find the memory test observation below: > > Observation 1: > > MDT-Boot> mtest a0000000 a3ffffff a5a55a5a 5 > > > > Pattern A5A55A5A Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern 5A5AA5A6 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern A5A55A59 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern 5A5AA5A7 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern A5A55A58 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 5 > > iteration(s) with 0 errors. > > > > Observation 2: > > MDT-Boot> mtest a4000000 a7dfffff a5a5a5a5 3 > > > > Pattern A5A5A5A5 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern 5A5A5A5B Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern A5A5A5A4 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 3 > > iteration(s) with 0 errors. > > > > Observation 3: > > MDT-Boot> mtest a3500000 a5000000 a5a55a5a 3 > > > > Pattern A5A55A5A Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern 5A5AA5A6 Writing... \b\b\b\b\b\b\b\b\b\bReading... > > Pattern A5A55A59 Writing... \b\b\b\b\b\b\b\b\b\bReading...Tested 3 > > iteration(s) with 0 errors. > > > > Observation 4: > > MDT-Boot> mtest a0000000 a5000000 a55aa55a 3 > > > > Pattern A55AA55A Writing... > > \b\b\b\b\b\b\b\b\b\bReading...Reading...Reading...MDT-Boot> > > Just run ... > mtest 0xa0000000 0xa7000000 > > and see if it screams. If it does, your memory's misconfigured. (I assume > you have at least 0x08000000 bytes of RAM and uboot is loaded past > 0xa7000000). > > Executed the mtest axa0000000 0xa7000000, the memory test is successful, > there is no errors. > > > I connect the board to the linux server directly using cross Ethernet cable > and tried to transfer 47MB size file through tftp, it is downloaded > successfully, but 53MB size file is getting downloaded. > > Is that I need to look into something (LAN91C111 configurations) while > connecting the board to companies network? Can you restart this thread in u-boot at lists.denx.de please, state correct mail "Subject" (like "TFTP load for file over 50MB fails") and state also all the facts so far (that it's not a memory error). It's getting mess and also, with proper subject, someone will likely look into it. Cheers > > > > > But I can't download system.img (android system image file of 55MB) > > > > into the SDRAM. > > > > > > > > Our customize board has LAN91C111Ii-NU controller connected to the > > > > static memory 4 (nCS4) of PXA270, and uses 32 bit connection. > > > > > > > > Below are my observations while using tftpboot command: > > > > > > > > Observation 1: > > > > Exactly after downloading 3498200 bytes the first timeout is > > > > occurring, sometimes it is recovering and most of the times it is > > > > not recovering, and "Retry count exceeded" message is displayed. > > > > > > > > MDT-Boot> tftp a1300000 aaaa > > > > > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > > > > > TFTP blocksize = 1468, timeout = 5 s > > > > > > > > Using SMC91111-0 device > > > > > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > > > > > Filename 'aaaa'. > > > > > > > > Load address: 0xa1300000 > > > > > > > > Loading: * > > > > ################################################################# > > > > > > > > ################################################################ > > > > # > > > > > > > > ################################################################ > > > > # > > > > > > > > ###########################################T > > > > ###################### > > > > > > > > ############# > > > > > > > > done > > > > > > > > Bytes transferred = 4000000 (3d0900 hex) > > > > > > > > MDT-Boot> > > > > > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > > > > > TFTP blocksize = 1468, timeout = 5 s > > > > > > > > Using SMC91111-0 device > > > > > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > > > > > Filename 'aaaa'. > > > > > > > > Load address: 0xa1300000 > > > > > > > > Loading: * > > > > ################################################################# > > > > > > > > ################################################################ > > > > # > > > > > > > > ################################################################ > > > > # > > > > > > > > ##########################################T ## > > > > > > > > done > > > > > > > > Observation 2: > > > > I analyzed the reason for continues timeout and found that the > > > > LAN91c1111 fifo is full, some 44 byte, 48 byte, 60 byte, 78 byte > > > > packet are filling the fifo. PXA270 customize board is connected to > > > > our company network. > > > > > > > > Got IP > > > > len=78, v=45 > > > > packet received > > > > packet received > > > > Receive from protocol 0x800 > > > > Got IP > > > > len=44, v=45 > > > > packet received > > > > packet received > > > > Receive from protocol 0x0 > > > > packet received > > > > packet received > > > > Receive from protocol 0x800 > > > > Got IP > > > > len=60, v=45 > > > > packet received > > > > packet received > > > > Receive from protocol 0x800 > > > > Got IP > > > > len=60, v=45 > > > > packet received > > > > packet received > > > > Receive from protocol 0x800 > > > > Got IP > > > > len=48, v=45 > > > > packet received > > > > packet received > > > > Receive from protocol 0x800 > > > > Got IP > > > > len=48, v=45 > > > > packet received > > > > packet received > > > > Receive from protocol 0x806 > > > > > > > > Observation 3: > > > > I splited the 55 MB system.img file to 9 MB each and then tried to > > > > download it through tftp. > > > > > > > > I found I can able to download 9 MB files with one or two timeouts. > > > > > > > > MDT-Boot> tftp a1300000 aaaa > > > > > > > > SMC91111: MAC 00:00:70:26:1e:01 > > > > > > > > TFTP blocksize = 1468, timeout = 5 s > > > > > > > > Using SMC91111-0 device > > > > > > > > TFTP from server 10.100.144.245; our IP address is 10.100.144.90 > > > > > > > > Filename 'aaaa'. > > > > > > > > Load address: 0xa1300000 > > > > > > > > Loading: * > > > > ################################################################# > > > > > > > > ################################################################ > > > > # > > > > > > > > ################################################################ > > > > # > > > > > > > > ###########################################T > > > > ###################### > > > > > > > > ################################################################ > > > > # > > > > > > > > ################################################################ > > > > # > > > > > > > > ################################################################ > > > > # > > > > > > > > ################################################################ > > > > # > > > > > > > > ################################################################ > > > > # > > > > > > > > ############################# > > > > > > > > done > > > > > > > > Bytes transferred = 9000000 (895440 hex) > > > > > > > > > > > > Why I can't download the 50 MB files into the SDRAM through tftp? Is > > > > that I need to still look into the cpu register configuration? > > > > > > > > Whether I need to look and debug the net.c and tftp.c? But the same > > > > files net.c and tftp.c which is working fine in the Littleton board. > > > > > > > > How to stop the 44 byte, 48 byte, 60 byte and 78 byte packets > > > > entering into the LAN91C controller? Is there any way to filter > > > > those packets. > > > > > > > > What is the reason for the first timeout after downloading exactly > > > > 3498200 bytes through tftp? > > > > > > > > Kindly help to solve this problem. Kindly suggest some ways, so that > > > > I will debug the source code. > > > > > > > > > > > > Thanks and Regards > > > > Stephen Paulraj C > > > > > > > > -----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 > > > > > > > > DISCLAIMER: > > > > --------------------------------------------------------------------- > > > > -- -- -- -------------------------------------------- > > > > > > > > The contents of this e-mail and any attachment(s) are confidential > > > > and intended for the named recipient(s) only. It shall not attach > > > > any liability on the originator or HCL or its affiliates. Any views > > > > or opinions presented in this email are solely those of the author > > > > and may not necessarily reflect the opinions of HCL or its > > > > affiliates. Any form of reproduction, dissemination, copying, > > > > disclosure, modification, distribution and / or publication of this > > > > message without the prior written consent of the author of this > > > > e-mail is strictly prohibited. If you have received this email in > > > > error please delete it and notify the sender immediately. Before > > > > opening any mail and attachments please check them for viruses and > > > > defect. > > > > > > > > --------------------------------------------------------------------- > > > > -- -- -- -------------------------------------------- > > > > _______________________________________________ > > U-Boot mailing list > > U-Boot at lists.denx.de > > http://lists.denx.de/mailman/listinfo/u-boot ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2010-08-29 14:58 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
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
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox