Received: by 10.223.176.5 with SMTP id f5csp1683877wra; Sun, 4 Feb 2018 09:35:23 -0800 (PST) X-Google-Smtp-Source: AH8x2245lIf02jAHtMry5UQ+qlr5JVw0i/9SIQ1maBrZ3BVKU3xFt5cHfOzBpp9JTXY0Sb+mKbKv X-Received: by 10.99.138.199 with SMTP id y190mr8715070pgd.90.1517765723464; Sun, 04 Feb 2018 09:35:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517765723; cv=none; d=google.com; s=arc-20160816; b=CfZujNcY2gr8XxC4wl6Ch55/4HblxZ4Jbo17V1IJO7erDz5xwspoIN8w1zqT9ItgdS V/RtBAgYHcsBf2aRADAledeWc5Sd9oLOyNOHY5dtafj4y+pczs0Gxb0foqkmwyTT3kxh Jxeh7Y5p1u0sYx/rQqnHV9tbEygVyseiCMmsnhP4F/C3gd8y6biTsorwlHxdCwsovLxq NaLIB6VzHnWWKEogpfORtyIvvrKnYrOd9u44FBOlt9jSl26O82ww/+agcQ10Wrd6J39O CBr9TwzQDQlbgab+bT6uKzhk6SrHr397yTcMEbjU7k+WRS3f1w/rd0BSVgJQNQra1b8h gxFg== 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:arc-authentication-results; bh=p0lKrtCU4KBGw9GdQDFq7uTmDI+00Z+fTQXclShFjTs=; b=I33OQTZXnDHo3i9HgSFSpg3zX4sawVRSV5ZBGqbF383/BleOjc6CnXmgL+7MdtJzdu ynhlGBfgOFt7GK2CXjk2xGNebt9YtdIGpyO/H46zYjtEseIVE23J6xDwGUSmFwcjBjA/ 3Xbu0KGUq4Jtswg2LnCiBaDdwNNgRKvlhC0QapZy4kcrA7i2Nfwtef865/WCQJmd3UTV cgPduLniS+oCyVthlsPDBry4sizKrBk+kazESNyLrrGuUqtuloQTfXcMir6x9hq3ZYyr cPo5rao0IIrGnbOEEdD38TcX+Nb8dCfHk45S1pZtNyBcPfdopae0UXgcPPKN0BhFRHuJ 9qQg== 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 w18-v6si5511378pll.186.2018.02.04.09.34.55; Sun, 04 Feb 2018 09:35:23 -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 S1752027AbeBDRbX (ORCPT + 99 others); Sun, 4 Feb 2018 12:31:23 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:32778 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750967AbeBDRbS (ORCPT ); Sun, 4 Feb 2018 12:31:18 -0500 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 268B680193; Sun, 4 Feb 2018 18:31:17 +0100 (CET) Date: Sun, 4 Feb 2018 18:31:16 +0100 From: Pavel Machek To: Sasha Levin Cc: "linux-kernel@vger.kernel.org" , "stable@vger.kernel.org" , Matthieu CASTET , "linux-leds@vger.kernel.org" , Jacek Anaszewski Subject: Re: [PATCH AUTOSEL for 4.14 065/110] led: core: Fix brightness setting when setting delay_off=0 Message-ID: <20180204173116.GB1388@amd> References: <20180203180015.29073-1-alexander.levin@microsoft.com> <20180203180015.29073-65-alexander.levin@microsoft.com> <20180203203525.GA5860@amd> <20180204003029.2lkcmh6wvzpnlrls@sasha-lappy> <20180204090531.GA29468@amd> <20180204154859.zfkp4oia5iorewo5@sasha-lappy> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oC1+HKm2/end4ao3" Content-Disposition: inline In-Reply-To: <20180204154859.zfkp4oia5iorewo5@sasha-lappy> 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 --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun 2018-02-04 15:49:06, Sasha Levin wrote: > On Sun, Feb 04, 2018 at 10:05:31AM +0100, Pavel Machek wrote: > >On Sun 2018-02-04 00:30:36, Sasha Levin wrote: > >> On Sat, Feb 03, 2018 at 09:35:26PM +0100, Pavel Machek wrote: > >> >On Sat 2018-02-03 18:00:59, Sasha Levin wrote: > >> >> From: Matthieu CASTET > >> >> > >> >> [ Upstream commit 2b83ff96f51d0b039c4561b9f95c824d7bddb85c ] > >> >> > >> >> With the current code, the following sequence won't work : > >> >> echo timer > trigger > >> >> > >> >> echo 0 > delay_off > >> >> * at this point we call > >> >> ** led_delay_off_store > >> >> ** led_blink_set > >> >> *** stop timer > >> >> ** led_blink_setup > >> >> ** led_set_software_blink > >> >> *** if !delay_on, led off > >> >> *** if !delay_off, set led_set_brightness_nosleep <--- LED_BLINK_SW= is set but timer is stop > >> >> *** otherwise start timer/set LED_BLINK_SW flag > >> >> > >> >> echo xxx > brightness > >> >> * led_set_brightness > >> >> ** if LED_BLINK_SW > >> >> *** if brightness=3D0, led off > >> >> *** else apply brightness if next timer <--- timer is stop, and wil= l never apply new setting > >> >> ** otherwise set led_set_brightness_nosleep > >> >> > >> >> To fix that, when we delete the timer, we should clear LED_BLINK_SW. > >> > > >> >Can you run the tests on the affected stable kernels? I have feeling > >> >that the problem described might not be present there. > >> > >> Hm, I don't seem to have HW to test that out. Maybe someone else does? > > > >Why are you submitting patches you have no way to test? >=20 > Because.... that's how the process works? -stable maintainers don't test > every single patch that goes in. Never happened and I doubt it ever > will. Well, see my reply to Greg. According to documentation, stable tree is for - It must be obviously correct and tested. - It must fix a real bug that bothers people (not a, "This could be a problem..." type thing). - It must fix a problem that causes a build error (but not for things marked CONFIG_BROKEN), an oops, a hang, data corruption, a real security issue, or some "oh, that's not good" issue. In short,=20 something critical. =20 =2E This one was not tested in the stable trees, and it was not really bothering anyone. It was not even present in some of the kernels... It was not an oops, hang... etc. > >Plus... you don't have PC keyboard? You don't have thinkpad notebook? >=20 > Nope, all the (limited) testing I do happens in VMs, which don't expose > leds as far as I know. You still use keyboard to access the VMs, right? Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --oC1+HKm2/end4ao3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlp3Q2QACgkQMOfwapXb+vItuwCfTLFvw7oyhyNmBi7ZypGB6AXs +X8AoLVxLA22chFVfiUMhyRawQ7w5+rB =BRMa -----END PGP SIGNATURE----- --oC1+HKm2/end4ao3--