Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1515459yba; Thu, 4 Apr 2019 12:21:12 -0700 (PDT) X-Google-Smtp-Source: APXvYqyfJcYzdqEp7nkcjjS+wgFQg/W60MHMaSGYeO5TB/rwdnexyAmIMJyiaEKWGoG6B+YUqBLa X-Received: by 2002:a63:2e87:: with SMTP id u129mr7410910pgu.321.1554405672347; Thu, 04 Apr 2019 12:21:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554405672; cv=none; d=google.com; s=arc-20160816; b=l8IrVUzI6GO5RWxUywSAUwEuiQ1/sqq3jtbQfdTwCfwPfXfGxGf3F45spX+dxB0bKw eUbPmtXxUcaKpwD4tjkCqRz1dtp+ZOP8cVCQmnEbwLgTD+syfNUuQp37pWFyAsrI/DIU +/6bjp/TlwIP9F97/1DFA2wT+4Lv5FMzRG2Pebpyc1AcxvVGxiQ6PdT2BJksAqHphBmi y4jSlak2gGLdDKrvf58dkLNgZYGiDlU0BIE425FzGJKY8+ZWhd+0lhvCRYN6J5bcVfE+ WMcXxk3b5aKCqBDF7Q+Tw/2PnBm5obnON+/GqR9mvGDngjB5pKw6B/40k7NXQPvz/G6d Z9DQ== 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=G6ctMoazzxknXT5mQwc70XtbYKMYqfL8gsPbyCetfiQ=; b=E84IJG0iigWzyQLDUQFmEap5HsXljBGjLFXPU30/2/rrflryWIPFk1RLt1/cPGXED3 NtZEJUSTCQgN2+rCVex9XQOOyTI1pubisVJg69n2Zt8sQSRNN9pHbsmHGvKBm5nqlk7I pMze4SFixK2R3b9zrRftTtCwKj+546hdTCfB1UlwX+LI1bbhyYUHa36XJpVNIv7U4pfM bvNm4XkY4QlZks2Jz57k1BfRAXaVTbDznSB9SAYgb4lB4OTMjo0eV0eUSZ8gZa5cuxn5 cg8POsHwkZvVlnvK/MxXw/2gIc24CYpv3W8XsP3bLF3fiOo1Wwbf3zTjltT0UuRTpZ50 O8iw== 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 1si17518244plw.242.2019.04.04.12.20.57; Thu, 04 Apr 2019 12:21:12 -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 S1730255AbfDDTTd (ORCPT + 99 others); Thu, 4 Apr 2019 15:19:33 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:60463 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729287AbfDDTTc (ORCPT ); Thu, 4 Apr 2019 15:19:32 -0400 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 2E9E2802E2; Thu, 4 Apr 2019 21:19:21 +0200 (CEST) Date: Thu, 4 Apr 2019 21:19:31 +0200 From: Pavel Machek To: Dmitry Torokhov Cc: Nick Crews , Guenter Roeck , Enric Balletbo i Serra , Benson Leung , linux-leds@vger.kernel.org, Jacek Anaszewski , Alexandre Belloni , Alessandro Zummo , linux-rtc@vger.kernel.org, linux-kernel , Duncan Laurie , Simon Glass Subject: Re: [PATCH v5 3/3] platform/chrome: Standardize Chrome OS keyboard backlight name Message-ID: <20190404191931.GA29984@amd> References: <20190404171007.160878-1-ncrews@chromium.org> <20190404171007.160878-3-ncrews@chromium.org> <20190404185919.GB27340@amd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" 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 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu 2019-04-04 12:05:39, Dmitry Torokhov wrote: > On Thu, Apr 4, 2019 at 11:59 AM Pavel Machek wrote: > > > > On Thu 2019-04-04 11:55:27, Dmitry Torokhov wrote: > > > On Thu, Apr 4, 2019 at 11:41 AM Nick Crews wrot= e: > > > > > > > > On Thu, Apr 4, 2019 at 11:43 AM Dmitry Torokhov w= rote: > > > > > > > > > > On Thu, Apr 4, 2019 at 10:36 AM Guenter Roeck = wrote: > > > > > > > > > > > > On Thu, Apr 4, 2019 at 10:11 AM Nick Crews wrote: > > > > > > > > > > > > > > We want all backlights for the system keyboard to > > > > > > > use a common name, so the name "platform::kbd_backlight" > > > > > > > would be better than the current "chromeos::kbd_backlight" > > > > > > > name. Normally this wouldn't be worth changing, but the new > > > > > > > Wilco keyboard backlight driver uses the "platform" name. > > > > > > > We want to make it so all Chrome OS devices are consistent, > > > > > > > so we'll change the name here too. > > > > > > > > > > > > > > > > > > > Wondering - who is the "we" you are talking about ? > > > > > > > > You're right, I should have been more precise. > > > > I was referring to Pavel, Enric, and myself. Pavel had this opinion= here: > > > > https://lkml.org/lkml/2019/4/4/1040. I don't know what Pavel meant = by "we" > > > > in that comment, but I would guess that could mean the other LED ma= intainers > > > > as well? I talked with Enric 1:1 and he didn't see the problem with= changing it, > > > > though perhaps he was only considering our use of the LED via power= d, > > > > and not users in general. I'm guessing Pavel's and Enric's meanings= though, > > > > excuse me if I am misinterpreting. > > > > > > > > > > > > > > This also has a potential of breaking existing setups if somebody= did > > > > > happen to match on entire name instead of suffix. Such changes ha= ve to > > > > > be considered very carefully; at this point I am against of doing > > > > > this. > > > > > > > > Would it make sense to keep the old name as is, and only make the n= ew > > > > Wilco name begin with "platform:"? What would you think is best? > > > > > > Given that we do not have a single instance of platform::kbd_backlight > > > in kernel at this time I have no idea why Pavel is trying to push this > > > for Wilco driver. > > > > See the documentation in the email I sent few seconds ago. I hope it > > explains my reasoning, if not, I'll explain it. >=20 > Yes, I see the doc and I do not think I agree with it. If you look at > the LED docs you will see: If you take a look at mailing list archive, this is currently being worked on. And you might want to take a look at MAINTAINERS file :-) > LED Device Naming > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > Is currently of the form: >=20 > "devicename:colour:function" >=20 > It is *function* and maybe color that userspace is interested in, and > here we have proper standardization in form of "kbd_backlight". Device > name is, well, device name. It should uniquely identify the device led > is attached to, but otherwise is rarely interesting. If userspace is > really concerned what kind of keyboard backlight it is it should > investigate parent device(s) and see what they end up with. That does not work. Userspace wants to know if it is internal keyboard or USB keyboard, not what kind of i2c controller the LED is connected to. grep for platform::mic_mute . (And platform is even pretty good match for how the LED is connected in your case). Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlymWMMACgkQMOfwapXb+vLtRwCeKg+Mhx+CzBL/yeWW4Zr+ISYg FVoAoLdptqIt1B4iPr89FDvZ5gcyREgb =WTI8 -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6--