I think uploading a new kernel file again may solve your problem. I used minicom-send files-ymode to upload kernel files successfully.
At the first time I failed to update kernel file and the problem was like yours, then I tried again using the same command of minicom, and it worked. Sincerely, Shanquan On Fri, Aug 12, 2016 at 3:16 PM, Alec Josaitis <josai...@umich.edu> wrote: > Dear Casperites, > > Unfortunately my problem was not resolved so quickly. Upon running the > 'run new root command', I received the following issue when attempting a > y-modem connection via minicom: > > ## Ready for binary (ymodem) download to 0x04000000 at 115200 bps... > CCCCCCCCCC Timed out > xyzModem - Cksum mode, 0(SOH)/0(STX)/0(CAN) packets, 20 retries > ## Total Size = 0x00000000 = 0 Bytes > > ............................................................ > ............................................................ > .......................e > Erased 512 sectors > Zero length ??? > > Then, whether this was right or wrong to do (I'm new to using this device > and using FPGAs at all), I exited and reset minicom and shutoff the Roach2 > using the power button on the front of the device. When I went to turn it > on, my kernel was messed-up: > > U-Boot 2011.06-rc2-00000-g2694c9d-dirty (Dec 04 2013 - 20:58:06) > > CPU: AMCC PowerPC 440EPx Rev. A at 533.333 MHz (PLB=133 OPB=66 > EBC=66) > No Security/Kasumi support > > Bootstrap Option C - Boot ROM Location EBC (16 > bits) > 32 kB I-Cache 32 kB D-Cache > > Board: ROACH2 > I2C: ready > DRAM: 512 MiB > Flash: 128 MiB > In: serial > Out: serial > Err: serial > CPLD: 2.1 > USB: Host(int phy) > SN: ROACH2.2 batch=D#13#25 software fixups match > MAC: 02:44:01:02:0d:19 > DTT: 1 is 23 C > DTT: 2 is 22 C > Net: ppc_4xx_eth0 > Sensors Config > type run netboot to boot via dhcp+tftp+nfs > type run soloboot to run from flash independent of network > > Hit any key to stop autoboot: 0 > Wrong Image Format for bootm command > ERROR: can't get kernel image! > => > > Following the instructions from this Casper thread > <https://www.mail-archive.com/casper@lists.berkeley.edu/msg06085.html>, I > tried resolving the kernel image-issue by running the 'run tftpkernel' > command. I received a timeout error during the running of this macro: > > => run tftpkernel > Waiting for PHY auto negotiation to complete... done > ENET Speed is 1000 Mbps - FULL duplex connection (EMAC0) > BOOTP broadcast 1 > BOOTP broadcast 2 > BOOTP broadcast 3 > BOOTP broadcast 4 > BOOTP broadcast 5 > > Retry count exceeded; starting again > (This 'retry count exceeded' error happens until the program times-out; I > posted the above snippet of printout rather than the full-printout for the > sake of space). > > I've made sure to setup minicom exactly as described in this document > <https://docs.google.com/document/d/1tqw4C6uZ6EULl1OykTFL_vQTnK52UBr0aYqTg44E5wg/edit> > . > At this point, I'm at a loss for what to do. Do any of you all have > suggestions? Thank you Jason and Shanquan for your help thus far. > > Best, > Alec > > Alec Josaitis > Candidate for B.S., Honors Physics > University of Michigan Men's Glee Club, Alumni Relations Manager > > On Thu, Aug 4, 2016 at 10:20 AM, Shanquan Tian <sqsqt...@gmail.com> wrote: > >> I think Jason is right, ROACH-2 file system and kernel on my board were >> old and didn't match the version of casperfpga. >> I updated the kernel, and now I can program my FPGA using corr package. >> I'll migrate to casperfpga if needed, but now corr is enough. >> >> Just as Jason said, do NOT overwrite uboot. It took me a long time to >> recover from a damaged uboot and it really worried me a lot. >> I'm very thankful to Mo and Jason who help me a lot. Thanks. >> >> Shanquan >> >> On Thu, Aug 4, 2016 at 2:39 AM, Jason Manley <jman...@ska.ac.za> wrote: >> >>> I suspect a mismatch between your casperfpga version and ROACH2 >>> filesystem. Like progremote is not supported? We are running different >>> versions so I can't be sure which version you should be running, but it >>> looks like these are the latest public releases: >>> >>> romfs (root filesystem for Linux, which should have the new >>> tcpborphserver): https://github.com/ska-sa/roac >>> h2_nfs_uboot/blob/master/boot/roach2-root-phyprog-release- >>> 2015-04-01.romfs >>> >>> and >>> >>> You might need a new kernel to go with it, if your version is very old: >>> https://github.com/ska-sa/roach2_nfs_uboot/blob/master/boot/ >>> uImage-roach2-3.16-hwmon >>> >>> From https://casper.berkeley.edu/wiki/ROACH_kernel_uboot_update the >>> procedure to update the root filesystem is NOT SHOWN. Please do NOT >>> overwrite uboot (step #2 and #3), because then you can't recover from a >>> failed upload and you will brick the board (then only recoverable with a >>> jtag flash). IIRC, the command is run newroot and then you transfer the >>> file via ymodem. printenv will show you the available macros. It's quite >>> slow (many minutes) over the serial interface. You can also do it over the >>> network, but then you have to setup a tftp server. As long as you don't >>> overwrite uboot, you can recover from any failed upload by trying again. >>> >>> I'm cc'ing Marc Welz and Alec Rust for their comment in case I've got >>> the versions wrong, or there's a newer version that you should be using >>> that hasn't been uploaded to git yet. >>> >>> Jason >>> >>> >>> On 03 Aug 2016, at 23:50, Alec Josaitis <josai...@umich.edu> wrote: >>> >>> > Dear Casperites, >>> > >>> > I'm facing the same error that Shanquan was facing when following the >>> "Introduction to Simulink" (first tutorial) for the Roach2. Please see >>> below: >>> > >>> > >>> > RuntimeError Traceback (most recent call >>> last) >>> > <ipython-input-4-51f328acfe29> in <module>() >>> > ----> 1 fpga.upload_to_ram_and_program('/u/home/josaitis/mlib_devel/ >>> fpg_files_casper_tutorial/atj_t1_2016_Jul_20_1519.fpg') >>> > >>> > /usr/local/anaconda/lib/python2.7/site-packages/casperfpga/katcp_fpga.pyc >>> in upload_to_ram_and_program(self, filename, port, timeout, >>> wait_complete) >>> > 442 if request_result != '': >>> > 443 raise RuntimeError('progremote request(%s) on host >>> %s failed' % >>> > --> 444 (request_result, self.host)) >>> > 445 >>> > 446 # start the upload thread and join >>> > >>> > RuntimeError: progremote request(Request to client roach020D19 >>> failed.) on host roach020D19 failed >>> > >>> > >>> > Something to also note, when this error occurs in iPython (as >>> instructed to use in the tutorial), the following printout statement occurs >>> in my minicom connection to the Roach2 board: >>> > >>> > call: no dispatch function for ?progremote >>> > >>> > Does anybody have recommendation on how to help Shanquan and my issue? >>> > >>> > Best, >>> > Alec >>> > >>> > >>> > >>> > >>> > Alec Josaitis >>> > Candidate for B.S., Honors Physics >>> > University of Michigan Men's Glee Club, Alumni Relations Manager >>> > >>> > On Mon, Jul 18, 2016 at 3:10 PM, Shanquan Tian <sqsqt...@gmail.com> >>> wrote: >>> > Dear CASPER experts, >>> > >>> > I'm sorry for this spam. I'm an exchange undergraduate student working >>> in Yale university now. I had a problem while using Python to connect my PC >>> to the ROACH2 board. >>> > I've gotten .fpg files already using Simulink and Xilinx ISE. Now my >>> purpose is to load the file to the board and program it. >>> > >>> > I connected my RHEL_6 PC to ROACH-2, it loaded Busybox from flash, it >>> also gets access to the Internet (my PC 192.168.1.2, board:192.168.1.3), >>> and I can use telnet to log in the board successfully. >>> > But when I used Python, it gave me error. Look: >>> > >>> > /*********************************************************** >>> ************************************************************ >>> ***************************/ >>> > Python 2.7.10 (default, Jul 18 2016, 09:53:11) >>> > [GCC 4.4.7 20120313 (Red Hat 4.4.7-17)] on linux2 >>> > Type "help", "copyright", "credits" or "license" for more information. >>> > >>> import casperfpga >>> > >>> fpga=casperfpga.katcp_fpga.KatcpFpga('192.168.1.3') >>> > >>> fpga.upload_to_ram_and_program('/nfs_share/tut1_2016_Jul_14_ >>> 1129.fpg') >>> > Traceback (most recent call last): >>> > File "<stdin>", line 1, in <module> >>> > File "/usr/local/lib/python2.7/site-packages/casperfpga/katcp_fpga.py", >>> line 358, in upload_to_ram_and_program >>> > raise RuntimeError('progremote request(%s) on host %s failed' % >>> (request_result, self.host)) >>> > RuntimeError: progremote request(Request to client 192.168.1.3 >>> failed.) on host 192.168.1.3 failed >>> > /*********************************************************** >>> ************************************************************ >>> ****************************/ >>> > >>> > Maybe the reason is I havn't set up python client on the board >>> correctly. How can I set it up? >>> > Help me please, thank you very much! >>> > >>> > Sincerely, >>> > Shanquan Tian >>> > Exchange undergraduate student, Yale >>> > >>> >>> >> >
