Jesse Gilles
Forum Replies Created
-
AuthorPosts
-
Jesse Gilles
BlockedThe default preference of 0.9.8m was just set by Angstrom+OpenEmbedded which CoreCDP is based on. Because it was the default, it was tested and verified to build and work. You are certainly welcome to try any newer OpenSSL release. Sometimes its as easy as copying an old recipe and updating the version number and SRC_URI — it just depends on the situation.
BlockedIt is technically possible, but repartitioning the NAND flash requires changing the flash layout in the kernel, re-flashing the device with the new addresses, etc.
It would be much easier for you to do the same thing using the SD card. You can partition the SD card however you want and even use Linux filesystems (ext3) if you want. Then you can mount the partition(s) wherever on your unit or just use sub-directories in /media/card instead.
Is the reason for wanting a different partition so that you can prevent losing the information if the rootfs is flashed?
BlockedHm, sounds like you did the right thing. If you modified defconfig, and then increased “PR” in the linux_2.6.32.bb and ran ‘bitbake linux’, it should have built a new kernel with your updated config.
The image should be at build/tmp/deploy/glibc/images/mtcdp/uImage-mtcdp.bin.
You can verify that your defconfig change took effect by looking in the work directory. Assuming you increased PR to ‘9’, it should be in
build/tmp/work/mtcdp-corecdp-linux-gnueabi/linux-2.6.32-r9
Blocked🙂 Are you using ext3 instead of FAT for specific features (journalling, sym links, etc) or just preference? Just curious.
BlockedYou can technically enable swapping, but I would definitely NOT do this with the root device (NAND flash). It will be very very slow and will wear out the flash part much faster.
You could investigate trying to use the SD card for this purpose. It will be much easier to setup and it should work just fine, but again, it will be slow (it’s no hard drive).
BlockedNo — flashing the device using the SD card only flashes the NAND flash on the unit (kernel and root filesystem). It doesn’t ever change the SD card. The SD card formatting is completely up to the end user — it comes pre-formatted from the factory with a FAT partition on it. You can reformat it using the device itself or any Linux PC.
Out of curiosity, why would you want the SD card re-formatted as part of a flash upgrade?
BlockedDid you install packages for a mysql server on the CDP?
You could also look at using sqlite3, it is much simpler, smaller and there is no server needed and hence no configuration. It has also been tested by Multi-Tech.
BlockedDid you install the ‘nfs-utils-client’ package? Installing ‘nfs-utils’ doesn’t include it. Look for /sbin/mount.nfs
BlockedYou need the package ‘nfs-utils-client’. Then you should be able to run:
mount -t nfs -o nfsvers=2 NFS_SERVER:NFS_PATH MNT_PATH
You can add the mount to /etc/fstab if you want it to mount on boot. The default kernel is only built with NFS v2 support, if you want to add v3 you can edit the kernel config and build a new kernel.
BlockedDefinitely use the serial debug port — no, it won’t void your warranty. The port is there for development purposes and it is fully intended to be used by customers/developers.
The USB device port should also work to get a login terminal, but if you are using Windows, you need to install a driver for it. If you are using Linux, it should come up automatically as /dev/ttyACM0 (assuming you have no other CDC-ACM devices connected to your system).
BlockedDoes this happen regardless of the time between the /etc/init.ppp stop and start…or does waiting for a while fix it? Just curious — I’m not sure why this is happening, it’s not something I’ve seen. Is it happening consistently?
When you refer to “resetting the modem”, are you actually resetting the modem by pulling the reset line using mts-io? Or are you just referring to ppp releasing the modem port when it’s done with it?
BlockedRegarding watchdog, there is a hardware watchdog in the processor, but it is disabled by default. Enabling it requires a minor modification to the at91bootstrap code and passing the proper parameters to the linux watchdog driver (at91sam9_wdt). There is currently no support in the U-Boot version we are using the for the watchdog, however. This means anything done in U-Boot has to be done quickly before the watchdog resets (16 seconds by default).
If you are interested in this, I can provide more detailed information. The U-Boot lack of support is the biggest limitation currently. Hopefully this can be resolved in a future update.
Regarding ppp, you have two options that come to mind:
1. You can use ppp with the ‘persist’ option. This makes pppd try to keep the connection up even if it goes down periodically.
2. You can use ppp without the persist option and write your own script to act as a ppp watchdog. When the connection goes down, pppd will no longer be running. You could check for the existence of pppd and if it is down, reset the modem (if desired) and then start pppd again.
BlockedYeah, you need to load the kernel image from 2.0 along with the rootfs. The kernel in 2.0 is different than in 1.1.1, so you don’t have any kernel modules in your rootfs that match your kernel you are running.
I would rebuild your kernel in case something went wrong.
bitbake linux -c clean; bitbake corecdp-base-image
Then try flashing just the kernel from U-Boot. There isn’t really a way to test the uImage before you load it, you can only really checksum it to ensure the file transfer worked. If the flashing goes badly, you can just boot back into U-Boot and flash a different kernel again.
BlockedFlashing from U-boot is by far the easiest and fastest method.
Did you examine your U-boot environment and make sure everything got set correctly?
“We’re not able to load an image from U-Boot.”
Please be more specific. Are you still having problems setting environment variables? Failing to TFTP files? Failing to boot from an already flashed image?
November 7, 2011 at 4:52 pm in reply to: Has anyone tried to install lighttpd and configure php on the CDP? #3506BlockedIf you modify a file provided by a package which has already been built, it doesn’t get automatically rebuilt because it doesn’t know you changed anything.
You either need to modify the bitbake recipe and increment the PR variable (package revision) or ‘clean’ the package and rebuild it. (bitbake package -c clean; bitbake package)
BlockedThat sounds like the issue I had with minicom and Ubuntu 10.04. The uboot-setenv script never exits, but I think it works properly. Try resetting the unit and then run ‘print’. If all of the variables are set correctly then it worked.
Then try flashing again.
BlockedThe factory image is corecdp-full-image from CoreCDP 1.1.1. CoreCDP 2.0.x isn’t released yet, so no units are shipping with it.
There is a minor change to the flashing from Linux procedure for CoreCDP 2.0.0. So if you flash in a 2.0.0 corecdp-base-image, you’ll need to add one more step to your flash procedure using Linux. If you have 1.1.1 on there when you flash from Linux, then you don’t need the extra step.
If you’re flashing from 2.0.0, you need to create the file /var/volatile/do_flash_upgrade before rebooting. If this file doesn’t exist, it will skip upgrading even if the appropriate files are in /media/card/flash-upgrade. This is useful because it prevents unintended flashing if the unit is rebooted again without removing the files in /media/card/flash-upgrade.
So put the files in the usual spot with right names in /media/card/flash-upgrade and then run:
touch /var/volatile/do_flash_upgrade
reboot
This will get added to documentation once 2.0.x is released.
BlockedHow did you attempt to flash the openjdk image in? If you tried it from u-boot using tftp, it won’t work unfortunately, because the image is too large to fit in RAM (64 MB). OpenJDK is very large so any image created that includes it will be too large to flash via u-boot/tftp and has to be flashed from Linux by putting it on the SD card first.
If your unit doesn’t boot anymore, flash the base-image from u-boot first. Then boot up and transfer the openjdk-image to the SD card and flash it that way. There are instructions on flashing from Linux farther down on the NAND flash programming page.
Not exactly sure what your issue is with the uboot-setenv script…it looks like there is a new line in your setenv bootcmd, which causing it to try to execute the bootm command rather than saving it in the bootcmd variable.
What linux distro and version are you using? There is a known issue with using the uboot-setenv script from Minicom on Ubuntu 10.04 where it looks like the script never finishes, but it actually does work. Upgrading minicom fixes it (you can grab the package from a newer Ubuntu version).
BlockedNot sure why it’s doing that. You may also want to try using the ‘cgi’ module instead of ‘fastcgi’ just to see if you can get that working — I think it’s a little simpler. Otherwise, I would look at the lighttpd docs on their website and go from there.
BlockedYour lighttpd config is looking for php in /usr/local/bin. It isn’t installed there which is why it is failing…
2011-10-28 15:47:55: (mod_fastcgi.c.990) chdir failed: No such file or directory /usr/local/bin/php
Fix the path to php in your lighttpd config. Run ‘which php’ to see where it is located in $PATH.
BlockedYes, you need the lighttpd-module-fastcgi package. You may also need other modules. As I have suggested before, please look at the sample images provided by Multi-Tech. They are in openembedded/recipes/images. Have a look at corecdp-webserver-image.
BlockedJM K:
There is a web server already on the MTCDP and php is already available for it. Both are installed in the corecdp-full-image, which is preflashed into the unit when it ships. Look at the image recipes located at: corecdp/openembedded/recipes/images/corecdp*
You don’t need to develop an HTTP server, you just need to configure lighttpd the way you want and write some php code and put it in the web directory. Look at the config for lighttpd to see where. Also, there isn’t really anything different for making a PHP-based web interface on the MTCDP versus doing it on a regular Linux machine. Do some searching for building web apps with lighttpd and php and you should be fine. You don’t need anything ARM-specific.
BlockedOutput looks fine to me. It should take quite a while to build as noted on the Getting Started page.
BlockedYes, this is normal. If the build stops prematurely and emits errors, that is different.
BlockedNot sure what the issue is, but it usually means the TMPDIR can’t be found or written to when you run bitbake.
Things to review:
* make sure corecdp is extracted in your home dir
* you aren’t running anything as root
* make sure you loaded the environment script when you were in the right directory
* try removing your TMPDIR (rm -rf build/tmp)
cd corecdp-1.1.1
source env-oe.sh
(run bitbake)
BlockedThe external RS232 port is setup to be a DCE port, so the RX and TX lines are swapped compared to your PC serial port (DTE). You’ll need to use a null modem adapter when you’re connecting the serial device to the CDP since the CDP is DCE and your external device is also DCE.
BlockedCheck that you have write permissions and own the entire directory structure where you extracted corecdp. It is easiest if you extract corecdp under your home directory since you will automatically have the proper permissions.
BlockedAll of the content is on the multitech.net site. Here are some examples:
http://www.multitech.net/developer/products/multiconnect-ocg/development/creating-a-custom-image/
http://www.multitech.net/developer/products/multiconnect-ocg/development/setting-up-a-package-feed/
Blockedtcpdump is the right tool for the job, you just need to build it and install it.
BlockedNo, not sure why you’re seeing that. I would double check the checksum on the file and maybe download it manually and make sure you can untar it yourself.
-
AuthorPosts