[U-Boot] TFTP timeout issue while downloading the linux kernel in openpxa vpac270 u-boot source code

StephenPaulraj Chinnadurai-ERS,HCLTech stephenpaulrajc at hcl.com
Sun Aug 29 16:28:45 CEST 2010


-----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...            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.
>
> 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...            Reading...
> Pattern 5A5AA5A6  Writing...            Reading...
> Pattern A5A55A59  Writing...            Reading...
> Pattern 5A5AA5A7  Writing...            Reading...
> Pattern A5A55A58  Writing...            Reading...Tested 5
> iteration(s) with 0 errors.
>
> Observation 2:
> MDT-Boot> mtest a4000000 a7dfffff a5a5a5a5 3
>
> Pattern A5A5A5A5  Writing...            Reading...
> Pattern 5A5A5A5B  Writing...            Reading...
> Pattern A5A5A5A4  Writing...            Reading...Tested 3
> iteration(s) with 0 errors.
>
> Observation 3:
> MDT-Boot> mtest a3500000 a5000000 a5a55a5a 3
>
> Pattern A5A55A5A  Writing...            Reading...
> Pattern 5A5AA5A6  Writing...            Reading...
> Pattern A5A55A59  Writing...            Reading...Tested 3
> iteration(s) with 0 errors.
>
> Observation 4:
> MDT-Boot> mtest a0000000 a5000000 a55aa55a 3
>
> Pattern A55AA55A  Writing...
> Reading...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: *########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



More information about the U-Boot mailing list