Activity
From 07/23/2010 to 08/21/2010
08/18/2010
- 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 ...
- 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 kn...
- 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 hyperte...
- 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 ri...
- 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 "... - 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... - 02:51 PM Software Development: RE: Loading FPGA
- Should the "done" LED light up if the FPGA was programmed correctly?
- 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 corre... - 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 gi...
08/09/2010
- 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 co...
- 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,...
- 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 ...
08/03/2010
- 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... - 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 ... - 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 up...
08/02/2010
- 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 s... - 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 DSPL... - Hi Mike,
I got the CCS configuration setup as far as I can tell correctly using the platform configuration file fo...
07/28/2010
- 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. T...
07/27/2010
- 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.
- 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 in...
- 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 ... - 05:16 PM Software Development: RE: kernel fetch problems
- Got it. Compiling the kernel now. Looks good! Thanks.
- 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 2e70fb60c2ace830e0b7170240a...
07/26/2010
- 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-object...
07/23/2010
- 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... - 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 mity... - 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 debu... - 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... - 03:22 PM Software Development: RE: dsplink debugging issue
- Good idea. I'll see what I can find out.
-rb - 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 ...
- 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 normal... - 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...
I am currently running the dsplink message app on the mityOmap processor (OMAPL138)
The message app works exactl...- 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,...
Also available in: Atom
Go to top
