MTD access problem

Xiaogeng (Shawn) Jin xjin at
Tue May 28 15:18:19 EDT 2002

I'm experiencing a strange mtd access problem when two threads try to 
access two different mtd devices which are in the same chip (using CS0). 
This happens as follows.
1. Thread A calls get_mtd_device() to an mtd handle (e.g. mtd6), calls 
erase() to erase one sector (128K byte), and tries to write some data 
into this sector, then calls put_mtd_device() to return the handle.
2. At the same time, thread B tries the same action on another mtd 
device (e.g. mtd5).
3. The strange thing happens. The write action takes long time (10 
minutes, sometimes even longer) to finish.

I'm not sure this problem is usual or not. My flash is AMD29LV642D. The 
mtd code is from DENX distribution 2.4.4-2002-08-09. It may not be the 
latest one from CVS.

Wolfgang, is the mtd code from your distribution the same as the mtd cvs 

I hacked into the mtd source code "mtdcore.c" and found a *temporary* 
solution to my problem. I added the following two functions. Basically, 
I intentionally delay the release of mtd_table_mutex until a user calls 
rs_put_mtd_device() to release an mtd handle. When rs_get_mtd_device() 
is called, only one can get permission to access an mtd device, thus it 
prevents the above problem from taking place. Since my threads do not 
write to mtd devices very frequently, I can tolerate such inefficiency. 
Obviously, this is not a good fix, or may be a wrong one. Any 
suggestions? Thank you very much.

Happy Thanksgiving!

- Shawn.

struct mtd_info *rs_get_mtd_device(struct mtd_info *mtd, int num)
	struct mtd_info *ret = NULL;
	int i;


	if (num == -1) {
		for (i=0; i< MAX_MTD_DEVICES; i++)
			if (mtd_table[i] == mtd)
				ret = mtd_table[i];
	} else if (num < MAX_MTD_DEVICES) {
		ret = mtd_table[num];
		if (mtd && mtd != ret)
			ret = NULL;
	if (ret && ret->module && !try_inc_mod_count(ret->module)) {
		return NULL;

	return ret;

void rs_put_mtd_device(struct mtd_info *mtd)

	if (mtd->module)


More information about the linux-mtd mailing list