Activity
From 07/26/2010 to 08/24/2010
08/24/2010
- TC 09:11 PM FPGA Development: RE: POWER DOWN Memory Corruption
If your application will not be writing to the NAND flash then you should not need hold-up circuit from the motherboard. However, if you plan to mount a user filesystem rw, and plan to write to it during normal operation, then you may ...- JM 09:04 PM FPGA Development: RE: POWER DOWN Memory Corruption
- So do you think we need to put on our mother board a circuit to hold up the power and interrupt the OMAP to let it know power is going down? Or do you think that your read-only mount will be all that is needed?
thanks for the quick r... - TC 08:58 PM FPGA Development: RE: POWER DOWN Memory Corruption
- John -
We are indeed aware of this and are working on a solution. We plan to allow for the root file system to be mounted as a read-only file system (currently it's mounted read-write). Mounting the root file system read only will al... - Software guys tell me they had a case where the FLASH memory was corrupted when the power was removed at the wrong time. This would be a disaster for us if this happened in the operating room. It sounds like we need to have either a...
- MP 06:51 PM FPGA Development: RE: Programming the FPGA
Hi John.
It looks like you are generating the .BIN file using the bitgen tool ("Generate Programming File" step in ISE), instead of the required iMPACT tool method. While the bitgen tool does in fact generate a .BIN file, it doesn'...- JM 04:00 PM FPGA Development: RE: Programming the FPGA
- Here is the .BGN but there were no .CFI or .PRM files in the FPGA directory.
- MP 03:44 PM FPGA Development: RE: Programming the FPGA
Hi John.
Would you be able to upload the .BGN .CFI & .PRM files that go with the .BIN file you have already uploaded? These are report files that get generated with the .BIT and .BIN files. I suspect there is a problem with a sett...- We are using the MityDSP-L138. Our software guys are not able to program my FPGA bin file using your routine. Your routine only programs the bin file that you provided and does not seem to light the green LED for the BIN file I provide...
08/23/2010
- JP 02:34 PM Software Development: RE: Rescanning the Nand flash
- Dennis,
Just so you know, the suggestions below are not based on personal experience.
Not sure there is a command to do exactly what you are looking for. There is the "nand scrub" command and it comes with a warning:
Warning: sc... - I made a type-o when loading the Nand flash. I managed to convince the flash that it has a whole bunch of bad areas. Is there a utility to tell the system to "delete" all bad areas and rescan the flash to see which are really bad?
08/18/2010
- DV 04:16 PM Software Development: RE: Loading FPGA
- Yes it is an industrial i/o board. That file did load, the light did come on. I need to tell the fpga guys they gave me a bad file. Thank you for the help. I'd recommend posting IndustrialIO.bin on the wiki so your user's can run that te...
- MW 03:46 PM Software Development: RE: Loading FPGA
- If you are using the Industrial I/O board Critical Link provided, try using the file attached below. This file is known to load correctly with your setup. This will eliminate any issues with the FPGA image. The image should be "safe" ...
- DV 03:35 PM Software Development: RE: Loading FPGA
- Sorry about the typo-s. My email/web machine doesn't have a serial port so I've got an old laptop running the hyperterm and have to copy stuff by hand.
tftp:
Load address: 0xc0700000
Loading: #####....
done
Bytes transferr... - JP 03:16 PM Software Development: RE: Loading FPGA
- On the tftp, what is the reported size of the transfer? Something like 0x71544 is expected. If the data is not the right size, the load will not be successful.
This is probably just a typo, but on the tftp, you have "0xc0700000" and o... - DV 03:08 PM Software Development: RE: Loading FPGA
- I did tftp: 0xC0700000 192.168.1.118:fpga.bin
got the ### marks
Did
loadfpga 0xC07000000
no light, message "Loading FPGA Done"
Did (again)
sf probe 0
sf erase 0x580000 0x80000
sf write 0xC0700000 0x58000 ${filesize}
no l... - JP 02:58 PM Software Development: RE: Loading FPGA
- Yes, the "done" LED should light up when the FPGA is programmed correctly.
Can you include the set of commands you are sending and having trouble with?
Thanks.
- DV 02:51 PM Software Development: RE: Loading FPGA
- Should the "done" LED light up if the FPGA was programmed correctly?
- JP 02:39 PM Software Development: RE: Loading FPGA
- Dennis,
You are correct that the write command is missing the offset.
In the setenv command, the read is correct. The steps are to read the image from flash into memory and then load the memory image into the fpga. Two things to n... - I've tried loading the FPGA. I didn't write the FPGA code, I'm just trying to load an fpga.bin file that I've been given. 1) The loadfpga command doesn't give me an error message, but I was told the "done" (d1) LED should come on, it doe...
08/09/2010
- DV 08:57 PM Software Development: RE: Kernel documentation
- Interrupt number 91 (aka IRQ_DA850_RPIINT) works. It works, when I queue a DMA write I get an interrupt when it is complete. Thanks for the pointer about the platform drivers. I've used the primitive "request_mem_region" and "request_irq...
- MW 08:40 PM Software Development: RE: Kernel documentation
- The information you are looking for is in the "OMAP-L138 System Reference Guide":http://www.ti.com/litv/pdf/sprugm7d, in the ARM interrupt controller section (chapter 12). The event you are mapping is defined in the kernel at arch/arm/...
- DV 03:50 PM Software Development: RE: Kernel documentation
- Building the uPP driver. I need to register and interrupt service routine.
To do that I need to know the irq number that is generated. The
documentation cover's which wire is asserted, but not what irq number
that causes the CPU to ge...
08/03/2010
- RB 01:41 PM Software Development: RE: Debugging DSP side with CCS_3.3
- HI Mike,
Here is my about dialog:
!cc3about.png!
When I tried to update to 3.3.82 the installer told me I didn't have a previous installation to update. ??
This version of code composer was not an upgrade and was a version that I... - MW 01:20 PM Software Development: RE: Debugging DSP side with CCS_3.3
- Rich,
I am attaching the CCS version information window from help->about.
!CCSVersionInfo.png!
I just tried to attach here to the DSP with the ARM up and booting (running linux with an active BASH shell). No problems connecting... - RB 01:08 PM Software Development: RE: Debugging DSP side with CCS_3.3
- Hi Mike,
Ok, that doesn't seem to work. I downloaded the update version to install CCS 3.3 v12 and when I ran the update it told me I didn't have any products that could be updated. So I guess I'm out of luck. Don't know what to do next...
08/02/2010
- RB 06:39 PM Software Development: RE: Debugging DSP side with CCS_3.3
- HI Mike,
I just found out I need to be running release 12 of CCS and I'm on release 11 so I'm going to upgrade and see if that changes anything. I'll let you know how that works out.
-rb
- MW 06:14 PM Software Development: RE: Debugging DSP side with CCS_3.3
- Are you using the latest version of CCS 3.3?
Can you connect to the DSP while at a u-boot prompt (without the DSPLink stuff running)?
That message is a little strange, as it is complaining about removing a debug state for a disconn... - Hi Mike,
I got the CCS configuration setup as far as I can tell correctly using the platform configuration file for the MityOmapL138.
I also have modified a previously tested DSP side program to include an infinite wait loop so tha...
07/28/2010
- MW 09:00 AM Software Development: RE: Kernel documentation
- Hi Dennis,
It doesn't look like there is a uPP driver for the linux / ARM side available from TI at the moment. They do have drivers for DSP/BIOS, which might work if you wanted to use the DSP core of the OMAP-L138. It may not be to...
07/27/2010
- DV 07:56 PM Software Development: RE: Kernel documentation
- Wading through the kernel I haven't spotted a uPP module, will I need to write a module for that also.
- DV 05:53 PM Software Development: RE: kernel fetch problems
- IGNORE PREVIOUS MESSAGE, my fault. One of our servers blew a power supply and I manage to skip the make mightyomap instruction in the fire drill. Kernel compiles fine if you follow ALL the instructions.
- DV 05:40 PM Software Development: RE: kernel fetch problems
- Ran the make's using the existing .config (make menuconfig, make uImage plus environment fluff).
Hit a problem with the kernel compile.
drivers/mfd/twl-core.c:41:24: error: plat/board.h: No such file or directory
Might not be the .c... - DV 05:16 PM Software Development: RE: kernel fetch problems
- Got it. Compiling the kernel now. Looks good! Thanks.
- TI 03:59 PM Software Development: RE: kernel fetch problems
- I put a gzip'd tarball of the our current linux kernel tree in the files section.
commit 2e70fb60c2ace830e0b7170240aa85f38d4ccce4
Author: Michael Williamson <michael.williamson@criticallink.com>
Date: Fri Jun 25 13:25:35 2010 -0400
...
07/26/2010
- DV 07:36 PM Software Development: RE: kernel fetch problems
- I'm going to need a tgz that I can ftp. We got the clone to "work", to an off-site machine, but the git unpack-objects gave us premature EOF errors. I'm doing the kernel on a native Ubuntu 10.04 box so any form of tar file with the kerne...