Dne Čt 26. srpna 2010 17:06:08 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a): > -----Original Message----- > From: Marek Vasut [mailto:marek.va...@gmail.com] > Sent: Thursday, August 26, 2010 5:56 PM > To: StephenPaulraj Chinnadurai-ERS,HCLTech > Cc: u-boot@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... Reading... > Pattern FFFFFB40 Writing... Reading... > Pattern 000004C0 Writing... Reading... > Pattern FFFFFB3F Writing... Reading... > Pattern 000004C1 Writing... Reading... >
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-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] > > On Behalf Of Marek Vasut Sent: Thursday, August 12, 2010 11:05 PM > > To: StephenPaulraj Chinnadurai-ERS,HCLTech > > Cc: u-boot@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: *########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@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@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
