Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1C187C678D5 for ; Wed, 8 Mar 2023 16:06:45 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232215AbjCHQGn (ORCPT ); Wed, 8 Mar 2023 11:06:43 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58234 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232142AbjCHQGU (ORCPT ); Wed, 8 Mar 2023 11:06:20 -0500 Received: from madras.collabora.co.uk (madras.collabora.co.uk [46.235.227.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B673D18ABF; Wed, 8 Mar 2023 08:04:59 -0800 (PST) Received: from [192.168.1.100] (2-237-20-237.ip236.fastwebnet.it [2.237.20.237]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: kholk11) by madras.collabora.co.uk (Postfix) with ESMTPSA id 81B666602F90; Wed, 8 Mar 2023 16:04:57 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1678291498; bh=Jq1iXrQ5K48PzpUJ+Ozq6nnp9fpYINc7ANTHXUKabgI=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=ikQ7INQ9E3qV8NGcrJIAzVQ1+GYksZyrJ9uSIQWgn7q8+Bkhy4IinjeXAL2nQ+wPX wmNY2V51s9bKSmPsLTMli15W35AoascKYdpAoQnrDVFhdYmJAKXaqNzcwtXh6ZS2jt LP5AANzo22TJZ0suK4r/YJUrGuXzBhU94Fg4DeHTZy3UV6MYg1UvaRRn4X4ior6mTN MDSjmzilLF7QkdeM57sl4kqjU8yCqug/2rjTYyVbFurSuF5TkbS8e5gEzqV7PEaLGw cpMGX6efwQCbiuIdM9rMg8TaGFI+GcCi8b7LTbt7ZO3EyK3/OjwH83G45iw8bjKYSe 7eWqDuR8zCjPA== Message-ID: Date: Wed, 8 Mar 2023 17:04:54 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: [PATCH 0/2] pwm: mtk-disp: Fix backlight configuration at boot Content-Language: en-US To: Greg Kroah-Hartman Cc: thierry.reding@gmail.com, u.kleine-koenig@pengutronix.de, matthias.bgg@gmail.com, weiqing.kong@mediatek.com, jitao.shi@mediatek.com, linux-pwm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org, kernel@collabora.com References: <20230123160615.375969-1-angelogioacchino.delregno@collabora.com> <06918fde-64ea-37b2-da1a-1c8316457223@collabora.com> <06909bd8-3da2-1cf0-82ac-3ed4f3e63def@collabora.com> <28142704-d82d-d533-d2a8-b1061182f1f6@collabora.com> From: AngeloGioacchino Del Regno In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Il 08/03/23 16:43, Greg Kroah-Hartman ha scritto: > On Wed, Mar 08, 2023 at 03:55:59PM +0100, AngeloGioacchino Del Regno wrote: >> Il 08/03/23 15:50, Greg Kroah-Hartman ha scritto: >>> On Wed, Mar 08, 2023 at 12:46:07PM +0100, AngeloGioacchino Del Regno wrote: >>>> Il 23/02/23 15:16, AngeloGioacchino Del Regno ha scritto: >>>>> Il 23/01/23 17:06, AngeloGioacchino Del Regno ha scritto: >>>>>> Since the pwm-mtk-disp driver was fixed to get PWM_EN state from the >>>>>> right register, an old two-wrongs-make-one-right issue emerged: as a >>>>>> result, MT8192 Asurada Spherion got no backlight at boot unless a >>>>>> suspend/resume cycle was performed. >>>>>> Also, the backlight would sometimes not get updated with the requested >>>>>> value, requiring the user to change it back and forth until it worked. >>>>>> >>>>>> This series fixes both of the aforementioned issues found on MT8192. >>>>>> >>>>>> AngeloGioacchino Del Regno (2): >>>>>>    pwm: mtk-disp: Disable shadow registers before setting backlight >>>>>>      values >>>>>>    pwm: mtk-disp: Configure double buffering before reading in >>>>>>      .get_state() >>>>>> >>>>>>   drivers/pwm/pwm-mtk-disp.c | 34 +++++++++++++++++++++++----------- >>>>>>   1 file changed, 23 insertions(+), 11 deletions(-) >>>>>> >>>>> >>>>> Gentle ping for this one: this is fixing backlight issues on multiple MediaTek >>>>> SoCs and was well tested. >>>>> >>>>> Thanks, >>>>> Angelo >>>> >>>> Since this series was sent more than one month ago, and since this fixes broken >>>> backlight on a number of Chromebooks with MT8183 and MT8192 SoCs, and seen the >>>> urgency of getting these fixes in, I'm adding Greg to the loop. >>> >>> $ ./scripts/get_maintainer.pl drivers/pwm/pwm-mtk-disp.c >>> Thierry Reding (maintainer:PWM SUBSYSTEM) >>> "Uwe Kleine-König" (reviewer:PWM SUBSYSTEM) >>> Matthias Brugger (maintainer:ARM/Mediatek SoC support) >>> AngeloGioacchino Del Regno (reviewer:ARM/Mediatek SoC support) >>> linux-pwm@vger.kernel.org (open list:PWM SUBSYSTEM) >>> linux-kernel@vger.kernel.org (open list:ARM/Mediatek SoC support) >>> linux-arm-kernel@lists.infradead.org (moderated list:ARM/Mediatek SoC support) >>> linux-mediatek@lists.infradead.org (moderated list:ARM/Mediatek SoC support) >>> >>> I don't see my name in there, did I become the PWM maintainer somehow? >>> >>> What's wrong with Thierry taking this like normal? >>> >> >> Nothing wrong with that. I felt like this series got ignored as I've never >> received any reply from Thierry, even though it's a Fixes series that I deem >> to be moderately urgent; that's why I added you to the loop. > > Then ask Thierry and Uwe, what would you want to have happen if you were > the maintainer of a subsystem? > >> If that created unnecessary noise, I'm extremely sorry and won't happen again. > > Not noise, just confusion on my part. I'm glad to take patches that > have no obvious maintainers, or maintainers that have disappeared, but > that doesn't seem to be the case here. > > Also remember that we had the merge window, which is 2 weeks of us not > being able to take any new code at all, even for fixes. > > And finally, to make it easier for your code to be accepted, please take > the time to review other's code for the subsystems you care about to > make the maintainer's load easier. If you do that, you will often find > your patches getting faster response just by virtue of there being less > work to do on the subsystem overall. Why not do that right now to help > out with other PWM patches? > > thanks, > > greg k-h > That's right, I see the point. Will try to help as soon as I can find BW. Thanks and sorry again, Angelo