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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110322223013.GB31312@kroah.com>
Date:	Tue, 22 Mar 2011 15:30:13 -0700
From:	Greg KH <greg@...ah.com>
To:	Jonathan Cameron <jic23@....ac.uk>
Cc:	LKML <linux-kernel@...r.kernel.org>,
	David Brownell <david-b@...bell.net>
Subject: Re: Standard handling of boolean attributes in sysfs.

On Tue, Mar 22, 2011 at 10:59:43AM +0000, Jonathan Cameron wrote:
> On 03/21/11 20:14, Greg KH wrote:
> > On Mon, Mar 21, 2011 at 08:02:40PM +0000, Jonathan Cameron wrote:
> >> Hi All,
> >>
> >> Just wondering what the feeling would be about having
> >> a utility function similar to sysfs_streq to provide a
> >> consistent option for all those sysfs attributes out there
> >> where
> >>
> >> 1, on, true -> 1
> >> 0, off, false -> 0
> >>
> >> Or does such a beast already exist and I'm just being unobservant?
> > 
> > We have the one in debugfs that I think people use for sysfs.  Have you
> > looked at that?
> > 
> Thanks for the pointer...
> 
> write_file_bool in fs/debugfs/file.c?  
> 
> What is there is pretty much what is needed, but it's not a general
> use function like sysfs_streq. Clearly it would make sense to use
> what is there as a basis of such a function. 
> 
> To save others looking it up, the relevant bit is:
> 
> 	switch (buf[0]) {
> 	case 'y':
> 	case 'Y':
> 	case '1':
> 		*val = 1;
> 		break;
> 	case 'n':
> 	case 'N':
> 	case '0':
> 		*val = 0;
> 		break;
> 	}
> 
> There are a few cut and paste copies of this about (mostly in IIO drivers actually
> hence why I asking if there is a better way :).
> 
> Unless there is demand for it elsewhere I'll just add a utility function to the IIO
> core to do this and we can revisit the case for a general function when the need
> turns up elsewhere.

The other function that does this, and is what I was thinking of, is
param_set_bool().  Care to merge both of these functions together into
something "sane" and have everyone use it?

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ