Activity
From 07/19/2012 to 08/17/2012
08/14/2012
- MW 03:08 PM Software Development: RE: L138 - DSP Timer interrupt question ...
- Are you running DSPLINK to load/run program the C674x side?
DSPLINK uses interrupt levels 4 and 5 for the ARM/DSP IPC. You might try using a level above 5 for the interrupt, particularly if you are seeing sporadic interrupt behavior.... - (posted on behalf of a customer)
We are running on the board on the C674x side and have some success with our periodic timer interrupt. However, it seems we are not setting up the interrupt controller properly since we sometimes get p...
08/11/2012
- MW 08:18 AM Software Development: RE: General SW questions on the MityDSP L138F development kit
- Hi Greg,
At the risk of writing a novel, I recommend you take a peek at the following pages / sites / documents:
- "MityDSP-L138F DataSheet":http://www.mitydsp.com/images/upload/File/MityDSP-L138F%20Spec.pdf
- "MityDSP-L138F Archi...
08/10/2012
- A few general SW questions for the novice user. We are planning to use the MityDSP L138F development kit. Here are some general questions:
1. Can our development SW code run out of FLASH?
2. If not, what is the footprint our deve...
08/06/2012
- JB 09:19 PM Software Development: RE: RS232 UART Needed
- Initial indications are good that the ARM changes worked. Attached are the two files modified: @baseboard-industrialio.c@ and @da850.c@. The originals for both are from the 2012-03-12 MDK with a path of @MDK_2012-03-12/sw/ARM/linux/linux...
- MW 02:02 PM Software Development: RE: RS232 UART Needed
- Sorry. da8xx_cfg_reg_list should have been davinci_cfg_reg_list(), typo, my mistake.
For the FPGA drivers, you should be able to cd to the FPGA drivers directory (MDK_2012-03-12/sw/ARM/linux/drivers/fpga) on the MDK and run: - JB 01:37 PM Software Development: RE: RS232 UART Needed
- h1. Summary
# Is my approach to enabling UART2 on the ARM sound?
# What is the correct way to install the additional modules provided for the FPGA and DSPLINK?
h1. Detail
When I came in this morning, I posted my prior question... - MW 10:25 AM Software Development: RE: RS232 UART Needed
- They don't. The critical link BSP linux kernel is tracking the mainline, not the TI PSPs for the OMAP-L138. TI has pushed most peripheral support from it's PSP into the mainline, with a couple of minor exceptions. We felt tracking the...
- JB 08:10 AM Software Development: RE: RS232 UART Needed
- OK, I think I found the ARM part of the solution. Part of it comes from this wiki [[http://support.criticallink.com/redmine/boards/28/topics/1365]]. The other part comes from [[http://processors.wiki.ti.com/index.php/Enabling_UART1_on_AM...
- MW 10:30 AM Software Development: RE: USB from uBoot (posted on behalf of a customer)
- Currently, USB stick support for the MityDSP-L138F u-Boot port has not been enabled/implemented/tested.
The u-Boot supports (tested) the following media:
- EMAC (MII or RGMII) via TFTP or NFS
- onboard SPI NOR FLASH
- onboard NAN... - We attempted to access the evaluation board's USB port using uBoot and didn't have much success.
Should this be working?
The uBoot command we used was 'usb reset'. And we are using the L138 SOM with the pre-loaded uBoot.
Th... - SW 09:21 AM Software Development: RE: EMIFA clock
- Thanks for that explanation Mike. I asked about this because I was seeing odd behavior in my OMAP/FPGA applications. My FPGA designer was using the uPP xmit clock from the OMAP for a uPP channel back to the OMAP. He also uses the EMIF...
08/05/2012
- MW 08:29 PM Software Development: RE: RS232 UART Needed
- Hi Jeff,
Can you confirm you are running the kernel you are building out of MDK_2012-03-12? The uname command you ran indicates a 2.6.34 kernel, and that MDK should have a 3.2 release kernel and a newer filesystem. If you are runnin... - JB 07:52 PM Software Development: RE: RS232 UART Needed
- Thinking ahead, how does I get the ARM to "let go" of GPIO pins for use by the DSP?
For my immediate project, I need:
1) an RS-232 TTL-level input with RX, TX and an edge-triggered interrupt on DCD;
2) a GPIO line for output
3) it would be preferable if the RS232 lines could come out of an existing connector, e.g. ...- MW 01:32 PM Software Development: RE: EMIFA clock
- Hi Scott,
So there is code in the linux kernel to recompute the EMIFA frequency and attempt to keep it at specified maximum frequency (which, I believe, by default, is limited to 100 MHz). Last time I checked, if you ask for 456 MHz ...
08/03/2012
- Dear Sirs,
I've seen that in the MDK-release there is the SPI Core in ngc file format, for Spartan 6 FPGA of the MityDSP-L138F card.
My task is to implement various SPI controller, in order to maximixe the througput of various ADC's ...
08/01/2012
- GG 09:21 AM Software Development: RE: Starter Guide: "Boot the MityDSP-L138 up into linux." - How?
- Hi Keith,
If you purchased the cards without a development kit then it is expected that they come only with u-boot installed. All of the cards purchased from us will have at least u-boot installed.
\Greg - EB 08:52 AM PCB Development: RE: MityDSP-L138F Mounting Holes (Posted on behalf of a customer)
- Thanks Alex
That shows everything I need.
07/31/2012
- GG 06:04 PM Software Development: RE: EMIFA clock
- Hi Scott,
Yes, I'm fairly certain that changing the CPU clock will affect the EMIFA clock. By default the EMIFA and CPU clock are at a 1:3 ratio. I believe this ratio is variable though. You can find additional details in the Chapter ... - Hello,
I've got an Industrial IO board and want to change the cpu clock frequency from 300 to 45 MHz. I know this will change the uPP clock to above spec 456/4=114MHz instead of 75MHz. Will this also change the clock on the EMIFA? th... - AB 03:49 PM PCB Development: RE: MityDSP-L138F Mounting Holes (Posted on behalf of a customer)
- Now I've attached the updated PDF.
Alex - AB 03:48 PM PCB Development: RE: MityDSP-L138F Mounting Holes (Posted on behalf of a customer)
- Emmett,
Sorry about the late reply on this issue. Hopefully you have resolved it satisfactorily but if not I believe I have the dimension you requested:
From the Center Line of Pin 1 to the Center Line of the SODIMM connector is 16...
07/30/2012
- KF 10:51 PM Software Development: RE: Starter Guide: "Boot the MityDSP-L138 up into linux." - How?
- Hi,
We also have received a batch of Mity1808 cards which have not been programmed with kernel. We are able to programme a kernel and filesystem onto these cards - so no immediate problems. However we are not sure as to what to expect...
07/27/2012
- (posted on behalf of a customer)
I have a question about the FPGA I/O bandwidth coming off expansion headers 2 & 3 on the development kit. I would like to interface the FPGA to data converters and need to know the sampling rate limita... - FT 05:14 PM Software Development: RE: DSP memory map question
- Mike,
It was the additional linker file that was missing part of my side. When I added that file, no more linker warning and no more DSP application crash at start-up.
Thanks!
Maybe it will make sense to add information that we ... - MW 07:35 AM Software Development: RE: DSP memory map question
- To add the additional section in our projects, we typically modify the project ".tcf" file using the BIOS graphical editor and leave the plactform.tci file alone. Typically the .tcf file looks something like:
- FT 05:34 AM Software Development: RE: DSP memory map question
- Mike,
I need the upper 15 MB memory region to store pre-calculated arrays to speed-up thing in real-time. Only the DSP need access to that data. Theses arrays are 8 MB big overall.
I tried to use the upper ~15 MB region by the "off...
07/26/2012
- MW 05:29 PM Software Development: RE: DSP memory map question
- Hello François,
You are correct, the upper ~15MB is not configured by default. You can certainly add another section (we often do on projects here, called "DDR2") in the DSP/BIOS configuration on the project to utilize this block of ... - Documentation said that 32 MB are reserved for DSP. When I look at the DSP memory mapping, it seems that 15 MB of memory is "lost".
I create a project based on http://support.criticallink.com/redmine/projects/arm9-platforms/wiki/DSP_H...
07/23/2012
- JB 08:37 PM Software Development: RE: Starter Guide: "Boot the MityDSP-L138 up into linux." - How?
- Virtual Box is in "bridged" mode - see attached, with the following network configuration for *mitydsp-dev*:
- MW 08:24 PM Software Development: RE: Starter Guide: "Boot the MityDSP-L138 up into linux." - How?
- Hi Jeff,
Is your VM network adaptor set to be a "bridged" connection and not a "NAT"?. Can you ping your VM IP address frmo the MityDSP? E.g., on your VM do an "ifconfig -a" and confirm the address is 192.168.2.120 and on the MityDS... - JB 08:07 PM Software Development: RE: Starter Guide: "Boot the MityDSP-L138 up into linux." - How?
- Yes, I'm using the Industrial I/O dev kit. I'm using the virtual box image provided.
Mike, I'd love your help walking me through this. Give me a number and I'll call. If you have Skype, I'll share my screen.
I tried TFTP. First ... - MW 07:56 PM Software Development: RE: Starter Guide: "Boot the MityDSP-L138 up into linux." - How?
- Hi,
Are you booting on an Industrial I/O (development kit) board? If so, we can walk you through installing the kernel and filesystem (do you want to run from NAND, or SD?). The process shouldn't take very long and flashing up the k... - JB 07:46 PM Software Development: RE: Starter Guide: "Boot the MityDSP-L138 up into linux." - How?
- I tried setting the *bootcmd* variable as suggested and the executed *boot*. This is what I got:
U-Boot > editenv bootcmd
edit: sf probe 0; sf read 0xc0700000 0x100000 0x280000;bootm 0xc0700000
U-Boot > printenv bootcmd
... - JB 07:40 PM Software Development: RE: Starter Guide: "Boot the MityDSP-L138 up into linux." - How?
- The output of *print*:
U-Boot > print
bootdelay=3
baudrate=115200
bootfile="uImage"
flashuboot=tftp 0xc0700000 mityomap/u-boot-ubl.bin; sf probe 0; sf erase 0x10000 0x80000; sf write 0xc0700000 0x10000 ${filesi... - TI 07:33 PM Software Development: RE: Starter Guide: "Boot the MityDSP-L138 up into linux." - How?
- Hmmm
It should autoboot into linux. Can you post the output of the u-boot print command
U-Boot > *print*
And try just typing boot at the prompt
U-Boot > *boot*
to see if it boots into linux. The bootcmd environment variable should b... - Hello. I got the MityDSP hooked up and powered on today. I worked through the Starter Guide, successfully cross-compiling HelloWorld. Then I reached the sentence "Boot the MityDSP-L138 up into linux." How?
I've got the serial connecti...
07/20/2012
- MW 09:01 AM Software Development: RE: Building new openembedded-core based system from scratch
- To clarify (hopefully):
None of our software that is part of the MityDSP-L138 development kit is proprietary. The only things that we keep proprietary in our MityDSP-L138 releases are:
- FPGA VHDL source code for our "cores" (netl... - AG 05:56 AM Software Development: RE: Building new openembedded-core based system from scratch
- Hi,
I'm new to the MityDSP world, but me too, highly interested in this topic.
Could you please clarify if the proprietary bits you are talking about are somewhat related to what meta-mitydsp is supposed to provide to openembedded us...