Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1631286yba; Thu, 4 Apr 2019 14:55:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqzxkxJiTre+OLtech3QchRdMD5xN4YHd2FrVUEgJbTkU6eTGZHNH0eS9Z3n9dSEZ3frtdRo X-Received: by 2002:a63:cf0d:: with SMTP id j13mr8282680pgg.34.1554414942783; Thu, 04 Apr 2019 14:55:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554414942; cv=none; d=google.com; s=arc-20160816; b=h0pFODkTsLw69pogDBQHMrAhe1FtIrIgN084SB8hLWu8TftrfGGxX9toG+bnlH+Fqq hXoQKf41xcptESMyGQuGI7MwUl5qYDSZa3VBSPGDA7z7W3iKwfg4zU0XkzWSW9Hqxgyt jmn7bRaUgE5cixJ8Gx2/r07q1sujE4UeVlCpy4kpqpzA97rM/Jscx7asTqs/b5QK1FD3 Eie/eW9xLrTcuE2jFF7CVa/Mceyh155gYCRSlJX39+fSGuZX93dxDd38u76AgMMAjYN3 +q8n/ZnbWcb9ZAisBW4eAN79wKjIC2LtzfJDSaz5SyJht4bOR8OxVmP4lYtVN02ltBhQ VX7A== 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=5VVrnsyoENuax7oyHRVTV7S1MO0/d1mcjveEU3Gc5SU=; b=THLuHxaN2L+CbTutwC2Y5L4C8r8huP1HWbqM3Wjgf9cGaxRzvXwrhf9gN/LsH55f/B aokMFNpfvVMmh4crryeWJmTjlBFooE/cMhyII222OuGmk0eSGdZEmracBZjND/ikr+Gq OBkDQcLWCbTkmCGjsID4aVgQOdL0ZVXiLv/WN4E70mepb/0yQZjHGUabYqHTa/MKeUdW 04dg1XeAncbpo/Y/N/weHyHGlGR7eKJ9tS89n8QyyByPV8HGu7GzsF8fLzKXFtk5ZAvU +OxUOhWWNEytC6146PNoO/xk+TQmu/6TxDraJqZCricAmZ6ByzozjuOK3USr4QYce0uS J47Q== 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 f20si8571699pgv.584.2019.04.04.14.54.49; Thu, 04 Apr 2019 14:55:42 -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 S1730497AbfDDUG5 (ORCPT + 99 others); Thu, 4 Apr 2019 16:06:57 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:33542 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727108AbfDDUG5 (ORCPT ); Thu, 4 Apr 2019 16:06:57 -0400 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 4A94F802B2; Thu, 4 Apr 2019 22:06:47 +0200 (CEST) Date: Thu, 4 Apr 2019 22:06:58 +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: <20190404200658.GD29984@amd> References: <20190404171007.160878-1-ncrews@chromium.org> <20190404171007.160878-3-ncrews@chromium.org> <20190404185919.GB27340@amd> <20190404191931.GA29984@amd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fXStkuK2IQBfcDe+" 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 --fXStkuK2IQBfcDe+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > > > 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. >=20 > Why does userspace want to know it? For example to turn off backlight on internal keyboard when the lid is clos= ed. > > grep for platform::mic_mute . > > > > (And platform is even pretty good match for how the LED is connected > > in your case). >=20 > Until we get a secondary interface that is also "platform"... How would that happen? Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --fXStkuK2IQBfcDe+ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlymY+IACgkQMOfwapXb+vLAaQCdEN9OwTSjbnjYaUSLCBDvtol3 tgMAn1h1KMEfrUajLksbICnIxS33cOAJ =/3yv -----END PGP SIGNATURE----- --fXStkuK2IQBfcDe+--