Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S941592AbcKOKbj (ORCPT ); Tue, 15 Nov 2016 05:31:39 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:54626 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755484AbcKOKbg (ORCPT ); Tue, 15 Nov 2016 05:31:36 -0500 Date: Tue, 15 Nov 2016 11:31:33 +0100 From: Pavel Machek To: Hans de Goede Cc: Jacek Anaszewski , Jacek Anaszewski , Tony Lindgren , linux-leds@vger.kernel.org, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Darren Hart Subject: LEDs that change brightness "itself" -- that's a trigger. Re: PM regression with LED changes in next-20161109 Message-ID: <20161115103133.GA22860@amd> References: <4c31faef-144d-289c-0e32-83e76aff6178@gmail.com> <3eb60c78-d891-27e5-6b7b-a54a5b547a1c@redhat.com> <9b476f85-d45e-deb6-335d-fc56f6d90350@redhat.com> <127cdd42-6fd8-c671-60b7-3826b351577f@samsung.com> <15cafbf5-d842-e184-2fd4-65f8272f505a@redhat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <15cafbf5-d842-e184-2fd4-65f8272f505a@redhat.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1435 Lines: 51 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > >Hmm, v4 still calls led_notify_brightness_change(led_cdev) > >from both __led_set_brightness() and __led_set_brightness_blocking(). >=20 > Ugh, I see I accidentally send a v4 twice, instead of > calling the version which dropped those called v5 as > I should have, sorry. >=20 > The v4 which I would like to see merged, the one with > those calls dropped, is here: >=20 > https://patchwork.kernel.org/patch/9423093/ Please, lets fix this properly. The LED you are talking about _has_ a trigger, implemented in hardware. That trigger can change LED brightness behind kernel's (and userspace's) back. Don't pretend the trigger does not exist, it does. And when you do that, you'll have nice place to report changes to userspace -- trigger can now export that information, and offer poll() interface. Thanks, Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlgq5AUACgkQMOfwapXb+vKkpwCfcis/f6fII+BfuIb/yk30c1FS eioAn258U0uF+uLGRk6Abj9JlR0Lcvzz =hiq6 -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J--