Activity
From 07/21/2010 to 08/19/2010
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...
07/23/2010
- RB 07:14 PM Software Development: RE: dsplink debugging issue
- Hi Mike,
Just before I hit the call to pthread_create, I added a breakpoint at the entry point of the new thread and also a break point right after the call to pthread_create. Then, when I hit resume, the breakpoint inside the new threa... - RB 06:39 PM Software Development: RE: dsplink debugging issue
- Hi Mike,
I'm using the gdbserver that I built since my company has me behind a firewall and won't recognize the mityOmap as an authorized machine. :-(
Anyway, I didn't see anything related to multiple threads in Eclipse and how to sw... - MW 04:55 PM Software Development: RE: dsplink debugging issue
- Rich,
Are you using the gdbserver that you built or the one from opkg? You should be able to do thread level debugging. I'll see if I can reproduce. Keep in mind on the eclipse context that multiple threads can be running, and if y... - RB 04:07 PM Software Development: RE: dsplink debugging issue
- Hi Mike
I think I have a handle on what's going on.
The system seems to go into limbo immediately after a call to pthread_create() inside a function called _NOTIFY_Init in _notify.c module, which is part of the dsplink library. It se... - RB 03:22 PM Software Development: RE: dsplink debugging issue
- Good idea. I'll see what I can find out.
-rb - MW 03:12 PM Software Development: RE: dsplink debugging issue
- You might try to compile the dsplink libraries in debug mode and then step into the PROC_attach and see what's going on. If I get a chance I'll try it here as well.
-Mike
- RB 03:03 PM Software Development: RE: dsplink debugging issue
- Hi Mike,
The app is the "message" sample app provided by TI in their dsplink release. It runs to completion normally when executed outside of the debugger and communication between the ARM and DSP appears to be working correctly based... - MW 02:18 PM Software Development: RE: dsplink debugging issue
- If you let the application run in the absence of using the debugger, does PROC_attach return a value, or does it hang on the attach?
I thought that with DSP link, there is a handshake that must happen between the DSP and the ARM bef...
I am currently running the dsplink message app on the mityOmap processor (OMAPL138)
The message app works exactly as desired when invoked from the linux command line.
When using gdbserver and eclipse to perform arm side debugging...- MW 02:23 PM Software Development: RE: Kernel documentation
- Hi Dennis,
If you are trying to use the EMIFA on one of the chip select spaces for the FPGA with custom FPGA code, you will need to write a kernel module driver to provide access to the physical memory in linux. There is a "pretty go...
07/22/2010
- I need to write to the emfia and read from the uPP. Is there documentation on the interfaces other than wading through the kernel source?
- RB 05:33 PM Software Development: RE: Help with Debugging inside Eclipse
- Hi Mike,
It turns out I got the i86 and mityOmap binaries confused during the build process and was trying to run the omap binary from Eclipse which is why it wasn't too happy. I can step through code now in my simple hello world app ... - RB 10:39 AM Software Development: RE: Help with Debugging inside Eclipse
- HI Mike,
That was a typo, should have been gdbserver. Thanks!
Rich
07/21/2010
- MW 08:57 PM Software Development: RE: Help with Debugging inside Eclipse
- Hi Rich,
I added a couple of notes to the [[Debugging_ARM_Apps_with_Eclipse]] tonight. We have been using gdbserver here (I'm not familiar with gdbugger) with success. I will try to get some screen shots of the eclipse configuration... - I could use some assistance in configuring my Eclipse environment in VirtualBox to properly perform remote debugging to my target MityOmap. I am able to cross-compile and run the application (a simple hello world program) on the target a...
I've put together some information which may be of help to others planning to use DSPLINK to support interprocessor communication on the MityOmap/MityDSP platform.
From the perspective of the DSP which addresses memory in an absolut...