Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp1166304ybi; Thu, 30 May 2019 12:42:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqysVbrj2cw25GIdA8u9ZNMSx2ZW8K2y/+Z9APGXG+8v4w/eFf+iWRlT+hquEAOOQ7pfthDC X-Received: by 2002:a62:a511:: with SMTP id v17mr5238258pfm.129.1559245327099; Thu, 30 May 2019 12:42:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559245327; cv=none; d=google.com; s=arc-20160816; b=CFtwGkwkpjImgdRUSErMtay4+RBE18+QmPdtNUbWXI+JNH3n0dS9RknI0dlKy2tYoT T6JlGkg9zNeOF3x2OPlhlDvt2RFSgFET06/lfVcAdXPBarIYiGIl0rH7iSCHOqrPrmsl tG7wIbexJTnIKBtSK0K0b8hIgXYNclbOQ9DaK1IAdLns/APzL+byjAdTjcPPRY/uFpz6 b8GsCZFk/J6F0dheqsFEgBns1SQVCA+X2iY7Jp091P7hk35z2MWptwib5Unjp47Q79qU HpheeUyYrWBJws3GzrYoSmNLeLfCr3NdDK/CMGq+J6QRUlCEXuHZf/N2DiDvjzGO5LEj VwWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=V2CCPJGBh3Whuo+CcEopGK21ZAyw1to2XjYSRXTig7A=; b=RxCdV9dKXypVsWNW7h8X5yQWaD/0EEMVOgpumel1apwQrjmNZZVHP8vazRQn22lKxp dZSB4d6Rnr8ebCQi4u2oThAZlGwXx4FVcoLESV+r9LPGCrI8ppeLETVMes+Ng6BLus2a M12tfJPhcVnoIAFyfgYe1GiCCQ8hwpbrGOBg7+c4M7uu5tzFBF78y0an+McEvCcxcUeD W1FayvZ77RT2NXDeMewg+IWZXmxxdrYkebBBfsabuf3D2OcPHERZodZ5yGGw5lDWjCbd n05Zo4NLZ3zjcRBKp7ilueMMGqPIZXh31ZRLKvZfm4L+oKrawmhaSu/INTJ89XYZEOyu qhMg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 59si4055842plp.158.2019.05.30.12.41.50; Thu, 30 May 2019 12:42:07 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726462AbfE3TkK (ORCPT + 99 others); Thu, 30 May 2019 15:40:10 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:33113 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725897AbfE3TkK (ORCPT ); Thu, 30 May 2019 15:40:10 -0400 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 314F780337; Thu, 30 May 2019 21:39:57 +0200 (CEST) Date: Thu, 30 May 2019 21:40:06 +0200 From: Pavel Machek To: Dan Murphy Cc: jacek.anaszewski@gmail.com, robh+dt@kernel.org, devicetree@vger.kernel.org, linux-leds@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 1/9] leds: multicolor: Add sysfs interface definition Message-ID: <20190530194006.GA22367@amd> References: <20190523190820.29375-1-dmurphy@ti.com> <20190523190820.29375-2-dmurphy@ti.com> <20190527103355.GA5287@amd> <522728b0-147b-3708-fea1-88a895491e05@ti.com> <34dbfab0-0dd4-cf9a-ed86-a74363981077@ti.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <34dbfab0-0dd4-cf9a-ed86-a74363981077@ti.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue 2019-05-28 06:34:47, Dan Murphy wrote: > Pavel >=20 > 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 > >>>--- > >>>=A0 .../ABI/testing/sysfs-class-led-multicolor=A0=A0=A0 | 57 > >>>+++++++++++++++++++ > >>>=A0 1 file changed, 57 insertions(+) > >>>=A0 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:=A0=A0=A0=A0=A0=A0=A0 /sys/class/leds//colors/sync_enable > >>>+Date:=A0=A0=A0=A0=A0=A0=A0 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].=A0 Assuming that was the suggestion it > violates the kernel 1 value/file and there was agreement that this interf= ace > 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 --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlzwMZYACgkQMOfwapXb+vI8kACeI37r0eiFv/mgu7wPB7ylJwT3 vpwAn3CQPq9ECn9UTVYgiTl947hx0+zO =nQ/Y -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C--