[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: mirroring in JFFS2
> The fs doesnt know enough about the block I/O layer to do that
Certainly it doesn't when it's all hidden by RAID. It's feasible that it
_could_ though. It looked like the nwfs code did something like this -- you
told the file system explicitly about all the individual block devices it
was supposed to be using. I never did investigate it much though.
To be honest, in a lot of cases I'd settle for a way for a file system to
tell the block device 'this sector is now unused'. Not so much for RAID but
for the "block-based file system on flash translation layer" case.
> A dupfs layer is probably quite doable too yes.
There are a few interesting cases about what you do when you get write
errors (or -ENOSPC) after your write already succeeded to the other device,
but yeah -- it shouldn't be too horrible.
> However for JFFS2 surely all you actually want to do is write each log
> entry including its ID number to both journals. When you hit a bad block
> you can play back that bit of the journal from the other flash and then
> mark it bad.
Yep, that basically works.
> The only fun case is working out the size of your journal since its
> effectively the smaller of two journals can shrink online.
Well that bit is quite fun already :)
But it's not too bad -- you GC on _both_ media till you have enough space
on them both for the write you want to do, then you allow the allocation
call to return, do the write to both media and return. Some detail in
sorting out the case where a page write crosses an eraseblock boundary and
ends up split into two on one or both media, but that's not really too hard
conceptually -- I suspect it'd make an ugly mess of the code though.
To unsubscribe from this list: send the line "unsubscribe jffs-dev" in
the body of a message to firstname.lastname@example.org