Hi, I have got the similar problem when using yaffs2 on nandsim in Linux2.6.23. Have this problem be fixed? I didn't find any related answer. Thanks. Lisa -- Charles On Friday 20 April 2007 21:36, you wrote: > On Thursday 19 April 2007 21:54, Charles Manning wrote: > > That would suggest to me that somehow the yaffs short op cache is screwed > > up. > > > The dd's you do: > > #dd if=/dev/zero of=/nand0/test1 bs=2k count=xxx > > > > are chunk aligned which means that you're bypassing the cache. > > If that theory holds, then > > #dd if=/dev/zero of=/nand0/test1 bs=2k count=1000 > > will work and it is not a file size issue. > > It works. > > > What happens if you do > > #dd if=/dev/zero of=/nand0/test1 bs=1k count=10 > > That works, too! > > > That would force yaffs to use the cache and, I suspect might cause the > > crash. > > But using a block size bigger or equal to 4k crashes the system: > #dd if=/dev/zero of=/nand0/test1 bs=4k count=10 > > Exactly 4095 bytes is still ok: > #dd if=/dev/zero of=/nand0/test1 bs=4095 count=10 > > > If this is happening then it is probably because the cache is not being > > allocated correctly and unfortunately there are insufficient checks in > > place to see that the malloc succeeded. There is some stuff I am working > > on that fixes this and other issues but that won't be checked in for a > > while. > > > > Something else to try would be do look in yaffs_fs.c for where > > dev->nShortOpCaches is assigned and set that to zero. That turns off the > > internal cache. > > I did the same tests with internal cache turned off. But it had no impact > on the issue. > > Matthias