On 2012-12-13 14:28, Sekhar Nori wrote:
> On 12/13/2012 2:17 AM, Thomas Lange wrote:
>> The time drift problem I have been chasing for a while, see
>> http://linux.davincidsp.com/pipermail/davinci-linux-open-source/2012-December/025821.html
>> , seems to be due to an und
The time drift problem I have been chasing for a while, see
http://linux.davincidsp.com/pipermail/davinci-linux-open-source/2012-December/025821.html
, seems to be due to an undocumented silicon bug.
The attached patch to master ( c22cf7755db6500df037cecdd6b290394d82392e
Origin: git://gitorious.
Short version:
Doing this in user space:
while(1){
usleep(1);
}
causes kernel time to drift _a lot_. Clock rate seems to become ~1000(!)
ppms off.
Long version:
We have seen some time drift problems for a long time, but they got a lot worse
when implementing a new DMA function that increase
Don't reset tx_fifo_errors when reading out current EMAC stats.
(tx_fifo_errors shows up as TX overruns in netdev stats.)
Without this correction, the old counter value is lost every time
stats are read out.
Signed-off-by: Thomas Lange
---
drivers/net/davinci_emac.c |2 +-
1
Don't reset tx_fifo_errors when reading out current EMAC stats.
(tx_fifo_errors shows up as TX overruns in netdev stats.)
Without this correction, the old counter value is lost every time
stats are read out.
Signed-off-by: Thomas Lange
---
drivers/net/davinci_emac.c |2 +-
1
On 2010-05-31 14:52, Nori, Sekhar wrote:
On Wed, May 26, 2010 at 19:04:40, Thomas Lange wrote:
Short version:
mmap does not work for me. I don't think data cache is flushed
before and after user space process runs which makes kernel and
user space see different data due to dirty cache
Short version:
mmap does not work for me. I don't think data cache is flushed
before and after user space process runs which makes kernel and
user space see different data due to dirty cache lines.
Long version:
I could not get mmap to work properly on my davinci board.
I have narrowed the proble
Bernard Blackham wrote:
> [Cc'ing Sergey who has been here before and might know more...]
>
> Troy Kisky wrote:
>> Not only are the ECC bytes stored in different locations in the spare
>> area, but the ECC value stored is also different. (davinci-git vs U-boot)
>>
>> I've modified both the linux k
