On Friday 24 July 2009 03:44:16 Andrew McKay wrote:
<snip>
>
> I'm seeing the garbage collection algorithm cleaning up blocks
> successfully:
>
> yaffs_BlockBecameDirty block 5702 state 5
> Erased block 5702
> yaffs_BlockBecameDirty block 5703 state 8
> Erased block 5703
> yaffs_BlockBecameDirty block 5704 state 8
> Erased block 5704
> yaffs_BlockBecameDirty block 5706 state 8
> Erased block 5706
> yaffs_BlockBecameDirty block 5707 state 8
> Erased block 5707
> yaffs_BlockBecameDirty block 5709 state 5
> Erased block 5709
> yaffs_BlockBecameDirty block 5710 state 8
> Erased block 5710
>
> Now I'll look into marking of bad blocks.  Who is responsible for marking
> bad blocks YAFFS or MTD?  Or does YAFFS make calls into MTD to mark the
> blocks bad?

Turn on YAFFS_TRACE_MTD

Yaffs calls 
int nandmtd2_MarkNANDBlockBad(struct yaffs_DeviceStruct *dev, int blockNo)
{
	struct mtd_info *mtd = (struct mtd_info *)(dev->genericDevice);
	int retval;
	T(YAFFS_TRACE_MTD,
	  (TSTR("nandmtd2_MarkNANDBlockBad %d" TENDSTR), blockNo));

	retval =
	    mtd->block_markbad(mtd,
			       blockNo * dev->nChunksPerBlock *
			       dev->totalBytesPerChunk);

	if (retval == 0)
		return YAFFS_OK;
	else
		return YAFFS_FAIL;

}

The actual bad block marking strategy is in mtd. It's done this way because 
different lashes have different bad block marking strategies.


>
> > Try doing some nandwrites etc to manually do stuff to the block and see
> > if that works.
>
> How would you recommend doing this?  Unmounting the YAFFS2 file system and
> reading and writing the NAND block device directly?
Yes, do some manual operations on an unmounted yaffs partition.

>
> Thanks,
> Andrew
>
>
> _______________________________________________
> yaffs mailing list
> yaffs@lists.aleph1.co.uk
> http://lists.aleph1.co.uk/cgi-bin/mailman/listinfo/yaffs