Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1060729imu; Fri, 4 Jan 2019 12:15:43 -0800 (PST) X-Google-Smtp-Source: ALg8bN6ZuvO2IwNwCBhzyFFCPWNemSVcxr3pdWlRtTWL8IxYrTYbViLO9F7hcY58D/tk0ZnOGqO+ X-Received: by 2002:a62:c185:: with SMTP id i127mr41529027pfg.43.1546632943312; Fri, 04 Jan 2019 12:15:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1546632943; cv=none; d=google.com; s=arc-20160816; b=jXFAIBaAW1opIFWCbgJCV1MCWqcjy3vufCW2yhUVpFpav8AH4wsVh/XYRQGO1YQGtT MYAhbKk3garbzMX8RHOXTAWg5OyxlAedRmoD5Pnrajvqh50CZ045ir5OnuInRhofQxZN ahbYaVphuIP6ciETduyOLgPdaFeWcLjVInqfh9eOLRLsKOPLYQOitu0JjKmQ8K/6glKU gmSqpHmyZKM6RNSps4CuqbK67pxjjKDmy+ZvJTTldDIebPO3IIeKNMpOcfr34phexqBP BTVl1j85ZDVc3PEFBJBW5IIitwSxpMf4VaPfXXzGZ8GVUMYf8RPl/Nz3ezXAAiGr3c1F sdjQ== 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=aw8AQIsVtc7rCO9qFihKnNc7AEHYOetoecH8G+dM56c=; b=qDU1dVCtZiKByjxT0wGN+LUUoSxdd7ZD2kqzEByOh4E6CJMeewkfZGjVvQloj+jfzM 3t9BxfYFYhJUJxA2LSit0gvSAX8pl5ZsBZVrwUYc4DOv37v0XyyDo4DPU8Sp8vPehqBm jbD2vKuAcUTBk2umMDj26krFI7nYgoU+vxEPVguLdJBuwc6MbvHMPDYpZQHjuavdh5Un uWNOl95lUlfwZJ2IAxFrk5RD0ZMnF/XRgf559TcEWhmHR0l1h0fDSEIuIZCGTwh444b8 uX0CRrYLn1jjxXE6AcQkuQIE7txQ7UDzle20bdc2hDjxpifmNRKhexXNLgsuUTNhZHR6 9GRA== 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 p10si4540400pgi.549.2019.01.04.12.15.24; Fri, 04 Jan 2019 12:15:43 -0800 (PST) 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 S1726087AbfADUNA (ORCPT + 99 others); Fri, 4 Jan 2019 15:13:00 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:58591 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725958AbfADUM7 (ORCPT ); Fri, 4 Jan 2019 15:12:59 -0500 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 5BB9380813; Fri, 4 Jan 2019 21:12:52 +0100 (CET) Date: Fri, 4 Jan 2019 21:12:56 +0100 From: Pavel Machek To: Jacek Anaszewski Cc: Vesa =?iso-8859-1?B?SuTkc2tlbORpbmVu?= , Dan Murphy , robh+dt@kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-leds@vger.kernel.org Subject: Re: [PATCH 2/2] leds: lp5024: Add the LP5024/18 RGB LED driver Message-ID: <20190104201256.GA2931@amd> References: <8740cfd6-a6b5-ad27-313b-984a9febf18a@ti.com> <20181219201047.GA23448@amd> <54f28115-0a7d-8e9c-3bec-6e91fb3981ec@gmail.com> <986b5105-2fdb-bd25-7c8a-ca8fd1ade821@gmail.com> <7f205102-e854-f1cb-cc03-1307d1cddc87@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: 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 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > >I suppose if one would just make it an array of values (separated by > >space) and then one file with string array of color element names and on > >file with maximum value array it could be within those words. > > > >The it would be something like: > > > >$ echo "23 54 32" > color >=20 > Go ahead, but first convince Pavel, and then Greg :-) >=20 > I'd personally would not have much against, especially that the > list of values will not grow for that one like in case of old patch set > [0] where Pavel and Greg thwarted my similar attempt. Oh, you can get this past Pavel (and probably Greg) -- if you have a good reason. Performance is _not_ a good reason. You don't need to change LED color 50000 times a second. If you can demonstrate a reasonable design, where user selects color =66rom well-known RGB pallete and either kernel or library+kernel acts to set that color on the LED, we can talk. When user asks for white, it has to be white. Exact color temperature does not matter. When user asks for pink, it has to be pink. Again, exact color does not matter; different monitors display slightly different colors, too. Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlwvvkgACgkQMOfwapXb+vLC5gCeJzY/t2GKL7z2FxsIPH/gnKYJ obgAn0oHvXGS41dRhGdbciUlflxl8+Rr =ywxG -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe--