Activity
From 08/28/2013 to 09/26/2013
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?
09/09/2013
- 07:28 AM Software Development: RE: Linux blocks DSP-core access to EMIFA
- 2.6.34
- 07:12 AM Software Development: RE: Linux blocks DSP-core access to EMIFA
- What version of the kernel are you using?
- 05:50 AM Software Development: RE: Linux blocks DSP-core access to EMIFA
- Ok, I see the reason - kernel booting resets EMIFA setups. Is there any way to prevent it than?
- Hello!
DSP-core reads memory mapped FPGA register by EMIFA. When ARM-core runs UBOOT everything works fine. When L...
09/06/2013
- 07:32 PM Software Development: RE: SIGNAL issues with DSPLink
- I was able to make the alarm work by modifying CFG_linux.c and rebuilding DSPLink. I tried two methods:
1. turn off... - I am trying to use the alarm() function in an application much like DSPHelloWorld. But if you add an alarm the applic...
- 12:18 PM Software Development: RE: Debugging in CCSv5 using GDB
- 'which python' returns the version that is in /usr/local/oecore-i686...
But if I run 'arm-angstrom-linux-gnueabi-g... - 11:29 AM Software Development: RE: Debugging in CCSv5 using GDB
- Steven,
That looks good, I accidentally included "python" in the directory name. You have confirmed the python ex... - 10:01 AM Software Development: RE: Shutdown misbehaving
- Helmut,
As long as your application doesn't need to do any cleanup (saving files), the kill -9 should be ok.
... - 10:00 AM Software Development: RE: Shutdown misbehaving
- My guess is that the DSPLINK driver library is catching the signals and shutting itself down (a default behavior to s...
- 09:57 AM Software Development: RE: Shutdown misbehaving
- Probably RESOLVED.
There was another bug I thought unrelated, where I was calling system("poweroff.sh") multiple t... - Under Angstom linux on a mityomap L138F, I've created /etc/rc0.d/S99poweroffAPP.sh, a symbolic link of /etc/init.d/po...
09/05/2013
- 07:59 PM Software Development: RE: Debugging in CCSv5 using GDB
- I don't have a python directory in the /usr/local/oecore-i686/sysroots/i686-angstromsdk-linux/usr/bin directory, but ...
- 06:12 PM Software Development: RE: Debugging in CCSv5 using GDB
- Steven,
It looks like it's trying to use the distribution's python (which likely doesn't have the pydebug package)... - 05:26 PM Software Development: RE: Debugging in CCSv5 using GDB
- I followed the steps in the 'VM Build Steps" part of the Linux Build Virtual Machine tutorial - except that I install...
- 05:18 PM Software Development: RE: Debugging in CCSv5 using GDB
- I am running with a Ubuntu Linux distribution - 12.04LTS in VirtualBox Manager.
More information - 'gdb' run from ... - 04:57 PM Software Development: RE: Debugging in CCSv5 using GDB
- Hello Steven,
Are you running CCSv5 from a Critical Link Virtual Machine image or from your own Linux distributio... - 03:33 PM Software Development: RE: Debugging in CCSv5 using GDB
- More information - I discovered that I was using the default gdb, so changed that to the 'usr/local/oecore-i686/sysro...
I am using CCSv5 to create projects using the Critical Link toolchain. This is working fine - DSPHelloWorld etc ru...
09/04/2013
- 02:27 PM Software Development: RE: Graceful shutdown at what level?
- I'm not aware of any specific process monitoring programs that we use. I know that system-D has the ability to do it...
- 12:10 PM Software Development: RE: Graceful shutdown at what level?
- CORRECTION: Notes should do symbolic link copy: file /etc/rc0.d/S99hgfshutdown created via "cd /etc/rc0.d" and "cp -s...
- 12:01 PM Software Development: RE: Graceful shutdown at what level?
- Jonathan,
In fact I just got that half working a moment before seeing your post, and completely working now. I pu... - 10:47 AM Software Development: RE: Graceful shutdown at what level?
- Helmut,
You could try adding the KILL voltage script to /etc/rc0.d. If you look there you can see that the filesy... - 10:35 AM Software Development: RE: Graceful shutdown at what level?
- Michael & Tim:
I sincerely appreciate your advice and want to follow through as best that I can. While I am ultim...
09/03/2013
- 06:14 PM Software Development: RE: Graceful shutdown at what level?
- Helmut
I would think you could use the linux power management features to do this. Much like you can push a button o... - 06:03 PM Software Development: RE: Graceful shutdown at what level?
- Well,
Some questions come to mind as you have a couple of isses.
- Is your application writing anything to th... - I've inherited someone else's hardware design, based on the Critical Link OMAP-L138F SoM, and I must finish up the so...
- 02:04 PM Software Development: RE: Programming fpga from inside ARM application
- Thanks, Mike. I am running linux, and the system() call was just what I was looking for.
09/02/2013
- 08:36 AM Software Development: RE: Programming fpga from inside ARM application
- Is the ARM an linux application or a bare metal application?
If it is a linux application, you will need to write ...
08/30/2013
- We have examples of how to program the FPGA from uboot or from the linux command prompt. I have used both methods s...
- 11:15 AM Software Development: RE: OMAPL138 DSP-EDMA3 transfer from EMIFA when Linux is running on ARM
- Another update...
Now Ti reports that I have to say the linuxkernel to reserve the DMA-channels what I using on th... - 08:20 AM Software Development: RE: OMAPL138 DSP-EDMA3 transfer from EMIFA when Linux is running on ARM
- I got an response from TI. this behavior has probably something to do with the used IRQ channel on ARM side. ARM uses...
08/29/2013
- 08:31 PM Software Development: RE: tcDspFirmware::print_version_info() writes past end of buffer
- Hi John,
Thanks for the information, we'll patch this up for the next release. I'm very sorry for the bug (and c... - print_version_info() can write more bytes than the 'anMaxLen' argument. The workaround is to pass it a large enough ...
- 07:38 AM Software Development: RE: OMAPL138 DSP-EDMA3 transfer from EMIFA when Linux is running on ARM
- Thanks Mike for your quick answer!
I don't think so that it has something with my used timer(Timer64P3) to do. I p... - 07:14 AM Software Development: RE: OMAPL138 DSP-EDMA3 transfer from EMIFA when Linux is running on ARM
- I suspect that linux may be using the same EDMA resources or interrupts.
I think that the linux ARM-9 port may use... - Hi,
I'm not sure if this forum is the right place to post this question but i will do it an hopefully anybody can ...
08/28/2013
- 05:37 AM PCB Development: RE: The schematic of MityDSP-L138 Development Kit
- Hi,tom
please e-mail me the link to download the design files for the MityDSP-L138F schematic,thx!
Also available in: Atom
Go to top
