Activity
From 10/18/2013 to 11/16/2013
11/16/2013
- SH 08:13 PM Software Development: RE: Linux startup with app running after boot
- I was wrong about starting the app with the full pathnames for both the app and the DSP executable. I wrote a service to start it up that way, and it works, but it crashes the terminal program (I am using Putty) and I have to restart my...
11/15/2013
- SH 07:26 PM Software Development: RE: Linux startup with app running after boot
- Thanks for that, but how do you do the same thing with a systemd service? My filesystem is using systemd for startup.
- TI 06:30 PM Software Development: RE: Linux startup with app running after boot
- Steven
In your script that runs the app, just "cd" to the correct directory. I.e.
cd /mnt/user_nand
./myApp mydspExecutable &
cheers
/Tim - SH 06:27 PM Software Development: RE: Linux startup with app running after boot
- I have what might seem like a dumb question. I like the idea of starting the app as a service, and I have written and tested a service that loads the fpga_ctrl and DSPLink modules on startup. My application and the files it needs to ru...
11/12/2013
- JC 02:33 PM Software Development: RE: EDMA conflict DSP <-> Linux
- Was the bug in the kernel or your application?
- BK 02:09 PM Software Development: RE: EDMA conflict DSP <-> Linux
- Found the reason. The DMA configuration was wrong.
- TI 07:59 AM Software Development: RE: Linux startup with app running after boot
- Steven
One other note..
If you are using a newer filesystem with systemd (does /etc/systemd exist) things are a bit different. The link in step 4 talks about it a bit.
cheers
/Tim - TI 07:52 AM Software Development: RE: Linux startup with app running after boot
- Steven
1 - No you don't need to log in as root... the init system will run your script for you. One thing that may catch you (it got me) is that HOME will not be defined when your script is run by init.
2 - Copy a simple script in /e...
11/11/2013
- I am at the final stage in getting my project working on the MityDSP L138 board. I want to load the FPGA control module and the DSPLink module and then start my application, which is designed to run until the sun goes nova or the batter...
11/09/2013
- BK 06:06 PM Software Development: RE: EDMA conflict DSP <-> Linux
- Hej Mike,
I'm using my own board and also my own baseboard-configuration.c which is based on your baseboard-industrialio.c. I removed everything related to SPI, McASP and USB - espacially the functions
> baseboard_setup_spi();
> ......
11/08/2013
- MW 01:56 PM Software Development: RE: EDMA conflict DSP <-> Linux
- What baseboard file are you using?
The devkit one configures MCASP for use by the ARM/linux. Could be a resource contention?
The board-da850-evm.c code is reserving EDMA channels such that the linux OS doesn't try to use them. ... - Hej,
I try to use the EDMA to copy data from the McASP to and from a buffer for further processing on the DSP.
If I don't use the EDMA but McASP interrupts to copy the data it works fine, but when I try to use the EDMA it does not ...
11/05/2013
- BD 10:37 AM Software Development: RE: How to launch application on startup
- MF 09:55 AM Software Development: RE: How to launch application on startup
- So, from the command line:
- MW 07:05 AM FPGA Development: RE: uPP receive issues
- Yes, this is the issue. The pin-muxed OMAP-L138 net that includes the UPP_CHB_CLOCK is not connected to a GCLK pin. We didn't have the routing resources (or the clock pins) to connect every possible clock pin on the OMAP-L138 to a GCLK...
- MT 06:18 AM FPGA Development: RE: uPP receive issues
- I have resolve that problems. Maybe I was wrong to select uPP clock sources (PLL1_SYSCLK2).
But, when my FPGA sytem is bigger. I have an other bugs when mapping the logic.
Place:1108 - A clock IOB / BUFGMUX clock component pair hav...
11/04/2013
- BD 01:09 PM Software Development: RE: How to launch application on startup
- Mary,
When you exit a shell, all processes connected to the shell are typically terminated. When you execute a script, the shell used to run the script terminates at the end. Your application is probably being terminated prematurely.... - JC 12:54 PM Software Development: RE: How to launch application on startup
- Do you happen to know if your system is using systemd for starting processes?
You can check to see if the following directory exists: /etc/systemd/
If you have a filesystem that uses systemd then reading the following may be helpfu... - JC 12:48 PM Software Development: RE: How to launch application on startup
- You can run the command "ps | grep myApplication" and look for your process in order to tell if its running.
Also normally you would redirect output from the console to a log file for your application, something like:
/home/root/He... - JC 12:44 PM Software Development: RE: How to launch application on startup
- Mary,
I think you have a typo here:
./home/root/HelloWorldDSP/Debug/myApplication myArgument &
There shouldn't be a period at the beginning of the line. - Could you provide an example of how to start an application on startup. I get that you can run it from a script in init.d which is referenced in rc5.d. My problem is that if I start it in the background (even from a shell command) it s...
10/25/2013
- SH 06:15 PM Software Development: RE: Can't get DMA using low level driver working on DSP
- Thanks for the replies. I'm using the 0x66000000 (CS5) space.
However, I was wrong about the interpretation of the hi-res clock in DSP/BIOS - each count is one CPU clock cycle, so the transfer rate is closer to 170ns per 16-bit word. ... - DR 08:46 AM Software Development: RE: Can't get DMA using low level driver working on DSP
- If you have cache enabled for the DDR, I don't think it should be much faster to use IRAM. Your DMA in this case will complete when the data is in cache, not when it is in DDR.
Transfers from the EMIF interface are not very efficient... - MW 07:45 AM Software Development: RE: Can't get DMA using low level driver working on DSP
- The crossbar to the EMIF is not great. Which CS space are you using for your transfer? The number of wait states changes with chip select space.
Transferring to IRAM may help you, as I believe the DMA will transfer from EMIFA to CPU... - MW 08:10 AM FPGA Development: RE: uPP receive issues
- Do you know which two byes you are missing? Are they consistently the same two bytes?
Do you have a chipscope license?
10/24/2013
- SH 08:10 PM Software Development: RE: Can't get DMA using low level driver working on DSP
- I hope somebody is still monitoring this thread - I have DMA working now using buffers on the FPGA, but the transfers seem to be pretty slow. I am transferring 228 16 bit words from the FPGA buffers (so over the EMIF). I am using the h...
- SH 10:54 AM Software Development: RE: SYS/BIOS and SYSLINK
- Hi Mike:
Here is another example of why I think the move to SYS/BIOS is necessary - check out this post:
http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/3205/116267.aspx
note the key phrase - "RTDX no lon...
10/23/2013
- MT 08:25 AM FPGA Development: RE: uPP receive issues
- I have updated my source code
This is my *.ucf file
NET "o_upp_2xtxclk" LOC = "F4" | IOSTANDARD = LVCMOS18;
NET "io_upp_chb_clock" LOC = "T1" | IOSTANDARD = LVCMOS18;
NET "io_upp_chb_start" LOC = "T2" | IOSTANDARD = LVCMOS18 | PU... - Hi,
I am using Upp to transfer data between FPGA and OMAP.
The data send from FPGA to OMAP is OK. But FPGA can not receive exactly data from OMAP.
FPGA has missed 2 byte from OMAP.
in FPGA design, i have used clock from OMAP to recei...
10/19/2013
- PS 10:38 AM Software Development: RE: UPP acquisition issue
- hi Greg,
Thanks a million for all the help, solved the issue finally. I did set the dma thread priority to 15 but that didn't help. Finally enabled STARTA and used it as a handshake signal between UPP and ADC, rather than using extern...
10/18/2013
- GG 02:09 PM Software Development: RE: UPP acquisition issue
- Hi Preejith,
First, in relation to the thread priority, 15 is the maximum priority for a task and 1 is the lowest. I think the confusion comes from that fact the priority for the DMA engine itself ranges from 0-7, with zero being the... - PS 10:12 AM Software Development: RE: UPP acquisition issue
- hi Greg,
We tried both your suggestions but without success. First about the DMA thread priority, we tried setting it to 15 but it didn’t change anything. According to what i understand from the dsp/bios manual it seems 0 is the highe... - MF 08:18 AM Software Development: RE: File transfer methods
- I did not try a ftp transfer. We have decided to do the transfer within our application, by connecting to a socket and just sending the file data through. I would expect to get performance something like netcat.
Mary