Activity
From 06/21/2011 to 07/20/2011
07/20/2011
- 12:10 PM FPGA Development: RE: Programming the FPGA
- Yes. I'm using USB to serial dongle. It's unbranded using Prolific chipset. Unfortunately I do not have a "real" seri...
- 10:43 AM FPGA Development: RE: Programming the FPGA
- Craig
I see your serial port is COM7.. I presume that is a USB serial dongle? What brand / model is it? We have had ... - 10:25 AM FPGA Development: RE: Programming the FPGA
- Tried dead board instructions (sfh_OMAP-L138 -flash -v -p COM7 UBL_SPI_MEM.ais u-boot.bin) and I get read error:
(... - 09:01 AM FPGA Development: RE: Programming the FPGA
- Craig
If you set the bootfpga environment var, uboot will automatically run the commands at startup. I'm not exactly... - 08:57 AM FPGA Development: RE: Programming the FPGA
- Good news / bad news.
It was a successful load. Green DONE led lit.
However, I apparently hammered the flash wi...
07/19/2011
- 05:06 PM FPGA Development: RE: Programming the FPGA
- Hi Craig,
I've attached a .bin file that should work for you (in the future we will add LX45 example .bin files to... - 02:49 PM FPGA Development: RE: Programming the FPGA
- Hi Greg.
This command worked: U-Boot > sf erase 0x580000 0x170000
But you are right. I still have issues.
I ... - 01:50 PM FPGA Development: RE: Programming the FPGA
- Hi Craig,
The flash erase needs to be page aligned. This should work:... - 01:22 PM FPGA Development: RE: Programming the FPGA
- Tim - I think we are getting close.
Here's the result:
U-Boot > sf erase 0x580000 0x16b000
SPI flash erase failed - 12:53 PM FPGA Development: RE: Programming the FPGA
- Craig
Aha!
The default size for uboot's loadfpga command (and what is shown on the wiki!) is 0x80000 (1/2MB), whic... - 11:49 AM FPGA Development: RE: Programming the FPGA
- Thanks Tim.
No DONE led yet but looks as if I made progress:
U-Boot > sf probe 0; sf read 0xc0700000 0x580000 ... - 11:43 AM FPGA Development: RE: Programming the FPGA
- Craig,
another thing to check is that the configuration of the device is correct.
if you run factoryconfig at the U... - 11:32 AM FPGA Development: RE: Programming the FPGA
- Craig
The DONE led should go on immediately after programming the FPGA.
Can you try running the commands in the boo... - I'm following these Wiki instructions and I'm not getting the DONE led:
U-Boot > loadb 0xC0700000
## Ready for bi...
07/15/2011
- 11:18 AM Software Development: RE: MityDSPl138 JTAG
- Marc,
Try stopping the ARM in the u-Boot phase and see if you can connect to the DSP then. The linux portion of A... - Hey All,
I have the XDS100V1 JTAG emulator, and I'm trying to connect to the DSP core with CCS4, but it does not s... - 07:17 AM Software Development: RE: MITYDSP OMAP-L138 EMIF FPGA / NAND shared bus access
- Hi Mike
I have a few questions regarding the NAND flash and EMIFA.
As you earlier mentioned I could try adjusti...
07/14/2011
- 02:03 PM Software Development: RE: uPP/DMA registers
- You will definitely need to configure the pin mux. You should assume that the UPP is powered down (in the reset stat...
- 01:58 PM Software Development: RE: uPP/DMA registers
- Mike,
Thanks for the link to the OMAP specification. I think that is all I needed to start work on my driver. I... - 01:13 PM Software Development: RE: uPP/DMA registers
- Hi Scott,
Unfortunately, TI (nor Critical Link) provides linux drivers for the UPP.
The memory map that include... - Hello,
I want to use the uPP and EMIFA to pass data between an FPGA and the ARM on the OMAP. I think I've got wha...
07/13/2011
- 03:17 PM Software Development: RE: Default Clock Speed
- No, it won't change the clocks. It will just feed the RTOS the correct numbers.
You really should set the frequen... - 02:55 PM Software Development: RE: Default Clock Speed
- Will GBL_setFrequency(); actually change the clock, or just feed the RTOS will correct numbers like you were talking ...
- 02:49 PM Software Development: RE: Default Clock Speed
- Hi,
I want to clarify a couple of things here.
The DSP and the ARM clocks are driven by the same system clock. ... - 02:07 PM Software Development: RE: Default Clock Speed
- Hi Marc,
The boards default to running at 300 MHz, though they can be run at 456 MHz. You can change this in the D... - Hey All,
What speed will an out of the box MityDSP-L138 run at? I was under the assumption it was 456MHz, but whe...
07/06/2011
- 05:13 PM Software Development: RE: core/regs_gpio.h
- Hello Mads,
Thanks for the heads up on the GpioRegs structure. You are right, that is indeed an error in the file... - Hi
I had some trouble getting GPIO working correctly in the OMAP.
Until I found out that the below structure is ... - Dear Sir,
I am looking for an evaluation board that supports real-time embedded linux.
I found that MityDSP-L138 ...
07/05/2011
- 02:23 AM Software Development: RE: MITYDSP OMAP-L138 EMIF FPGA / NAND shared bus access
- Hi Mike
Many thanks for your reply.
It is really latency we are worried about. We won't be transferring a lot o...
07/04/2011
- 03:03 PM Software Development: RE: MITYDSP OMAP-L138 EMIF FPGA / NAND shared bus access
- Hi Mads,
NAND does share the EMIF bus with the FPGA and you may run into a potential latency issue if you do not m... - Hi
This is NOT a problem we are seeing (yet?), but we are wondering whether this is a problem we might be seeing i... - 10:32 AM Software Development: RE: HelloWorldARM DSPLINK example causes Assertion failed
- Hi Greg
Sorry I haven't replied yet.
Has been busy on other tasks, and this was a low low priority :-)
I have ...
07/03/2011
- 01:36 PM Software Development: RE: mtdblock kernel crash
- Oh, if you need an /dev/mtdx device, you need to enable in the kernel:
CONFIG_MTD_CHAR
Should be in the device ... - 01:31 PM Software Development: RE: mtdblock kernel crash
- Hi Zoltan,
Well, for the SPI issue, I have some information for you along with couple of work-arounds. Feel free ...
07/02/2011
- 11:05 AM Software Development: RE: Eval Board will not boot
- I tried re-seating the module several times with no success. Got same results with another kit's cables so I think ca...
07/01/2011
- 01:08 PM Software Development: RE: Eval Board will not boot
- Hi Craig,
Other than trying to re-seat the module and the serial port cables in their respective connectors, I don... - 11:50 AM Software Development: RE: Eval Board will not boot
- Did as instructed but did not see BOOTME on console.
Board serial # is 110251. - 11:39 AM Software Development: RE: Eval Board will not boot
- Hi Craig,
Can you please monitor the console (115200 baud, no flow control) and, while holding the boot button dow... - Purchased 3 kits 80-000268RI-1 with SoM L138-FI-225-RC. One kit does not boot when power is applied. Green LED does l...
- 10:12 AM Software Development: RE: HelloWorldDSP.out syntax error
- Hi Marc,
Before you run the application, run the command:... - 10:10 AM Software Development: RE: HelloWorldDSP.out syntax error
- Greg,
Is there anywhere in the wiki that explains how to set up the dsplink driver on the ARM? When I run ./Hello... - 09:44 AM Software Development: RE: HelloWorldDSP.out syntax error
- Hi Marc,
With the latest MDK there is no need to rebuild DSPLink. I've updated the DSP Hello World wiki page to ou... - 09:13 AM Software Development: RE: HelloWorldDSP.out syntax error
- I would prefer not to rebuild DSPLink. Is there somewhere I can find the HelloWorldDSP executable?
-Marc
06/30/2011
- 05:34 PM Software Development: RE: Industrial board USB mini-B connector problem
- Hi Zoltan -
You are correct. Thank you for pointing this out!
This fix will go into the next build of boards. ... - Hi,
Sorry I post my problem here, but there is no forum for the industrial board.
We had issues with some USB d... - 02:32 PM Software Development: RE: HelloWorldARM DSPLINK example causes Assertion failed
- Hi Mads,
I'm not seeing this same behavior on my system. Can you give me more details? It seems you're running wit... - 07:21 AM Software Development: RE: HelloWorldARM DSPLINK example causes Assertion failed
- Should probably note that we are using the OMAPL138 module.
- Hi
When the HelloWorldARM (DSPLINK) example applications runs lpDspApp->StopApp() I get the following error:
As... - 02:16 PM Software Development: RE: HelloWorldDSP.out syntax error
- Hi Marc,
With the latest MDK you should not actually need to rebuild DSPLink (I'm updating the DSP Hello World wik... - 01:39 PM Software Development: RE: HelloWorldDSP.out syntax error
- Oh ok, that clears up my confusion on how the DSP actually gets loaded with the executable. I dident realize HelloWo...
- 01:18 PM Software Development: RE: HelloWorldDSP.out syntax error
- Hi Marc,
The HelloWorldDSP.out is a DSP executable. It must be loaded by an ARM executable that uses the DSPLINK ... - Hi,
I'm to the very last step of the DSP Hello World guide, but when I run ./HelloWorldDSP.out on the board, it gi... - 12:37 PM Software Development: RE: mtdblock kernel crash
- Mike,
I'm good with my version, and I'm not in a hurry to upgrade my kernel.
Btw I'm using mitydspl138 with the i... - 12:28 PM Software Development: RE: mtdblock kernel crash
- Hi Zoltan,
We've confirmed the SPI issue and are working on it. There were a couple of patches to the (linus) mai... - 12:18 PM Software Development: RE: mtdblock kernel crash
- Mike,
Here is some extra information:
1. SPI flash engine got broken on 4/23. 4/23 0:00 revision was ok, 4/24 0... - 10:02 AM Software Development: RE: mtdblock kernel crash
- I have the mtdblock0 write problem (read is ok), and I have the SPI crash when writing mtdblocks on the SPI flash (re...
06/29/2011
- 08:34 PM Software Development: RE: mtdblock kernel crash
- Oh, one other question....
Do you have anything running on the DSP while this is going on? Or is it still in IDLE... - 08:32 PM Software Development: RE: mtdblock kernel crash
- 1. OK.
2. Fair enough, didn't catch that originally.
3. Sure, I'll get you something tomorrow.
Couple more q... - 07:20 PM Software Development: RE: mtdblock kernel crash
- Thanks for the quick response!
1. Toolchain:
gcc version 4.5.1 (Sourcery G++ Lite 2010.09-50)
2. Root FS is in... - 06:37 PM Software Development: RE: mtdblock kernel crash
- Can you try the same command without mounting /dev/mtdblock0 as the rootfs? (e.g., stay in your ram initrd filesystem...
- 06:34 PM Software Development: RE: mtdblock kernel crash
- Mike,
It was a clean copy. I've made changes only to make it buildable from Windows (Cygwin). But those changes we... - 06:19 PM Software Development: RE: mtdblock kernel crash
- Hi Zoltan,
We'll need to try to reproduce this here. It may take a day to get to it.
When you rebuilt, did you... - 05:35 PM Software Development: RE: mtdblock kernel crash
- This is what I did to crash the kernel:
2. echo Test > /dev/mtdblock9
- Hi,
I've got the latest linux kernel image, defconfig'd it, enabled SPI flashes, and nuilt the kernel.
1. If I ...
06/28/2011
- 05:00 PM Software Development: RE: Where can I get the files listed on the DSPLink Hello World wiki?
- Hi Marc,
I just sent you the additional files you need. Let us know if you run into any further issues.
Thanks,... - 10:48 AM Software Development: RE: Where can I get the files listed on the DSPLink Hello World wiki?
- Hi,
I am also having trouble finding the prerequisite files for the PC side (dsp_main.cpp, dspcore.lib, ect). I d...
Also available in: Atom
Go to top
