Activity
From 04/13/2015 to 05/12/2015
05/12/2015
- JC 10:11 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: FPGA load fail
- Bruce Kenny wrote:
> Thats interesting, are there any tests we can do using uBoot that may detect an error?
Check out drivers/mtd/nand/davinci_nand.c. The function nand_davinci_correct_data MTDDEBUG messages that can be enabled which ... - BK 09:29 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: FPGA load fail
- Jonathon,
Thats interesting, are there any tests we can do using uBoot that may detect an error?
If we do find the flash is faulty what can be done about it?
Is a failed flash unusual, i.e. what is the failure rate?
Thanks fo...
05/11/2015
- JC 09:26 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: FPGA load fail
- Bruce,
I am most familiar with the NAND so I see every problem as a potential NAND problem :).
I asked one of the fpga guys here but he hadn't seen an issue like this before.
I believe the NAND still fits the symptoms as it coul... - BK 09:03 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: FPGA load fail
- Jonathon,
Thanks for your reply. We are currently trying to dupicate the problem but the 1 SOM that we have which was exhibiting the problem is now behaving itself! There are some other failed units with the client but we currently do...
05/07/2015
- JC 08:49 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: FPGA load fail
- On a unit where the FPGA is failing to load, could you compare the fpga image stored in nand to a fresh copy to see if it could be a nand corruption issue?
If you load the nand image and the fresh image in seperate locations in RAM yo... - We are using the L138-DI-225-RI SOM (OMAP138 with FPGA) and are now finding that some of these SOMs are failing in the field, the symptom is that the on-board FPGA fails to load.
We now have a couple of the failed units back on-site a...
04/30/2015
- MW 07:53 AM MitySOM-5CSX Altera Cyclone V Software Development: RE: Bare-metal interrupt handling working only in debugger
- Hi Alex,
Glad you solved your issue, sorry we didn't provide much help. We don't have a lot of folks trying to do Bare-Metal (and we don't do it often either).
-Mike - AL 06:22 AM MitySOM-5CSX Altera Cyclone V Software Development: RE: Bare-metal interrupt handling working only in debugger
- No, that was obviously not the reason. The unhosted and hosted linker scripts do link against different libraries but that only seems matters for stdio. I was able to solve the problem by rewritting everything from scratch. The way I was...
04/28/2015
- AL 03:50 PM MitySOM-5CSX Altera Cyclone V Software Development: RE: Bare-metal interrupt handling working only in debugger
- I am now thinking that I might have to use the unhosted version of the linker script (even though it worked just fine for compiling programs without interrupt handlers).
Might be that the Sourcery compiler does something 'weird' with th... - AL 02:36 PM MitySOM-5CSX Altera Cyclone V Software Development: RE: Bare-metal interrupt handling working only in debugger
- Hi Mike,
That address is indeed the base of the interrupt table. I have been using it without any problem with other programs, which run just fine and which were compiled using the same linker script (which always inserts a vector tab... - MW 11:20 AM MitySOM-5CSX Altera Cyclone V Software Development: RE: Bare-metal interrupt handling working only in debugger
- I personally haven't tried to do this before, but isn't address 0x30000000 the base of your interrupt vector table? Is that the actual runtime entry point (a jump instruction to the CRT) or is that an address for a reset interrupt? Can...
- Hello,
I am using the MitySOM Dev Kit and I want to use interrupts in a bare-metal
application. To that effect I wrote a 'small' program where I enable the private
timer (and the interrupt bit as well) and wrote an IRQ handler.
...
04/24/2015
- OM 07:51 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: DSP core starting
- Alex,
Thanks, all work fine !
Oleh.
04/23/2015
- AB 12:02 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: DSP core starting
- Oleh,
I have updated the programming Wiki (https://support.criticallink.com/redmine/projects/arm9-platforms/wiki/DSP_Quick_Start) to include how to store your DSP.out file to the SPI NOR Flash memory and how to boot the DSP from that ... - OM 09:17 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: DSP core starting
- Alex,
At present the size .out a file for our application makes about 1.5 megabytes.
Thanks - JC 08:38 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: DSP core starting
- Oleh,
How large is your DSP image? This will determine if it can fit in NOR or if it needs to be placed in NAND. NOR is preferable as it isn't affected by bit flips. - OM 01:39 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: DSP core starting
- Alex,
Yes, I am looking for DSP only device (without ARM and linux). I have already wrote and debugged (by JTAG) fine working DSP core application for DSP/BIOS. So, I need load this one to non-volatile memory, prefer NAND (or elsewhere)...
04/22/2015
- AB 04:56 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: DSP core starting
- Oleh,
I am working on adding some documentation to our DSP programming Wiki.
However in the meantime can you confirm if you are looking to use the ARM core (and Linux) in addition to the DSP or are you just trying to treat the modu... - OM 10:21 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: DSP core starting
- Thanks for your prompt reply.
I want, that at power up on board the code (.out file) for the DSP-core was started (if I correctly understand "U-Boot command> bootdsp c0700000" demands participation of the user).
Oleh - JC 09:35 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: DSP core starting
- Oleh,
I'm having a hard time understanding what you are asking for. Are you trying to load the DSP program on boot in u-boot or from Linux? - Hi,
I use CCS 6.x, DSP/BIOS 5.42.x, USB560 and MityDSp-L138F.
What it is necessary to make, that at power up of board MityDSP-L138F the program for DSP core was started in automatic mode?
Best regards,
Oleh
04/16/2015
- MH 05:20 PM MitySOM-5CSX Altera Cyclone V PCB Development: RE: SoM pinout verification
- Thanks Adam. I'd been floating through the wiki and referencing the design guide heavily as well.
Follow up on this comment, there are definitely other aspects of the table in the SoM datasheet indicated that are not in line with the... - JL 03:22 PM MitySOM-5CSX Altera Cyclone V Software Development: RE: Ethernet Error When Upgrading to Linux 3.16.
- So I believe I solved my own problem. I compiled the kernel and then just dropped it into my sd card. When
I updated the kernel, something broke between the kernel and the device tree blob.
After the kernel compiles, the correct dt...
04/15/2015
- AD 12:32 PM MitySOM-5CSX Altera Cyclone V PCB Development: RE: SoM pinout verification
- Thank you for the info - we will correct the details.
Your assumption is correct. Additional design guidelines can be found on the MitySOM-5CSx Wiki:
https://support.criticallink.com/redmine/projects/mityarm-5cs/wiki/Wiki
With lo... - Parsing the datasheet prior to establishing a carrier board design, I observed the following flaw:
The table on pg 18 of the SoM datasheet available on the wiki (dated 19 November 2014) has pin 215 listed twice and omits pin 217.
F...