Activity
From 11/16/2011 to 12/15/2011
12/09/2011
- ME 08:57 AM Software Development: RE: Using the EMIFA interface on the Mitydsp-1810
- We changed chip select to CS4 and kept having the same issues. We've done some other measurements and tests and we now doubt it's some kind of contention, it is most likely some problem on the ASIC side rather than the arm side of things...
- MW 07:39 AM Software Development: RE: Using the EMIFA interface on the Mitydsp-1810
- Hi Mattias,
The only chip select used on the EMIFA by default is CS3 (used for the NAND). Our FPGA driver framework uses CS5, but if you don't load the modules for the drivers (e.g., fpga_ctrl.ko) then that CS should not be used duri... - ME 03:58 AM Software Development: RE: Using the EMIFA interface on the Mitydsp-1810
- Hi,
I was wondering which chip selects are unused by default? What I can see in the u-boot and linux source is that only CS2 and CS3 are used. We're using chip select 5 right now but we're having some issues and I'm not sure what's ca...
12/07/2011
- SW 04:37 PM FPGA Development: RE: FPGA load causes reboot
- Mike,
Your .bin file loaded up fine. I had the designer look at the build, and he had some IO not constrained corectly. I think it might have been to the EMIFA interface. He has fixed that and I was able to load up the build and acce... - MW 09:38 AM FPGA Development: RE: FPGA load causes reboot
- Scott,
My suspicion is that the pins tied to the EMIFA (a chip select line, a wait line, or perhaps the data lines) are being driving when they shouldn't be. I would double check your bitstream configuration options for unused IOBs, ...
12/06/2011
- SW 03:43 PM FPGA Development: RE: FPGA load causes reboot
- Mike,
The arm is idle when it dies. I will post some captured text. It looks like it can't access the flash memory. We are downloading via jtag. - MW 03:27 PM FPGA Development: RE: FPGA load causes reboot
- Can you post what the ARM console sees when it crashes? You are downloading via JTAG, correct?
Is the ARM running the UPP when it dies, or is the FPGA basically idle?
-Mike
- SW 03:15 PM FPGA Development: RE: FPGA load causes reboot
- Mike,
I had our fpga designer rebuild our smaller (uPP interface) build that we were running the lx16 and retarget it for the xl45. It was able to download the design successfully, but very shortly afterwords the ARM crashes. - SW 01:14 PM FPGA Development: RE: FPGA load causes reboot
- Mike,
Thanks for the quick reply. this is the only lx45 board in house now. I think we are expecting a few more to come in shortly. This is a new design. We have an lx16 and our designer took this design and stripped most of it out ... - MW 01:04 PM FPGA Development: RE: FPGA load causes reboot
- Hi Scott,
Have you confirmed your image works on other MityDSP-L138F with lx56 FPGA modules or is this a new FPGA design? If it is the former, we can send some test .bit images to confirm a hardware problem. If it is the latter, you... - Hello,
We just got a new mityDSP l138 with the lx45 FPGA. When I try downloading my fpga build via jtag it fails. I get a Programming terminated DONE did not go high error in impact. When this happens the ARM reboots. Any ideas on t...
11/29/2011
- MW 06:53 PM Software Development: RE: use of stl vector class on DSP side of OMAP-L138
- Just following up here, any luck?
- GS 12:01 PM Software Development: RE: Loading UBL and U-Boot
- Hi,
Thanks Tom. It works thanks to null modem cable.
Does fpga_pwm.ko use the pwm core in FPGA ?
Does ehrpwm.ko and davinci-pwm.ko are equivalent to fpga_pwm.ko but this latter offered more flexibiliy ?
If the application Ind... - TC 09:26 AM Software Development: RE: Loading UBL and U-Boot
- Gregory -
In the development kit there is both a small cable that adapts the dual-row header to DB9 and also a DB9 to DB9 serial cable, they both must be used together as the DB9 to DB9 is a null modem configuration. Perhaps you are ... - MW 07:37 AM Software Development: RE: Loading UBL and U-Boot
- Hello Gregory,
When you received the board, it should already have been programmed with u-Boot and should come up to that prompt on power up. All units are tested before they are shipped, so the unit should be working to that level. ...
11/28/2011
- GS 03:53 PM Software Development: RE: Loading UBL and U-Boot
- Hi,
I can't see BOOT ME using Terminal (115200 N 8)
the button on the board is S100 (Boot) ?
Do you cab loaded the Linux Kernel into the OMAP ?
I want to understand about fpga_pwm.ko. Does it controls the signal on the pins o... - MW 03:08 PM Software Development: RE: Loading UBL and U-Boot
- We've not tried using the serial flasher with the linux mono framework. It has only been tested using Microsoft Windows .NET framework.
For sanity, you might try a terminal program such as putty at 115200 and reset while holding the ... - (Posted on behalf of a customer)
I received the MityDSP-L138F Development Kit (80-000268RI-2A) today. I am unable to recevive "BOOT ME" via UART for loading UBL and U-BOOT on it.
I use the following command line : >mono sfh_OMAP-L... - MW 07:21 AM Software Development: RE: Using the EMIFA interface on the Mitydsp-1810
- Hi,
We use the EMIFA (16 bits) to interface to our FPGA on SOMS including an FPGA. The pinmux and initial chip select settings for the EMIFA are configured, by default, out of the u-Boot application (see "boards/davinci/mityomapl138/... - Hi,
I was wondering where in the linux source I should be looking to add changes if I wanted to use the EMIFA interface to communicate with an asic in 16-bit parallel, async mode. I assume there are pinmux and possibly chip select se... - TI 07:18 AM Software Development: RE: mtd->read (...) returned ECC error
- Mads
Did you use the filesystem creation notes from the wiki [[Linux_Root_File_System]] ?
We have found that you need to use the pre-fill memory and write in page sizes
to keep the jffs2 filesystem correct.
Hope this helps..
cheer... - Hi
We have one mitydsp L138 board which keeps coming up with these mtd->read (....) returned ECC error.
We have several other boards that boots without any errors.
This has been seen on other boards as well, but might have gone when...
11/21/2011
- MW 12:50 PM Software Development: RE: use of stl vector class on DSP side of OMAP-L138
- 6.1.9 is *really* old, Rich. Last time I checked, we are using at least 6.1.19 here. You might consider checking the release notes on the newer builds and see if any STL stuff is mentioned. I believe STL was "new" feature in 6.1.
... - RB 12:21 PM Software Development: RE: use of stl vector class on DSP side of OMAP-L138
- Hi Mike,
At the moment I'm using the 6.1.9 toolchain hosted on the PC side through CC v3.3
I'm primarily vectoring intrinsic types but there are a few places where I'm
vectoring something like:
vector< complex<float> >Foo(Some... - MW 12:03 PM Software Development: RE: use of stl vector class on DSP side of OMAP-L138
- Hi Richard,
What version of the code gen tools are you using? If it's an older chain, TI may have already found/fixed it. You might cross post this on "TI's E2E Site":http://e2e.ti.com as well.
We have used the std::vector clas...
Has anyone used the standard template library vector class on the DSP side of the OMAP-L138?
I have a large memory intensive algorithm that is being adapted from a corresponding MATLAB
program and up til now have been using STL vec...