* Never mind...
2000-07-31 17:32 ` Patrick Higgins
@ 2000-07-31 20:06 ` Patrick Higgins
2000-08-01 0:29 ` nftl and multi page read write support Ollie Lho
1 sibling, 0 replies; 5+ messages in thread
From: Patrick Higgins @ 2000-07-31 20:06 UTC (permalink / raw)
To: mtd
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
On Mon, 31 Jul 2000, Patrick Higgins wrote:
> On Mon, 31 Jul 2000, David Woodhouse wrote:
>
> > rogelio@evoserve.com 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 majordomo@infradead.org
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: nftl and multi page read write support
2000-07-31 17:32 ` Patrick Higgins
2000-07-31 20:06 ` Never mind Patrick Higgins
@ 2000-08-01 0:29 ` Ollie Lho
1 sibling, 0 replies; 5+ messages in thread
From: Ollie Lho @ 2000-08-01 0:29 UTC (permalink / raw)
To: Patrick Higgins, mtd
Patrick Higgins wrote:
>
> On Mon, 31 Jul 2000, David Woodhouse wrote:
>
> > rogelio@evoserve.com 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.
>
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 majordomo@infradead.org
^ permalink raw reply [flat|nested] 5+ messages in thread