Activity
From 09/15/2013 to 10/14/2013
10/14/2013
- JC 02:51 PM Software Development: RE: File transfer methods
- Note that all of my experiments have been on a mitydsp copying from nand and not sata.
- JC 02:49 PM Software Development: RE: File transfer methods
- I built the latest busybox using instructions provided and ran the ftpd service as described below and got a transfer rate close to 6MB/s.
I copied the new busybox executable to the /home/root folder and ran it from there for the belo... - MW 02:28 PM Software Development: RE: File transfer methods
- TFTP is not very efficient depending on how it is configured.
- MW 02:27 PM Software Development: RE: File transfer methods
- It might be easier to export the mitydsp filesystem via NFS or SAMBA and have windows access it directly.
Or have the mitydsp mount a windows share via SAMBA and do a copy.
You should be able to get 7 or 8 MB/sec transfer speeds,... - JC 02:23 PM Software Development: RE: File transfer methods
- I was able to transfer a 6MB file in about 13 seconds which is about 472 kB/s.
And the same transfer done over scp took about 6 seconds and reported an average speed of 1.0MB/s. - JC 02:14 PM Software Development: RE: File transfer methods
- I switched to using the http://tftpd32.jounin.net/ program as the tftp server as I was unable to get the other one to give me enough data to determine transfer speed. This program is much simpler and will display the transfer speed of t...
- JC 02:06 PM Software Development: RE: File transfer methods
- My guess is that windows firewall is blocking the connection. You should be able to google how to allow an inbound connection through the firewall on port 69 for your specific version of windows.
-Jonathan - MF 01:58 PM Software Development: RE: File transfer methods
- Trying the Solar Winds tftp server. Installed it, ran it.
On my target:
root@mityomap:/mnt/sata# tftp -p -l testfile 192.168.1.82
tftp: timeout
root@mityomap:/mnt/sata# tftp -p -r testfile 192.168.1.82
tftp: timeout
Also t... - BD 01:53 PM Software Development: RE: File transfer methods
- Mary,
The angstrom distribution we use for our baseline does not include a TFTP server in its package repository.
If the TFTP speed meets your requirements, you will need to compile busybox and enable support for TFTPD.
Some t... - JC 01:25 PM Software Development: RE: File transfer methods
- It is possible. But i would test the other direction first to see if you get the speeds your looking for.
-Jonathan - MF 01:24 PM Software Development: RE: File transfer methods
- The Windows PC would be requesting the file. So, I think we want the som to be the server. Is this possible?
Mary - JC 01:16 PM Software Development: RE: File transfer methods
- Mary,
There should be a tftp dameon package available for this platform.
Which device will be triggering this transfer? Meaning is the Windows computer going to be the server and the som the client or visa versa.
If you want... - What is the most efficient file transfer method that this distro supports? We expect to generate very large files (up to 1 GB) on a SATA drive. A host PC (Windows) will need to transfer the files from the target to the host over a netw...
10/11/2013
- ZL 11:30 AM PCB Development: RE: MityDSP-L138F LVDS lengths? .... (posted on behalf of a customer)
- Hi Angela,
The following traces' length are reported from our tool.
Let us know if you need anything else. Thank you.
Net Name Trace Length (mil)
IO_7_N 892.248
IO_7_P 942.683
IO_9_N 859.358
IO_9_P 883.568 ... - TI 07:45 AM Software Development: RE: IndustrialIO board with Mity-DSP-L138F, No ETH PHY detected
- One thing that sticks out..
you flashed the kernel to 0x100000 instead of 0x10000 (which is where you erased).
which could explain the no magic # issue.
If the phy detection issue is limited to the SOM and you said there was an elec... - I am using an IndustrialIO Rev 2B board with a Mity-DSP-L138FI-236-RL SOM in which uboot reports:
Resetting ethernet phy
Net: No ETH PHY detected!!!
When investigated using "mii device", no names are listed. I think this indicat...
10/10/2013
- My company is using your MityDSP-L138F SoM in a research prototype. The design has a high speed LVDS bus to the Spartan-6. We need to design LVDS bus with an off module clock input connecting to the FPGA O-SERDES2. To clculate the cloc...
- MW 07:38 AM Software Development: RE: EMIFA write timing
- Hi Steven,
Using a separate chip select (and adjusting the wait timings setup in u-Boot) should make this feasible, but I can't really help much further with a detailed implementation.
If you are not using any of CL's provided core... - SH 12:52 AM Software Development: RE: EMIFA write timing
- To read the THS1206 I need two chip selects, which can be the core cs and an address bit. Then I need a read pulse which is enclosed within the chip selects and long enough that the THS1206 has time to drive the data bus so the EMIFA ca...
10/09/2013
- MW 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 don't have one drawn up, but you do have the source code for the EMIFA_iface.vhd (if that is what you are after) that you ... - Is there a diagram for the EMIFA write timing like the one in the wiki for read timing? I am having some problems implementing an interface to a THS1206 ADC using RD and WR - for the read, it looks like RD goes high after everything is ...
10/08/2013
- SC 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 shorter packets than the UPP hardware was configured for. The START signal does actually work once everything is configured c... - DR 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 much to make it worth doing that.
Do you have a latency requirement (i.e., how may microseconds from the time the dat... - SH 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 see that the data has indeed been transferred by DMA. Too bad I didn't do this a couple of days ago...
- SH 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 won't mind if I ask you a related question. The reason for wanting to use DMA in the first place is that I must read 8 wor...
- DR 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 triggered by an external event -- it is software triggered. What this means is that you have to have an interrupt handler to r...
- SH 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 external memory (via EMIFA mapped through the FPGA) from an ADC to internal memory for processing. So that once I got the ...
- MW 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? I am looking at your code and I do not see any invalidation. Are you disabling CACHE via the MAR registers or BIOS s... - DR 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 Link's QDMA class for use on this module, although it was a couple of years ago. I do remember that it was a very painful... - I desperately need some help here. I have been trying for 3 days to get DMA working on the DSP. I have attached a CCSv5.5 project that I have been working with – it couldn’t be much simpler, just a memory to memory transfer using the e...
10/07/2013
- MW 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 have DSP based interrupt handling of OMAP-L138 GPIO's incorporated into our released DSP libraries because we don't hav...
10/06/2013
- SH 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 far as I can see, looking at the files in ../arch/arm/mach-davinci, the call to da850_register_edma() is not meant to h...
10/05/2013
- According to the information in this link:
http://e2e.ti.com/support/embedded/linux/f/354/t/47756.aspx
the linux side and the DSP side have to partition GPIO resources by bank. But the GPIO pins available on the MityDSP-L138F seem...
09/30/2013
- RK 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 be configured at a startup to have these pins as GPIO's, but this configuration can be changed by the other application, ... - MW 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 about this exact issue. The post also includes some example code to have the DSP use Timer 2 or Timer 3 instead of tim... - SB 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 seems that dspbios relies on the same timer as the watchdog. How can I select which timer is used by dspbios and linux ?
09/29/2013
- SB 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 the communication between ARM and DSP stops as soon as I start kicking the watchdog. The DSP is still alive, but it appe... - MW 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 configured timeout?
-Mike
- MW 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, and can you attach your /proc/config.gz file?
Also, do you have a simple application that reproduces the issue that ... - BK 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.
The main reason for using a McBSP is that I plan two options for the system. One using the MityDSP-FPGA to route the aud... - MW 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 could do your DSP processing in an interrupt handler to avoid context switching, but I suspect that a simple task based sy...
09/28/2013
- Hi,
I am having a lot of problems with the watchdog.
1) After kicking it for several minutes, a kernel panic occurs because the NTP deamon (ntpd) hangs
ntpd D c026f624 0 1370 1 0x00000001
[<c026f624>] (schedul...
09/27/2013
- SH 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 gdb and python is known in Ubuntu 12.04, so I would advise anyone working with the MityDSP development system NOT to do...
09/26/2013
- MW 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_and_Performance_Guide#SATA_-_ext2_File_System_Performance
-Mike
- Hi There,
Do you have any read/write performance figures for the SATA interface on the MityDSP/Industrial I/O
board setup when connected to a SATA-II hard drive? If so, can you tell me what the test procedure
was and the file(s) si...
09/25/2013
- SH 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 according to my test, they are not.
Then I went back and had a close look at J701 on the board, and I was looking at it upsi... - DG 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 board uses baseboard file present at /arch/arm/mach-davinci/baseboard-industrialio.c, which has an array:
static shor... - SH 03:09 PM Software Development: RE: GPIO in linux
- How do you set pinmux values in linux?
- GG 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 MityDSP L138F. Basic system requirements are audio input (TDM, 16 or 32 channels) using the McBSP, audio processing on ...
09/19/2013
- MW 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 had to do this if you were planning to use dedicated PaRAMs for peripheral blocks, but not for the Quick DMAs. Sorry that... - LM 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) and the mityomapl138 (board-mityomapl138.c), I realized that the latter file did not reserve any dma resources. (It sim... - DR 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 part of the DMA engine, and so they shouldn't conflict. I wonder if somewhere along the way that rule has changed. I'll ...
- LM 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 off the internal flash or MMC.
Both interrupt 7 and 8 give the same results.
My test program works fine with MMC supp... - SH 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 training stuff is for SYS/BIOS, and instrumentation support for DSP/BIOS is under "Legacy" - that tells me something. That is ...
09/18/2013
- MW 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.
What do you mean by "CCS do not support DSP/BIOS very well"? What feature in DSP/BIOS is not supported? - LM 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 transfers on the DSP without causing any issues with Linux.
There definitely seems to be a conflict between how Linux allocat... - DR 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, and it has the MMC support compiled in, so I don't think that is it. You can try it, but I'd be surprised.
You could ... - LM 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 time.
So I cleaned up my project, making sure to use the EDMA3 libraries from from the MDK instead of the copy installed o... - DR 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 EDMA installation is the library files. Specifically, make sure you have this in your Search Path (under project Build...
- LM 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 do with how DMA gets configured. The comments in the DspQDMA.cpp code mention (in a comment)
"// EDMA3 features specific... - DR 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. That may be your only mistake. Try your code without that.
Dave
09/17/2013
- MW 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. Drive high to light.
-Mike
- On my L138-DI-225-RI board, I observe two LEDs labeled "BUSY" and "AWAKE". These are located next to the "DONE" LED which is obviously connected to the DONE pin of the FPGA. Are the other two LEDs connected to the FPGA? If so, what pi...
- Hi,
I ran into a basic problem testing out DMA transfers on the DSP to see if the speed improvement is worth the effort.
The program is a variation on the HelloDsp code and I added a couple of buffers, cleared them and attempted a tra...
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 the process of deprecating DSP/BIOS and DSPLink, and the newer versions of CCS do not support DSP/BIOS very well.
- SH 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...but I will get back to it.
- RK 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 simultaneously operate on the same memory addresses both by the app and the EDMA (which did not end the transfer). Now that I have d...
09/15/2013
- SH 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-FPGA GPIO interrupts. My questions are:
1. re pinmux - according to the Industrial I/O schematic, it appears that many...