Activity
From 09/10/2013 to 10/09/2013
10/09/2013
- 01:36 PM Software Development: RE: EMIFA write timing
- Do you mean for the EMIFA from the OMAP-L138 or the signals from the EMIFA_iface.vhd module that CL provides?
I do... - Is there a diagram for the EMIFA write timing like the one in the wiki for read timing? I am having some problems im...
10/08/2013
- 06:04 PM Software Development: RE: UPP "start" signal ignored in receive mode?
- FYI, for anyone reading this in the future:
The root of the problem was that the FPGA was sending longer or shorte... - 04:12 PM Software Development: RE: Can't get DMA using low level driver working on DSP
- You bring up a very good point. If you are only moving 16 words every 4us, the overhead to setup the DMA may be too ...
- 04:09 PM Software Development: RE: Can't get DMA using low level driver working on DSP
- By the way, David and Mike, thanks for the information on the cache functions. When I insert them into my example, I...
- 03:52 PM Software Development: RE: Can't get DMA using low level driver working on DSP
- Thanks, David for all that information - as you can tell I am not very experienced in DSP programming. I hope you wo...
- 03:19 PM Software Development: RE: Can't get DMA using low level driver working on DSP
- The QDMA can be used for just about anything the EDMA can be used for, in terms of transfers, but it can't be trigger...
- 01:30 PM Software Development: RE: Can't get DMA using low level driver working on DSP
- First to David Rice: This test was just meant to get me started - ultimately I want to transfer 16 bit words from ext...
- 01:20 PM Software Development: RE: Can't get DMA using low level driver working on DSP
- Hello Steven,
Is it possible that you need to invalidate your cache prior to validating the transfer has completed... - 01:01 PM Software Development: RE: Can't get DMA using low level driver working on DSP
- Hi Steven,
I looked briefly at your code and nothing jumped out at me...
I am the one who developed Critical Li... - I desperately need some help here. I have been trying for 3 days to get DMA working on the DSP. I have attached a C...
10/07/2013
- 08:00 PM Software Development: RE: GPIO sharing between ARM and DSP
- Hi Steven,
We don't have any partitioning schemes in place, as it is very application specific. In fact, we don't...
10/06/2013
- 01:28 PM Software Development: RE: DSP DMA crashes Linux
- I too am having a lot of trouble implementing EDMA on the DSP using LLD. But I don't understand Lars' last post. As...
10/05/2013
- According to the information in this link:
http://e2e.ti.com/support/embedded/linux/f/354/t/47756.aspx
the linu...
09/30/2013
- 12:36 PM Software Development: RE: DSP GPIO interrupts (No-FPGA)
- Hello Steven,
1. It is highly recommended to set the pins up in a matter you want to use them. The processor may b... - 07:09 AM Software Development: RE: watchdog causes strange side effects
- Ah, OK.
There is a "post on TI's E2E site":http://e2e.ti.com/support/embedded/bios/f/355/t/74121.aspx that talks... - 06:44 AM Software Development: RE: watchdog causes strange side effects
- Got some more insight. When I start kicking the watchdog, the dspbios function TSK_sleep() fails (sleeps forever). It...
09/29/2013
- 04:24 PM Software Development: RE: watchdog causes strange side effects
- Thanks for the fast reply !
Model #:L138-FI-381RL-3B
/proc/config.gz attached
Further debugging revealed that ... - 07:53 AM Software Development: RE: watchdog causes strange side effects
- Is it possible the watchdog is firing before you kick it? How much margin do you have between the kick and the confi...
- 07:51 AM Software Development: RE: watchdog causes strange side effects
- None come to mind right away....
What model number SOM are you using?
What version of the kernel are you using,... - 03:01 PM Software Development: RE: Audioexample with DSP-ARM-Communication
- Hej Mike,
if your support is for DSPBios and DSPLink and there is no much overhead, then I will stick to that.
... - 09:09 AM Software Development: RE: Audioexample with DSP-ARM-Communication
- DSPBIOS (or SYSBIOS) does not introduce much overhead, it should be fine for you application. If you need to, you co...
09/28/2013
- Hi,
I am having a lot of problems with the watchdog.
1) After kicking it for several minutes, a kernel panic o...
09/27/2013
- 01:36 PM Software Development: RE: Debugging in CCSv5 using GDB
- I followed option 2, and now have GDB working. I did a lot of searching on the net, and it seems that the issue with...
09/26/2013
- 11:59 AM Software Development: RE: SATA Interface R/W Performance
- Check this page from TI.
http://processors.wiki.ti.com/index.php/DaVinci_PSP_03.21.00.04_Device_Driver_Features_an... - Hi There,
Do you have any read/write performance figures for the SATA interface on the MityDSP/Industrial I/O
boa...
09/25/2013
- 04:41 PM Software Development: RE: GPIO in linux
- I looked at that file, and the array includes all the Bank 0 pins, so they all should be acting as GPIO - but accordi...
- 03:44 PM Software Development: RE: GPIO in linux
- You will need to edit the baseboard file you are using and rebuild the linux kernel. For instance, the industrial IO ...
- 03:09 PM Software Development: RE: GPIO in linux
- How do you set pinmux values in linux?
- 02:41 PM Software Development: RE: GPIO in linux
- Make sure that the pinmux is set correctly so that GPIO0 functions as a GPIO.
\Greg - I want to use GPIO pins in my application. Doing the following:...
09/20/2013
- Hej,
I'm new to the TI OMAP and previously worked with AD Sharc-Processors.
For a new product I switched to the...
09/19/2013
- 05:33 PM Software Development: RE: DSP DMA crashes Linux
- Hi Lars,
This is interesting... I did not think that the linux code was using the Quick DMA PaRAMS. I know you ha... - 05:09 PM Software Development: RE: DSP DMA crashes Linux
- Dave,
I think I found the problem.
When comparing the board definition file for the da850 evm (board-da850-evm.c) ... - 04:17 PM Software Development: RE: DSP DMA crashes Linux
- I will have to give that some thought. It was my understanding that the two processor each had use of a different pa...
- 02:54 PM Software Development: RE: DSP DMA crashes Linux
- Hi Dave,
I have done a full matrix of experiments, interrupt 7 or 8, with and without MMC in the kernel, and booting... - 03:54 PM Software Development: RE: SYS/BIOS and SYSLINK
- It seems to me that TI is moving to SYS/BIOS and DSP/BIOS will soon be deprecated. Most of the really useful trainin...
09/18/2013
- 09:20 PM Software Development: RE: SYS/BIOS and SYSLINK
- Don't have any immediate plans to update, though they should compile against SYS/BIOS without much modification.
W... - 05:48 PM Software Development: RE: DSP DMA crashes Linux
- Dave,
I have confirmed that if I run Linux off the built in flash disk (and disable MMC support) I can do DMA transf... - 05:46 PM Software Development: RE: DSP DMA crashes Linux
- Hi Lars,
I am currently working on a project that uses the QDMA class to move data between the FPGA and memory, an... - 02:19 PM Software Development: RE: DSP DMA crashes Linux
- Thanks Dave,
That was a lot of useful information!
I did indeed pull in some off the mark libraries during link tim... - 01:08 PM Software Development: RE: DSP DMA crashes Linux
- I assume you are not actually using any .c files from the EDMA code? If so, get rid of those. All you need from the...
- 12:37 PM Software Development: RE: DSP DMA crashes Linux
- Hi Dave,
Thanks for the reply.
I tried that - still the same problem.
My sense is that this has something to d... - 11:26 AM Software Development: RE: DSP DMA crashes Linux
- Hi Lars,
The tcDspQDMA class handles all of the setup for the dma, so you don't need the HWI_eventMap() call. Tha...
09/17/2013
- 12:35 PM FPGA Development: RE: BUSY and AWAKE LEDs
- D2 (AWAKE) is connected to pin P15 of the FPGA. Drive high to light.
D3 (BUSY) is connected to pin P16 of the FPGA.... - On my L138-DI-225-RI board, I observe two LEDs labeled "BUSY" and "AWAKE". These are located next to the "DONE" LED ...
- Hi,
I ran into a basic problem testing out DMA transfers on the DSP to see if the speed improvement is worth the eff...
09/16/2013
- Are there plans to update the libraries and examples (e.g. DSPHelloWorld) to SYS/BIOS and SYSLINK? TI seems to be in...
- 12:45 PM Software Development: RE: Debugging in CCSv5 using GDB
- Thanks for your reply - I have put this issue on the back burner as I am now working on DSP side software for a while...
- 04:50 AM Software Development: RE: DSP EDMA Semaphore problem
- Sorry about the problem. The cause of this was the incorrect memory access of mine. I basically tried to simultaneous...
09/15/2013
- 09:39 PM Software Development: RE: DSP GPIO interrupts (No-FPGA)
- I have some follow-on questions for this thread, because this is something I am working on right now (DSP/BIOS non-FP...
09/12/2013
- Hello,
I have succesfully transferred the blocks of data using the BlockTransfer Method from DspQDMA.cpp (see thread...
09/11/2013
- 07:25 PM Software Development: RE: Debugging in CCSv5 using GDB
- Steve,
I have been unable to reproduce the issue and the obvious parts of your python environment seem to be confi... - 05:58 PM Software Development: RE: Debugging in CCSv5 using GDB
- I would appreciate some help with this - I have no idea how to solve this problem. Without GDB working I have no way...
09/10/2013
- 10:25 PM Software Development: RE: Linux blocks DSP-core access to EMIFA
- Hello!
I have found a root of the problem - EMIFA goes to Disable state during kernel booting. Previously I have b... - 09:57 AM Software Development: RE: Linux blocks DSP-core access to EMIFA
- Mike, yes, I do like that and observe both - memory window and regs tab in CCS and my test program does an output via...
- 09:02 AM Software Development: RE: Linux blocks DSP-core access to EMIFA
- Hmmm.
The MIDR is read only, it cannot be changed by any software. I haven't seen behavior like this before.
A... - 07:59 AM Software Development: RE: Linux blocks DSP-core access to EMIFA
- Michael, I have simplified the setup: as I wrote, now DSP-core reads just several registers and EMIFA_MIDR_REG which ...
- 07:41 AM Software Development: RE: Linux blocks DSP-core access to EMIFA
- u-Boot is the only software (as opposed to the kernel) that should be modifying the EMIFA registers if you are using ...
- 06:52 AM Software Development: RE: Linux blocks DSP-core access to EMIFA
- Could it be related to caching?
- 06:13 AM Software Development: RE: Linux blocks DSP-core access to EMIFA
- I wrote that kernel resets EMIFA setups - I mean CCS debug starts to show 0's for EMIFA registers and for other perip...
- 03:55 AM Software Development: RE: Linux blocks DSP-core access to EMIFA
- Does anybody use DSP-EMIFA-FPGA communication with DSP using no OS?
Also available in: Atom
Go to top
