linux-kernel - Re: [RFC PATCH] nvmem: core: add sysfs cell write support

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20240220110701.5ac88fed@xps-13>
Date: Tue, 20 Feb 2024 11:07:01 +0100
From: Miquel Raynal <miquel.raynal@...tlin.com>
To: Marco Felsch <m.felsch@...gutronix.de>
Cc: Michael Walle <michael@...le.cc>, srinivas.kandagatla@...aro.org,
 gregkh@...uxfoundation.org, rafal@...ecki.pl, linux-kernel@...r.kernel.org,
 kernel@...gutronix.de
Subject: Re: [RFC PATCH] nvmem: core: add sysfs cell write support

Hi Marco,

> > > > Regarding UBI(FS) I'm not sure if this is required at all since you have
> > > > an filesystem. IMHO nvmem-cells are very lowelevel and are not made for
> > > > filesystem backed backends.  
> > 
> > I'm really talking about UBI, not UBIFS. UBI is just like MTD but
> > handles wear leveling. There is a pending series for enabling nvmem
> > cells on top of UBI.  
> 
> Cells on-top of a wear leveling device? Interesting, the cell-api is
> very lowlevel which means the specified cell will be at the exact same
> place on the hardware device as specified in the dts. How do you know
> that with wear leveling underneath the cell-api?

https://lore.kernel.org/lkml/cover.1702952891.git.daniel@makrotopia.org/

I haven't tested it though.

Thanks,
Miquèl