Hi all,
I am getting error in ECC_STATE bits of NANDFSR register.
Error is Errors cannot be corrected.
I am using DM355 based custom board.
Does anyone know the cause for this error?
Regards,
Jitendra
___
Davinci-linux-open-source mailing
Hello All,
I am facing an issue, when writing the data to the physical NAND memory.
For example, let's say the NAND memory address range is 0x0200 to
0x300.
In this case, I am trying to write the data in to the base address
0x0200 from the Linux OS using
-Original Message-
From: davinci-linux-open-source-boun...@linux.davincidsp.com
[mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf
Of Subrahmanya, Chaithrika
Sent: Monday, January 12, 2009 5:14 PM
To: Kevin Hilman; davinci-linux-open-source@linux.davincidsp.com
Correct, there is no frame buffer device on DM6467, so can not run X11.
Steve
On Mon, 2009-01-12 at 09:49 +0530, Jadav, Brijesh R wrote:
Hi,
That's correct. Dm6467 does not support frame buffer driver. It supports only
V4L2 drivers. I have not seen X11 running on V4L2. I am not sure but it
Hi Prabhaharan ,
There is no 'physical' mapping of the NAND chip. It has no address
lines. Only a NOR chip looks (a little bit) like that.
A NAND chip has just a few registers that you can use to give a command,
write the address bytes, then write or read the data bytes.
You can however
Normally that error indicates that more than 4 errors were found in a 512 byte
sector of the NAND device, so that the ECC could not fix all errors.
Regards,
Steven Gorwood
From: davinci-linux-open-source-bounces+sgorwood=ti@linux.davincidsp.com
Steve and Brijesh
Thank you, that is what I had feared. That will make things more complicated.
Was support for the frame buffer dropped for bandwidth reasons?
What is the default way to use the component out as a display on the DM6467?
Thank you,
Ben
Correct, there is no frame buffer
The ACPY3 set of APIs is intended to allow algorithms to perform DMA transfers.
It works with the DMA Manager (DMAN) so that you don't clobber another
algorithm's transfer.
Please see this wiki entry for an overview:
http://wiki.davincidsp.com/index.php?title=DMA_Framework_Components
Brad
On Mon, 2009-01-12 at 11:00 -0500, Benjamin C. Nowak wrote:
Steve and Brijesh
Thank you, that is what I had feared. That will make things more complicated.
Was support for the frame buffer dropped for bandwidth reasons?
I only know that there is no frame buffer support in hardware, I don't
Ben,
The DM6467 VPIF lacks the OSD peripheral present in the VPSS of other
Davinci devices; in particular it has no color space conversion hardware. This
being said there is no way to effectively display RGB frame buffers,
theoretically you could write a RGB-YCbCr conversion routine
Subrahmanya, Chaithrika chaithr...@ti.com writes:
[]
+ for(i = 0; i MAX_PLL; i++) {
+ u32 ctrl, mult, prediv = 1, postdiv = 1;
+ u8 bypass;
+ void __iomem *base;
+ struct clk *pll_clk = pll_list[i];
+
+ if (!pll_clk)
+
Subrahmanya, Chaithrika chaithr...@ti.com writes:
-Original Message-
From: davinci-linux-open-source-boun...@linux.davincidsp.com
[mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf
Of Subrahmanya, Chaithrika
Sent: Monday, January 12, 2009 5:14 PM
To: Kevin
Stijn Devriendt high...@gmail.com writes:
Apart from that I've been looking to fetch the git-tree from
source.mvista.com/git this weekend, but found a dead URI instead.
Can you be more specific about what didn't work?
git clone git://source.mvista.com/git/linux-davinci-2.6.git
seems to
Philip Balister phi...@balister.org writes:
Stijn Devriendt wrote:
Apart from that I've been looking to fetch the git-tree from
source.mvista.com/git
this weekend, but found a dead URI instead.
I noticed this also. I switched the OpenEmbedded davinci recipe to use:
Greetings,
Some time ago, I was on a similar quest.
I ended up writing my own API's as the only code I found out there for
DM644x used the c64x driver framework and was horribly convoluted not
technically supported.
Unfortunately, as much as I'd like to, I can't just post here to the public
site
David Brownell davi...@pacbell.net writes:
From: David Brownell dbrown...@users.sourceforge.net
Subject: streamline davinci_mmc transfer setup
Split DMA transfer setup in two parts: template setup, where all of
the stable transfer parameters get arranged; and transfer setup, where
the
David Brownell davi...@pacbell.net writes:
From: David Brownell dbrown...@users.sourceforge.net
Finish removing the typedef from the EDMA programming interface.
Signed-off-by: David Brownell dbrown...@users.sourceforge.net
Thanks, pushing today.
Kevin
---
On Thursday 08 January 2009, Kamoolkar, Mugdha wrote:
However, in the current DSPLink 1.xx versions, we are not making
further efforts to bring DSPLink into the mainline, because we
foresee significant changes required within internal DSPLink
architecture to enable usage as any other Linux
18 matches
Mail list logo