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

Richard Weinberger <[email protected]>
Newsgroups org.infradead.lists.linux-mtd,org.kernel.vger.linux-kernel
Message-ID <[email protected]>
----- Ursprüngliche Mail -----
> Von: "Ronan Dalton" <[email protected]>
> 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/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.