Activity
From 06/23/2011 to 07/22/2011
07/22/2011
- CM 01:24 PM FPGA Development: RE: Programming the FPGA
- Good point. I'll defer any FPGA programming until I resolve the linux kernel load.
Here's the boot text. You can see the auto FPGA programming in the text. I'll turn that off and try again,
OMAP-L138/AM-1808/AM-1810 initialization ... - MW 01:14 PM FPGA Development: RE: Programming the FPGA
- Also,
Can you dump the entire boot text from power up to hang? Would like to see all the commands executed by the bootloader.
-Mike
- MW 01:13 PM FPGA Development: RE: Programming the FPGA
- Hi Craig,
Are you programming the FPGA before you load the kernel? The FPGA can cause problems with the kernel load if you are driving unused pins that might be tied to interrupt lines or NMI lines.
You may need to build that late... - CM 01:06 PM FPGA Development: RE: Programming the FPGA
- I tried again in case I screwed up the first time.
I also tried the uImage file in /boot on another of our boards. That image got stuck in the same way.
From files area: Linux-2.6.34-rc1-07430-g2e70fb6
From another of our dev kits...
07/21/2011
- CM 05:00 PM FPGA Development: RE: Programming the FPGA
- Hi Greg,
Thanks for XISE files.
I followed instructions from Linux Kernel installtion using uImage from files area and the boot gets stuck as shown below (starting kernel). Maybe I need the uImage file that came preloaded on the bo... - GG 02:03 PM FPGA Development: RE: Programming the FPGA
- Hi Craig,
I've attached the project file used to build the .bin file I posted earlier. You'll need to link against our cores in order to build this project, and those can be found in the latest MDK release.
\Greg - CM 02:02 PM FPGA Development: RE: Programming the FPGA
- The revised read instruction works!
We have the L138-FI-225-RC. My mistake. I was looking at the wrong line in the orderable section in the L138 SOM spec.
Thanks for all your support in our "startup" activities. In me you are deali... - MW 01:43 PM FPGA Development: RE: Programming the FPGA
- Hi Craig,
For the bootgpga image, you need to read out all of the image into RAM before trying to program the FPGA.
I think you need to change: - CM 01:03 PM FPGA Development: RE: Programming the FPGA
- Question on automatically loading the FPGA at boot...
I've followed these instructions:
loadb 0xC0700000
[send the correct IndustrialIO.bin using kermit]
sf probe 0
sf erase 0x580000 0x170000
sf write 0xC0700000 0x580000 ${fi... - CM 12:21 PM FPGA Development: RE: Programming the FPGA
- Can you guys zip up and post or e-mail me source files used to generate this .bin?
I would like to play some with the FPGA.
IndustrialIO.bin - LX45 Industrial IO Board FPGA (no display support) (1.4 MB) - CM 11:09 AM FPGA Development: RE: Programming the FPGA
- Hi Tim.
I'm on my 3rd USB-to-serial adapter and 4th attempt at driver update. I'm sure some manager got a nice bonus for taking cost out of these adaptors.
I've finally programmed the flash. The board now boots to U-BOOT with no pr... - CM 10:15 AM FPGA Development: RE: Programming the FPGA
- Hi Tim,
Do I need a different version of SPIWriter_MityDSP-L138.out? Didn't see this file in the latest zip.
I tried this latest version of the utility with these results. A little different - also read error prior to BOOTME receiv... - TI 09:07 AM FPGA Development: RE: Programming the FPGA
- Craig
I have uploaded the latest serial programming utility to the files section.
Try that and see if it corrects your timeout issue.
cheers
/Tim - CM 08:22 AM FPGA Development: RE: Programming the FPGA
- I've tried several other usb to serial adaptors with no luck.
I get the same error:
(AIS Parse): Performing Opcode Sync...
(Serial Port): Read error! (The operation has timed out.)
(AIS Parse): I/O Error in read!
Do I have the ...
07/20/2011
- CM 12:10 PM FPGA Development: RE: Programming the FPGA
- Yes. I'm using USB to serial dongle. It's unbranded using Prolific chipset. Unfortunately I do not have a "real" serial port on my laptop.
I've tried this several times with same result.
Full version on sfh_OMAP-L138.exe is 1.67.38... - TI 10:43 AM FPGA Development: RE: Programming the FPGA
- Craig
I see your serial port is COM7.. I presume that is a USB serial dongle? What brand / model is it? We have had some troubles with various dongles trying to push lots of data across them. Can you run it using a "real" serial port?
... - CM 10:25 AM FPGA Development: RE: Programming the FPGA
- Tried dead board instructions (sfh_OMAP-L138 -flash -v -p COM7 UBL_SPI_MEM.ais u-boot.bin) and I get read error:
(AIS Parse): Read magic word 0x41504954.
(AIS Parse): Waiting for BOOTME... (power on or reset target now)
(AIS Parse):... - TI 09:01 AM FPGA Development: RE: Programming the FPGA
- Craig
If you set the bootfpga environment var, uboot will automatically run the commands at startup. I'm not exactly sure when in the boot process it runs, but it is fairly early one.
cheers
/Tim
p.s. Don't forget to run the saveen... - CM 08:57 AM FPGA Development: RE: Programming the FPGA
- Good news / bad news.
It was a successful load. Green DONE led lit.
However, I apparently hammered the flash with an incorrect sf statement. I'm going to follow the dead board instructions to unbrick this board.
In the meantime,...
07/19/2011
- GG 05:06 PM FPGA Development: RE: Programming the FPGA
- Hi Craig,
I've attached a .bin file that should work for you (in the future we will add LX45 example .bin files to the MDK releases).
As far as the bootfpga command, the following should work for the LX45: - CM 02:49 PM FPGA Development: RE: Programming the FPGA
- Hi Greg.
This command worked: U-Boot > sf erase 0x580000 0x170000
But you are right. I still have issues.
I got the IndustrialIO.bin file from the Wiki: [[http://support.criticallink.com/redmine/projects/arm9-platforms/wiki/Prog... - GG 01:50 PM FPGA Development: RE: Programming the FPGA
- Hi Craig,
The flash erase needs to be page aligned. This should work: - CM 01:22 PM FPGA Development: RE: Programming the FPGA
- Tim - I think we are getting close.
Here's the result:
U-Boot > sf erase 0x580000 0x16b000
SPI flash erase failed - TI 12:53 PM FPGA Development: RE: Programming the FPGA
- Craig
Aha!
The default size for uboot's loadfpga command (and what is shown on the wiki!) is 0x80000 (1/2MB), which is for the LX16 part.
For the LX45 part, the file is much larger (1484404 bytes [ 0x16A674]), so all the parameters w... - CM 11:49 AM FPGA Development: RE: Programming the FPGA
- Thanks Tim.
No DONE led yet but looks as if I made progress:
U-Boot > sf probe 0; sf read 0xc0700000 0x580000 0x80000; loadfpga 0xc0700000
8192 KiB M25P64 at 0:0 is now current device
Loading FPGA from 0xC0700000 with 0x80000 by... - TI 11:43 AM FPGA Development: RE: Programming the FPGA
- Craig,
another thing to check is that the configuration of the device is correct.
if you run factoryconfig at the U-Boot> prompt it will tell you what the FPGA and Part Numbers are.
Make sure that this info jives with what you really ... - TI 11:32 AM FPGA Development: RE: Programming the FPGA
- Craig
The DONE led should go on immediately after programming the FPGA.
Can you try running the commands in the bootfpga variable from the prompt?
ie:
uBoot> sf probe 0; sf read 0xc0700000 0x580000 0x80000; loadfpga 0xc0700000
and s... - I'm following these Wiki instructions and I'm not getting the DONE led:
U-Boot > loadb 0xC0700000
## Ready for binary (kermit) download to 0xC0700000 at 115200 bps...
## Total Size = 0x00071544 = 464196 Bytes
## Start Addr = 0xC070...
07/15/2011
- MW 11:18 AM Software Development: RE: MityDSPl138 JTAG
- Marc,
Try stopping the ARM in the u-Boot phase and see if you can connect to the DSP then. The linux portion of ARM holds the DSP in reset by default, and it may be that the emulator can't break into the DSP with the emulator when it... - Hey All,
I have the XDS100V1 JTAG emulator, and I'm trying to connect to the DSP core with CCS4, but it does not seem to be working. Are there any steps that have to be taken to get the board working with the JTAG connection (other t... - MC 07:17 AM Software Development: RE: MITYDSP OMAP-L138 EMIF FPGA / NAND shared bus access
- Hi Mike
I have a few questions regarding the NAND flash and EMIFA.
As you earlier mentioned I could try adjusting the EDMA priority settings.
From the EDMA priority settings below (which I just dumped directly from the registers) ...
07/14/2011
- MW 02:03 PM Software Development: RE: uPP/DMA registers
- You will definitely need to configure the pin mux. You should assume that the UPP is powered down (in the reset state) as well. You may need to add the UPP clock to the clock tree in linux and turn it on, I haven't checked if that has ...
- SW 01:58 PM Software Development: RE: uPP/DMA registers
- Mike,
Thanks for the link to the OMAP specification. I think that is all I needed to start work on my driver. In the default mityDSP configuration, are the clocks and power enabled to the uPP? I assume I will need to set the pin m... - MW 01:13 PM Software Development: RE: uPP/DMA registers
- Hi Scott,
Unfortunately, TI (nor Critical Link) provides linux drivers for the UPP.
The memory map that includes the base address of the UPP peripheral is in the "OMAP-L138 specification":http://www.ti.com/lit/gpn/omap-l138. The r... - Hello,
I want to use the uPP and EMIFA to pass data between an FPGA and the ARM on the OMAP. I think I've got what I need for the EMIFA, pick one of the available chip selects and create a driver to remap that memory. I'm a bit lost...
07/13/2011
- MW 03:17 PM Software Development: RE: Default Clock Speed
- No, it won't change the clocks. It will just feed the RTOS the correct numbers.
You really should set the frequency using the ARM unless you are not running any OS on it at all. The linux OS needs to know about changes made to the P... - ML 02:55 PM Software Development: RE: Default Clock Speed
- Will GBL_setFrequency(); actually change the clock, or just feed the RTOS will correct numbers like you were talking about?
My goal is to set the OMAP to 375MHz, preferably using the DSP and CCS. - MW 02:49 PM Software Development: RE: Default Clock Speed
- Hi,
I want to clarify a couple of things here.
The DSP and the ARM clocks are driven by the same system clock. Modifying the ARM modifies the DSP clock.
The MityDSP modules (i.e., the OMAP-L138/ARM-1808/ARM-1810) come up at 300... - GG 02:07 PM Software Development: RE: Default Clock Speed
- Hi Marc,
The boards default to running at 300 MHz, though they can be run at 456 MHz. You can change this in the DSP in two ways. You can do this statically by double clicking the .tcf file in your project, going to "Global Settings,"... - Hey All,
What speed will an out of the box MityDSP-L138 run at? I was under the assumption it was 456MHz, but when I look in the provided .tcf it says 300MHz. Any information would be much appreciated.
-Marc
07/06/2011
- MW 05:13 PM Software Development: RE: core/regs_gpio.h
- Hello Mads,
Thanks for the heads up on the GpioRegs structure. You are right, that is indeed an error in the file.
There is also an error in J701 GP0_N connections in the Industrial I/O card sheet. For Rev-E and higher boards, th... - Hi
I had some trouble getting GPIO working correctly in the OMAP.
Until I found out that the below structure is wrong...
typedef struct GpioRegs
{
volatile uint32_t REVID;
volatile uint32_t BINTEN;
tsGpioBankPair BANKPA... - Dear Sir,
I am looking for an evaluation board that supports real-time embedded linux.
I found that MityDSP-L138 uses TI 2.6.33 kernel with Real Time Extensions.
If possible, could you give me more information about Real Time Extens...
07/05/2011
- MC 02:23 AM Software Development: RE: MITYDSP OMAP-L138 EMIF FPGA / NAND shared bus access
- Hi Mike
Many thanks for your reply.
It is really latency we are worried about. We won't be transferring a lot of data, but timing is important.
We will have a look at the UPP interface.
Thanks,
Mads
07/04/2011
- MW 03:03 PM Software Development: RE: MITYDSP OMAP-L138 EMIF FPGA / NAND shared bus access
- Hi Mads,
NAND does share the EMIF bus with the FPGA and you may run into a potential latency issue if you do not manage the accesses. NAND acceses, particularly writes, may be rather slow as the device can stall the bus (it uses the ... - Hi
This is NOT a problem we are seeing (yet?), but we are wondering whether this is a problem we might be seeing in the future.
We have the OMAP-L138 module where the ARM side will be running Linux and DSP side SYS/BIOS.
Our con... - MC 10:32 AM Software Development: RE: HelloWorldARM DSPLINK example causes Assertion failed
- Hi Greg
Sorry I haven't replied yet.
Has been busy on other tasks, and this was a low low priority :-)
I have built the dsplinkk.ko myself. It might very well be the problem.
I will have a look into it, some time soon hopefully.
...
07/03/2011
- MW 01:36 PM Software Development: RE: mtdblock kernel crash
- Oh, if you need an /dev/mtdx device, you need to enable in the kernel:
CONFIG_MTD_CHAR
Should be in the device drivers->MTD config page.
Never had the chance to use mdev, but the device should be major 90, minor is 2x the device... - MW 01:31 PM Software Development: RE: mtdblock kernel crash
- Hi Zoltan,
Well, for the SPI issue, I have some information for you along with couple of work-arounds. Feel free to skip to the bottom for those if you like. Please note that there will also be some additional patches to the davinci...
07/02/2011
- CM 11:05 AM Software Development: RE: Eval Board will not boot
- I tried re-seating the module several times with no success. Got same results with another kit's cables so I think cables are ok. Checked continuity of serial connector pins from socket on front thru holes to back of board and they all c...
07/01/2011
- MW 01:08 PM Software Development: RE: Eval Board will not boot
- Hi Craig,
Other than trying to re-seat the module and the serial port cables in their respective connectors, I don't have any other suggestions. If the board is not presenting the "BOOTME" description, then there must be hardware fa... - CM 11:50 AM Software Development: RE: Eval Board will not boot
- Did as instructed but did not see BOOTME on console.
Board serial # is 110251. - MW 11:39 AM Software Development: RE: Eval Board will not boot
- Hi Craig,
Can you please monitor the console (115200 baud, no flow control) and, while holding the boot button down, press the reset button? You should see "BOOTME" appear on the screen. Can you please confirm?
Also, can you plea... - Purchased 3 kits 80-000268RI-1 with SoM L138-FI-225-RC. One kit does not boot when power is applied. Green LED does light to indicate power. Monitoring serial port in hyperterminal same as we did for the other two kits that boot fine. Fo...
- GG 10:12 AM Software Development: RE: HelloWorldDSP.out syntax error
- Hi Marc,
Before you run the application, run the command: - ML 10:10 AM Software Development: RE: HelloWorldDSP.out syntax error
- Greg,
Is there anywhere in the wiki that explains how to set up the dsplink driver on the ARM? When I run ./HelloWorld HelloWorldDSP.out it fails to open the driver, which should be located in /dev/dsplink according to the error I ge... - GG 09:44 AM Software Development: RE: HelloWorldDSP.out syntax error
- Hi Marc,
With the latest MDK there is no need to rebuild DSPLink. I've updated the DSP Hello World wiki page to outline where the libraries are located that you need to link against in order to build the Hello World example for the AR... - ML 09:13 AM Software Development: RE: HelloWorldDSP.out syntax error
- I would prefer not to rebuild DSPLink. Is there somewhere I can find the HelloWorldDSP executable?
-Marc
06/30/2011
- TC 05:34 PM Software Development: RE: Industrial board USB mini-B connector problem
- Hi Zoltan -
You are correct. Thank you for pointing this out!
This fix will go into the next build of boards. I apologize for any inconvenience.
Thanks,
Tom - Hi,
Sorry I post my problem here, but there is no forum for the industrial board.
We had issues with some USB devices using the mini-B USB connector, and it seems the pin-out is wrong, and the ID (pin4) and GND (pin5) is swapped.
... - GG 02:32 PM Software Development: RE: HelloWorldARM DSPLINK example causes Assertion failed
- Hi Mads,
I'm not seeing this same behavior on my system. Can you give me more details? It seems you're running with the latest MDK, but did you change anything else on your board? Namely, what dsplinkk.ko module are you loading (the o... - MC 07:21 AM Software Development: RE: HelloWorldARM DSPLINK example causes Assertion failed
- Should probably note that we are using the OMAPL138 module.
- Hi
When the HelloWorldARM (DSPLINK) example applications runs lpDspApp->StopApp() I get the following error:
Assertion failed (ipsEventList [i].eventHandlerCount == 0). File : /home/mitydsp/MDK_2011-03-31/sw/3rdparty/dsplink_linux_... - GG 02:16 PM Software Development: RE: HelloWorldDSP.out syntax error
- Hi Marc,
With the latest MDK you should not actually need to rebuild DSPLink (I'm updating the DSP Hello World wiki to reflect this now).
The kernel object for dspplink is located at MDK_2011-03-31/images/modules/dsplinkk.ko and t... - ML 01:39 PM Software Development: RE: HelloWorldDSP.out syntax error
- Oh ok, that clears up my confusion on how the DSP actually gets loaded with the executable. I dident realize HelloWorldDSP was an ARM executable, because I was stuck in the linux section of the guide where it asks you to
•Build DSPL... - MW 01:18 PM Software Development: RE: HelloWorldDSP.out syntax error
- Hi Marc,
The HelloWorldDSP.out is a DSP executable. It must be loaded by an ARM executable that uses the DSPLINK interface. The wiki instructions call for: - Hi,
I'm to the very last step of the DSP Hello World guide, but when I run ./HelloWorldDSP.out on the board, it gives me the error
./HelloWorldDSP.out: line 2: syntax error: "|" unexpected
I followed the guide for setting up CCS... - ZC 12:37 PM Software Development: RE: mtdblock kernel crash
- Mike,
I'm good with my version, and I'm not in a hurry to upgrade my kernel.
Btw I'm using mitydspl138 with the industrial base board (revD) (if it matters)
Thanks again for your help!
Zoltan - MW 12:28 PM Software Development: RE: mtdblock kernel crash
- Hi Zoltan,
We've confirmed the SPI issue and are working on it. There were a couple of patches to the (linus) mainline regarding the SPI drivers that may be impacting your use case (there was a problem with 65535 or more byte accesse... - ZC 12:18 PM Software Development: RE: mtdblock kernel crash
- Mike,
Here is some extra information:
1. SPI flash engine got broken on 4/23. 4/23 0:00 revision was ok, 4/24 0:00 kernel crash. (probably with the new spi engine)
2. The NAND mtdblock got broken on 3/21 (with the 8/16 bit chang... - ZC 10:02 AM Software Development: RE: mtdblock kernel crash
- I have the mtdblock0 write problem (read is ok), and I have the SPI crash when writing mtdblocks on the SPI flash (read is ok)
I put it in one post because both are mtdblock related
I have no code running in the DSP, or any module ...
06/29/2011
- MW 08:34 PM Software Development: RE: mtdblock kernel crash
- Oh, one other question....
Do you have anything running on the DSP while this is going on? Or is it still in IDLE / RESET?
- MW 08:32 PM Software Development: RE: mtdblock kernel crash
- 1. OK.
2. Fair enough, didn't catch that originally.
3. Sure, I'll get you something tomorrow.
Couple more questions, if you don't mind....
Do you happen to know what git revision you were using when life was good? Do you ha... - ZC 07:20 PM Software Development: RE: mtdblock kernel crash
- Thanks for the quick response!
1. Toolchain:
gcc version 4.5.1 (Sourcery G++ Lite 2010.09-50)
2. Root FS is in ram (NOT mtdblock0):
Kernel command line: mem=48M console=ttyS1,115200n8 root=/dev/ram0 rw initrd=0xc1180000,16M
3.... - MW 06:37 PM Software Development: RE: mtdblock kernel crash
- Can you try the same command without mounting /dev/mtdblock0 as the rootfs? (e.g., stay in your ram initrd filesystem)
It's a little weird that you're trolling around /dev/mtdblock0 NAND if you have it mounted as your root filesystem.... - ZC 06:34 PM Software Development: RE: mtdblock kernel crash
- Mike,
It was a clean copy. I've made changes only to make it buildable from Windows (Cygwin). But those changes were made for my previous kernel revision.
Btw "hexdump -C -n 64 /dev/mtdblock1" works fine.
Zoltan - MW 06:19 PM Software Development: RE: mtdblock kernel crash
- Hi Zoltan,
We'll need to try to reproduce this here. It may take a day to get to it.
When you rebuilt, did you do a make clean first? Or did you pull a clean copy of the kernel down?
-Mike
- ZC 05:35 PM Software Development: RE: mtdblock kernel crash
- This is what I did to crash the kernel:
2. echo Test > /dev/mtdblock9
- Hi,
I've got the latest linux kernel image, defconfig'd it, enabled SPI flashes, and nuilt the kernel.
1. If I access mtdblock0 (e.g. "hexdump -C -n 64 /dev/mtdblock0", gives me the following errors:
end_request: I/O error, dev ...
06/28/2011
- GG 05:00 PM Software Development: RE: Where can I get the files listed on the DSPLink Hello World wiki?
- Hi Marc,
I just sent you the additional files you need. Let us know if you run into any further issues.
Thanks,
\Greg - ML 10:48 AM Software Development: RE: Where can I get the files listed on the DSPLink Hello World wiki?
- Hi,
I am also having trouble finding the prerequisite files for the PC side (dsp_main.cpp, dspcore.lib, ect). I downloaded the latest tarball release but couldent find any of them in it.
-Marc