I’m recently new to using the ME-9210 module. I’m having difficulty in moving my kernel and rootfs modules from the Eclipse development system to the 9210 development board/module. It seems that this should be simple and straight forward, but I cannot understand what I’m doing wrong.
I’ve gone over the tutorials and examples on the “Welcome” screen. I can successfully build and run “install” from the Project Explorer tab… no errors here. Everything looks fine. The build process places the images properly as follows:
/exports contains: nfsroot-cme9210js
/tftpboot contains: uImage-cme9210js, u-boot-cme9210js.bin, rootfs-cme9210js.squash, and rootfs-cme9210js-64.jffs2
Next I power up the board, break into the U-Boot monitor, and set all of the environment variables as per the tutorials and examples. The TFTP Directory points to /tftpboot. The NFSROOT configuration (npath) is set at the default of /exports/nfsroot-cme9210js. And finally bootcmd is set to dboot linux tftp. When I reset the board and do not interrupt the boot process I get the following:
U-Boot 1.1.4 (Oct 31 2008 - 13:16:22) DUB-RevE
for Digi Connect ME 9210 on Development Board
DRAM: 8 MB
Flash: 4 MB
CPU: NS9210 @ 74.95680 MHz, SYS 299.82720 MHz, AHB 74.95680 MHz, Rev 0
Strap: 0x077f
Hit any key to stop autoboot: 0
TFTP from server 192.168.0.130; our IP address is 192.168.0.180
Filename 'uImage-cme9210js'.
Load address: 0x200000
Loading: T T T T T T T T T T
Retry count exceeded; starting again
TFTP from server 192.168.0.130; our IP address is 192.168.0.180
Filename 'uImage-cme9210js'.
Load address: 0x200000
Loading: T T T T T T T T T T
I’ve tried this over-and-over experimenting with various settings, but always the same. What’s happening here?
Thanks for your quick reply and suggestions. I just tried your two suggestions and confirmed that the serverip is 192.168.0.130 and that I can ping the server from the ME9210 (192.168.0.130) correctly. I show the details below.
Do you think something is write protected? What about the RAM load address of 0x200000? Does that seem correct for this module?
As an experiment I just tried the U-Boot “bootp” command. It failed, but gave some useful new information. Even though I have DHCP turned off, it appears that DHCP is somehow still assigning 192.168.0.5 as the target address here even though variable is set to “ipaddr=192.168.0.180”. Either that or “bootp” is looking in the wrong place (maybe it always looks at the DHCP address ignoring the fact that DHCP is disabled.) I think that is the problem. The TFTP server is trying to send data to 192.168.0.5 instead of the “ipaddr” of 192.168.0.180. Now I need to find a work-around. Any suggestions?
CME9210 # bootp
BOOTP broadcast 1
DHCP client bound to address 192.168.0.5
*** Warning: no boot file name; using ‘C0A80005.img’
TFTP from server 192.168.0.130; our IP address is 192.168.0.5
Filename ‘C0A80005.img’.
Load address: 0x200000
Loading: T T T
I guess I’ve posted too much information. Too confusing for everyone to wade through it all.
I actually did ping the Kubuntu host from the target and it was successful. I show this in my 10:02AM July 30th reply. I used telnet on my Kububtu machine to access the target, and then pinged back from the target to Kubuntu through the target’s BusyBox.
I’ve obviously screwed up something big time that we cannot see. Since I have not started development yet, I think I will do a complete re-install of everything from the Digi DVD.
Thanks Pedro and Christopher for you input and comments. If the fresh re-install works I will post those results.
The problem I was having was evidently with the cable setup of my system. Evidently the LinkSysWiFi box I was using somehow interfered with tftp. Because the LinkSysWiFibox was close by, I ran my host box through the LinkSysWiFi. Months ago I had configured this WiFi to act only as a switch by disabling the router in it…or so I thought! Even though I could ping both ways with this setup, something else was not happy. When I re cabled the setup to all go through the LinkSys8PortSwitch it worked like a charm. See diagrams below)
Case Closed. Thanks Again for all who provided input.
BTW: I also installed the new Digi Linux v5 today. Super improvements over v4.2! Will enjoy working with this upgrade. Good work Digi people!
Hint: Do not accept the upgrade to Kubuntu v9.04. For me it really messed up all of the KDE desktop settings. Stay with Kubuntu v8 unless your good at KDE (I’m not I guess).