On Tue 2019-05-28 06:34:47, Dan Murphy wrote: > Pavel > > On 5/27/19 7:45 PM, Dan Murphy wrote: > >Pavel > > > >On 5/27/19 5:33 AM, Pavel Machek wrote: > >>On Thu 2019-05-23 14:08:12, Dan Murphy wrote: > >>>Add a documentation of LED Multicolor LED class specific > >>>sysfs attributes. > >>> > >>>Signed-off-by: Dan Murphy <dmurphy@xxxxxx> > >>>--- > >>> .../ABI/testing/sysfs-class-led-multicolor | 57 > >>>+++++++++++++++++++ > >>> 1 file changed, 57 insertions(+) > >>> create mode 100644 > >>>Documentation/ABI/testing/sysfs-class-led-multicolor > >>> > >>>diff --git a/Documentation/ABI/testing/sysfs-class-led-multicolor > >>>b/Documentation/ABI/testing/sysfs-class-led-multicolor > >>>new file mode 100644 > >>>index 000000000000..2f102ede258b > >>>--- /dev/null > >>>+++ b/Documentation/ABI/testing/sysfs-class-led-multicolor > >>>@@ -0,0 +1,57 @@ > >>>+What: /sys/class/leds/<led>/colors/sync_enable > >>>+Date: April 2019 > >>I believe I suggested more reasonable interface. Why not use that? > >> > > > >Can you please provide the reference to your interface? > > > I think I found the suggestion [0]. Assuming that was the suggestion it > violates the kernel 1 value/file and there was agreement that this interface > had value. In testing the interface, it made sense to be able to 1 value/file is actually slightly more complex rule: Attributes should be ASCII text files, preferably with only one value per file. It is noted that it may not be efficient to contain only one value per file, so it is socially acceptable to express an array of values of the same type. See sysfs.txt. Proposed "sync_enable" is ugly enough, and the values really are array of values of same type, so we should be ok with nicer interface. Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Attachment:
signature.asc
Description: Digital signature
