Re: [PATCH v2 1/3] Revert "mtd: spi-nor: remove Fujitsu MB85RS1MT support"

[Richard Weinberger <richard@nod.at>]

----- Ursprüngliche Mail -----
> Von: "Ronan Dalton" <Ronan.Dalton@alliedtelesis.co.nz>
> On Thu, 2026-07-02 at 07:39 +0200, Richard Weinberger wrote:
>> Do you really need (POSIX) file system semantics?
>> You could partition the FRAM into cells and then work with them.
>> e.g. Just dd into it and erase it when needed...
>> Maybe the NVMEM cells mechanism needs some polishing but this sounds
>> reasonable to me.
> 
> Yes, that could work for secrets storage. However we also store
> persistent logs and DHCP leases on this flash to minimize read/writes
> on the main flash, and this data is stored as files of varying lengths.
> A filesystem provides the most straightforward way of storing this data
> for us.

But the storage (FRAM) you chose is not suitable for any real filesystem.
In a previous mail you said you use ext2 on it.
I have a hard time to see how using ext2 on top of mtdblock on an FRAM
does not end in a disaster.

> That's not to say we couldn't develop some system of using the nvmem
> device as a backend for this data. This may be something we look at in
> the future.

Maybe FUSE can help with building a super simple filesystem which provides
just enough to fulfill your use case.

Thanks,
//richard

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/