Project

General

Profile

Activity

From 12/03/2015 to 01/01/2016

12/17/2015

BD 04:58 PM Software Development: RE: gcc 4.8 for OMAP-L138
Ben,
We are in the process of testing a Yocto-compatible toolchain for the MityDSP-L138 family. This release includes gcc 4.8.
I have uploaded an ALPHA version of the new MDK to this website under the "Files" tab. It includes a ...
Bob Duke
BA 04:25 PM Software Development: gcc 4.8 for OMAP-L138
Our group has a strong desire to use gcc 4.8 to compile for the ARM926EJ-S on the OMAP-L138. We want to take advantage of C++11 thread support that is in 4.8. The arm-angstrom-linux-gnueabi-gcc we have been using is gcc 4.5.4, and it h... Ben Atkinson

12/16/2015

JC 02:44 PM Software Development: RE: NAND Flash garbage collector and performance issues
Fred Weiser wrote:
> After transferring some files to the target flash (about 15 MB worth, overwriting old files), a short time later I encountered the following. I'm now wondering if there are some holes in the jffs2 drivers in use cas...
Jonathan Cormier
JC 02:35 PM Software Development: RE: NAND Flash garbage collector and performance issues
Fred Weiser wrote:
> Answering questions:
> ...
This is quite possible if you are writing a lot of data onto the nand. If you have no need for the 2nd partition you could reduce fragmentation by removing the 2nd partition and expandin...
Jonathan Cormier
FW 02:33 PM Software Development: RE: NAND Flash garbage collector and performance issues
After transferring some files to the target flash (about 15 MB worth, overwriting old files), a short time later I encountered the following. I'm now wondering if there are some holes in the jffs2 drivers in use case areas that do not ge... Fred Weiser
FW 02:22 PM Software Development: RE: NAND Flash garbage collector and performance issues
Answering questions:
The jffs2 flash is divided into 2 partitions of which I'm using only one; I have just over half the space within that partition used (51% according to the df command).
I have run some tests to determine where t...
Fred Weiser

12/11/2015

MJ 05:36 AM Software Development: RE: DVI Framebuffer (fpga i2c) problem
Quick update:
I just downloaded the FPGA binary from the similar LCD forum post [[https://support.criticallink.com/redmine/boards/10/topics/4558]]
and this programmed OK ("Done" LED lit and the status returned was PROGRAMMED)
Lookin...
Mathew Jones
MJ 05:21 AM Software Development: RE: DVI Framebuffer (fpga i2c) problem
Hi
Still no joy in trying to get DVI output working via the FPGA.
The "Done" LED never lights for any of the FPGA binaries.
The fpga_ctrl.ko driver I'm using is from the MDK_2014-01-13 as are the FPGA binaries.
Mathew Jones

12/04/2015

AB 03:11 PM Software Development: RE: LCD Framebuffer Problem
Se-Sang,
Please download the following .zip file (https://www.dropbox.com/s/hf8l6wqtxa72a04/lcd_xilinx_13_2-2-1-13.zip?dl=0) which contains source code as well as a pre-built LX45 binary image that supports the LCD display for the L13...
Alexander Block
MJ 03:19 AM Software Development: RE: DVI Framebuffer (fpga i2c) problem
Hi Mike, good suggestion.
We are using the LX45 FPGA (The Industrial IO board is identified as 80-000268RI-2 Rev B and on the MityDSP SOM the Xilinx Spartan 6 FPGA is XC6SLX45)
From the MityDSP_MDK_release_2014-01-13 archive I've tri...
Mathew Jones

12/03/2015

MW 11:12 AM Software Development: RE: DVI Framebuffer (fpga i2c) problem
The done light is important. Sounds like the FPGA image is not correct for the board you are using. Are you using an LX16 or LX45 variant?
You can also check the programmed status by looking at the /sys/devices/fpga_ctrl/status file...
Michael Williamson
MJ 10:41 AM Software Development: RE: DVI Framebuffer (fpga i2c) problem
Mike
Thanks. I have been referring to the document you suggested and some others on the CriticalLink site.
We do have the Rev B Industrial IO card (80-000268RI-2 Rev B) but I tried your "i2cset -y 1" suggestion and I don't get the er...
Mathew Jones
MW 07:49 AM Software Development: RE: DVI Framebuffer (fpga i2c) problem
Hmmm.
Take a quick look at this "wiki page":https://support.criticallink.com/redmine/projects/arm9-platforms/wiki/LCD_configuration if you haven't already.
The i2c commands you are running are for the Rev A & B boards, which are ve...
Michael Williamson
MJ 03:34 AM Software Development: DVI Framebuffer (fpga i2c) problem
Hi, I have so far failed to get our MitDSP-L138F to output to a monitor via the DVI link.
It's a similar problem to the LCD Framebuffer post ([[https://support.criticallink.com/redmine/boards/10/topics/4558]]), but which requires a diff...
Mathew Jones
 

Also available in: Atom