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
| ||
|
Message-ID: <YjSnvKV7dElpzTcd@e120937-lin> Date: Fri, 18 Mar 2022 15:39:40 +0000 From: Cristian Marussi <cristian.marussi@....com> To: Greg Kroah-Hartman <gregkh@...uxfoundation.org> Cc: linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org, sudeep.holla@....com, james.quinlan@...adcom.com, Jonathan.Cameron@...wei.com, f.fainelli@...il.com, vincent.guittot@...aro.org, souvik.chakravarty@....com, peter.hilber@...nsynergy.com, "Rafael J. Wysocki" <rafael@...nel.org>, Alexander Viro <viro@...iv.linux.org.uk> Subject: Re: [RFC PATCH 07/16] debugfs: Add signed versions of debugfs_create_u32/64 helpers On Fri, Mar 18, 2022 at 02:21:32PM +0100, Greg Kroah-Hartman wrote: > On Sun, Feb 27, 2022 at 08:55:59PM +0000, Cristian Marussi wrote: > > Add a few helpers to deal with signed values integers; built on existing > > debugfs internal helpers as the existing unsigned functions already do. > > > > Make the simple_attr_write() internal helper detect the sign of the > > requested set operation from the related format string: this is needed > > to be able to properly parse negatively signed input strings. > > > > Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org> > > Cc: "Rafael J. Wysocki" <rafael@...nel.org> > > Cc: Alexander Viro <viro@...iv.linux.org.uk> > > Signed-off-by: Cristian Marussi <cristian.marussi@....com> > > --- Hi Greg, thanks for the feedback. > > Note that in the rest of the series I do NOT need the s64 WRITE/SET > > operations, that required the more invasive simple_attr_write() change, > > but it seemed odd to implement a get only debug_create_s32/64 API. > > Let's wait to add them when we have a need for them with a in-kernel > user. Otherwise I'll just end up removing them eventually when I sweep > for "is this used" cleanups. > Ok, so just to double check what I understood(or not), I'll leave out the setters ops and implement instead the debufs_create_s32/s64 with only RO fops support, right ? Thanks, Cristian
Powered by blists - more mailing lists