nftl and multi page read write support
David - NFTL support is safe with the multipage read-write support. I have a system running on ext2 on nftl and it is stable.
To unsubscribe, send "unsubscribe mtd" to [email protected]
Quoted 2 lines · [email protected] said:
David - NFTL support is safe with the multipage read-write support. I have a system running on ext2 on nftl and it is stable.
Cool - you mean not only does it _not_ break it, but it magically makes it stable too?
Excellent :)
/me ducks
--
dwmw2
To unsubscribe, send "unsubscribe mtd" to [email protected]
Quoted 6 lines · David Woodhouse
Quoted 2 lines · [email protected] said:
David - NFTL support is safe with the multipage read-write support. I have a system running on ext2 on nftl and it is stable.
Cool - you mean not only does it _not_ break it, but it magically makes it stable too?
Unless you've made some changes to NFTL (you were just verifying that your DoC2000 changes *didn't* break NFTL, right?) then NFTL still has some problems. I'm having trouble finding time to look into the cause, but while I am able to read and write from a preexisting NFTL partition, I'm unable to make changes to it. Using M-Systems' dformat utility from dosemu makes a single FAT partition. When I try to use fdisk to toggle it to a Linux partition, things seem to go normally, but then when I run it again, the partition still shows up as FAT. mke2fs also seems to complete successfully, but doesn't actually make changes. However, mounting the FAT partition, touching a few files, unmounting, *rebooting*, and mounting again shows that the changes were permanent. I have no idea what's wrong--but I assume, as David has pointed out, that something is probably wrong with the block device setup and/or partition table setup. I'll look into it when I get the chance.
-Patrick
To unsubscribe, send "unsubscribe mtd" to [email protected]
Never mind...
It looks like David checked in a lot of changes on the 26th which fix the problem! I still need to verify this at home (it wasn't working on Saturday, but I may not have updated in a while). Anyway, things are looking pretty good. I should be able to *actually* work on the ECC now. Do you think we could get the Reed-Solomon code licensed under the GPL? If not, how would we avoid infringing their copyright on it? I plan on rewriting some of the simpler pieces (the Galois math implementation), but some of the functions (residue_to_syndrom, decoder_for_2_errors) should probably be used as is. How big of a problem will this be?
-Patrick
Quoted 24 lines · Patrick Higgins
Quoted 6 lines · David Woodhouse
Quoted 2 lines · [email protected] said:
David - NFTL support is safe with the multipage read-write support. I have a system running on ext2 on nftl and it is stable.
Cool - you mean not only does it _not_ break it, but it magically makes it stable too?
Unless you've made some changes to NFTL (you were just verifying that your DoC2000 changes *didn't* break NFTL, right?) then NFTL still has some problems. I'm having trouble finding time to look into the cause, but while I am able to read and write from a preexisting NFTL partition, I'm unable to make changes to it. Using M-Systems' dformat utility from dosemu makes a single FAT partition. When I try to use fdisk to toggle it to a Linux partition, things seem to go normally, but then when I run it again, the partition still shows up as FAT. mke2fs also seems to complete successfully, but doesn't actually make changes. However, mounting the FAT partition, touching a few files, unmounting, *rebooting*, and mounting again shows that the changes were permanent. I have no idea what's wrong--but I assume, as David has pointed out, that something is probably wrong with the block device setup and/or partition table setup. I'll look into it when I get the chance.
Quoted 3 lines
-Patrick
To unsubscribe, send "unsubscribe mtd" to [email protected]
Quoted 10 lines · Patrick Higgins
Quoted 6 lines · David Woodhouse
Quoted 2 lines · [email protected] said:
David - NFTL support is safe with the multipage read-write support. I have a system running on ext2 on nftl and it is stable.
Cool - you mean not only does it _not_ break it, but it magically makes it stable too?
Quoted 15 lines
Unless you've made some changes to NFTL (you were just verifying that your DoC2000 changes *didn't* break NFTL, right?) then NFTL still has some problems. I'm having trouble finding time to look into the cause, but while I am able to read and write from a preexisting NFTL partition, I'm unable to make changes to it. Using M-Systems' dformat utility from dosemu makes a single FAT partition. When I try to use fdisk to toggle it to a Linux partition, things seem to go normally, but then when I run it again, the partition still shows up as FAT. mke2fs also seems to complete successfully, but doesn't actually make changes. However, mounting the FAT partition, touching a few files, unmounting, *rebooting*, and mounting again shows that the changes were permanent. I have no idea what's wrong--but I assume, as David has pointed out, that something is probably wrong with the block device setup and/or partition table setup. I'll look into it when I get the chance.
One potential problem I just found and discussed with David. Currently the MTD
driver (doc2000.c doc2001.c) is hardcoded with Erase Block == 8kB but actually
very few nand flash chips in the M-System DoC 2000 are in 8kB block, most of
them have 16kB erase block. This cause problem when you "folding" the "Virtual
Block Chain" in the NFTL layer (folding a vitrual block chain is a kind of
"garbage collection" in the NFTL that is the only case Erase is issued). Half of the block is lost since you think the block is only 8kB but actually you have to
save 16kB of data.
I am currently reviewing the NFTL layer, there seems to be other problems too. For example, try to use "nanddump" on a nftl_formatted/fdisked/mke2fsed DoC. You will lost all your data (especially partition table) on the DoC.
Ollie
To unsubscribe, send "unsubscribe mtd" to [email protected]