Activity
From 05/05/2015 to 06/03/2015
05/22/2015
- BK 07:22 AM Software Development: RE: FPGA load fail
- Alex,
The NOR flash option does work, although its a bit slower we will still go with this option to load the software.
We are still obliged to use NAND flash for other uses, so we would like to still pursue this problem. At the mom...
05/20/2015
- AB 11:27 AM Software Development: RE: FPGA load fail
- Bruce,
I am working with our team here to determine the best way we can assist you further with this issue/request.
I did want to check concerning the NOR memory option, did that end up not working for you?
Thanks,
Alex
05/19/2015
- BK 10:14 AM Software Development: RE: FPGA load fail
- Jonathon,
In this thread you suggested that uBoot has a error detection mechanism but it requires a re-build to enable it.
As I mentioned we are not setup to build uBoot, is it possible that you folks could provide a uBoot executable...
05/14/2015
- AB 04:04 PM Software Development: RE: FPGA load fail
- Bruce,
The architecture for the SPI NOR is accurate.
Ideally you would use the 7MB of space starting at 0x100000 for your images. The reserved space starting at 0x600000 is not used for anything and can be used for user files.
H... - JC 01:14 PM Software Development: RE: FPGA load fail
- We have u-boot use the "MityDSP l138 Config" area to store the settings set by the config command. Its used to determine which devices to setup: mmc, lcd, etc. Should not be overridden without modifying u-boot to not require the config...
- BK 11:42 AM Software Development: RE: FPGA load fail
- Alex,
Thanks for your reply.
We will continue to try and reproduce the problem here.
In the meantime we are considering moving our FPGA and software images to NOR flash. The FPGA is no problem as it is relatively small but our so...
05/13/2015
- AB 04:03 PM Software Development: RE: FPGA load fail
- Bruce,
Sorry that you are running into this issue.
As shown in our standard MityDSP-L138 architecture page (https://support.criticallink.com/redmine/projects/arm9-platforms/wiki/MityDSP-L138_Architecture) we only usually store the ... - BK 12:33 PM Software Development: RE: FPGA load fail
- Jonathon,
Currently we are not setup to build uBoot and it would take some time to get that up and running. Is there a version of uBoot or any other flash diagnostic tool you could provide to us?
Putting our FPGA and software in NOR...
05/12/2015
- JC 10:11 AM 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 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 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 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 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...