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/roach2_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
>> >
>>
>>
>

Reply via email to