Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp1478860rwb; Fri, 13 Jan 2023 12:56:10 -0800 (PST) X-Google-Smtp-Source: AMrXdXu8npp+pBIfgAkQIevAn9NrrwjocZiPLVIbnsC9rfWbidACdvGHkKdx73PKcbDXAkBEpu1/ X-Received: by 2002:a17:906:30d3:b0:7c0:a1f9:c778 with SMTP id b19-20020a17090630d300b007c0a1f9c778mr66931484ejb.13.1673643370565; Fri, 13 Jan 2023 12:56:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673643370; cv=none; d=google.com; s=arc-20160816; b=ibKuK/lM2WTZRFRhIeXHAwQykUHpPdvVuxjOTctohZ3/PuCwjQEbas+Auo4vEF6U9U VNZuuGAmn2kqcvVJmUtIkRhlMMfuAHUvtlKy8JFzPYKCOvQJQN4mgd09eLDQKYBqT77w N4r0fVgcwKjr9ftmqvWpPe57quV/7JcPmpUk4xcrEQ64ltOa/RyrQ8f0/XQHlCKI8BpP qK69UQZha/YMPrrD7eBqOCopJbXK11ha+EN9Z4PLin7QU1DWGArJaBqbHyaAyYgt5chQ vxVaXd6I1h/6wV4NXFXPk+xdFZSAt62De3W1mrXxMwSjHB9oFX0XEdjVk+RL2Lp6bOcH pU3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:user-agent:from :references:in-reply-to:mime-version:dkim-signature; bh=fkHnDayGcMAohLKGEspej/e05EdmPSY3auvLO5nhKvg=; b=LrWP8ZrwSbzd0XVxrAjH/hDrNQoSMAiB8wuMLHTOPdKdbbs2b6g3XOlTKU1azaFQD0 0QKBjq0C8F693sZSW4i9WwYN9L9SC/FClQ3L8WLU/g0RLSQ0sTa5JRGjUnuietOZp2Sn PeZVFMzYqTKWdOeNju8m+ookt1aIZuMFaIHczcnED8ghUoYOKqKC20m/NS7ZeTziECFT tXBY/VL3ShEBmHyrE6ch4GtEUOs3vvS8g9m1Q/KrT+0tugNigPD+kkFvm9WAJS6JOJFg 8UjG4Q1DK7dNGbx3OQqYjoJbC/5zKj0PNHZrr1ArNDm78lTH3CPIx/C6qPFdgf/Nvn5u RoXw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=B1hyLm+i; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ca2-20020a170906a3c200b007c1891ecc5asi14938661ejb.189.2023.01.13.12.55.57; Fri, 13 Jan 2023 12:56:10 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=B1hyLm+i; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229532AbjAMUty (ORCPT + 52 others); Fri, 13 Jan 2023 15:49:54 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34720 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231163AbjAMUtr (ORCPT ); Fri, 13 Jan 2023 15:49:47 -0500 Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 457DD76210 for ; Fri, 13 Jan 2023 12:49:46 -0800 (PST) Received: by mail-lf1-x136.google.com with SMTP id bf43so34743676lfb.6 for ; Fri, 13 Jan 2023 12:49:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=cc:to:subject:message-id:date:user-agent:from:references :in-reply-to:mime-version:from:to:cc:subject:date:message-id :reply-to; bh=fkHnDayGcMAohLKGEspej/e05EdmPSY3auvLO5nhKvg=; b=B1hyLm+idg00BzqYNZMLiXGprSAGG6i9IwN0XKFvJoTp+bbSmW2iNf+GJtXCutZOO3 8RgU6vVG5lOlOdS4Jh+/EFjzMIfNlQs2UESZqPIAVNO8K6uwqRQpbb6GfpuoMr4V1iJU C54ylt/YF1UuhIaYBPOGvyctdx3Rtziy4tGIc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:user-agent:from:references :in-reply-to:mime-version:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=fkHnDayGcMAohLKGEspej/e05EdmPSY3auvLO5nhKvg=; b=3SUx5X/buHCacCEg8JGmr07CuKwt16cjn7b7Ctl+zgAGqbe79/OqaVLmgfdqX92a2o VKFu0RBAmd7aJMQZ3DPWvwJDT0+1dCnbqh6CEyDy4YlbAZpLRuqzRWgBdCqRhL/OsCR8 XTmsoqdO/ErcjF2rVBnX6EtM4kixi5YrwKEDGb4tUEW5RREgYDONmj0C1ZNujaR369Jk J5wUqMbcX5B194IurRSSApX3/TfyK4zEa6rnNxuvDIX0yDvXMRRJkrT4BMR+jNFcHfNV JKYUKKXIJL4FLDkTxhvn25OUOvmI8PILOd2TKpqLD8phMFG8c0iT18Zlpy6HP/xGI8dC C77Q== X-Gm-Message-State: AFqh2kr1ggJL7HN+HQKtQg9Yc7XxQXZM9TNOb8/Qi+R1CKlDCDzA5f3F K73IU4DfkDUWhfl/vUxqsCZZA9wC7sPVPu4gnmXcHQ== X-Received: by 2002:ac2:4e50:0:b0:4ca:e48d:2b4b with SMTP id f16-20020ac24e50000000b004cae48d2b4bmr8301849lfr.511.1673642984424; Fri, 13 Jan 2023 12:49:44 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 13 Jan 2023 14:49:43 -0600 MIME-Version: 1.0 In-Reply-To: References: <20230106030108.2542081-1-swboyd@chromium.org> From: Stephen Boyd User-Agent: alot/0.10 Date: Fri, 13 Jan 2023 14:49:43 -0600 Message-ID: Subject: Re: [PATCH] drm/panel: boe-tv101wum-nl6: Ensure DSI writes succeed during disable To: Sam Ravnborg Cc: Thierry Reding , linux-kernel@vger.kernel.org, patches@lists.linux.dev, dri-devel@lists.freedesktop.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, yangcong , Douglas Anderson , Jitao Shi , Rob Clark , Dmitry Baryshkov Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Sam Ravnborg (2023-01-13 06:52:09) > Hi Stephen, > On Tue, Jan 10, 2023 at 11:29:41AM -0800, Stephen Boyd wrote: > > Quoting Sam Ravnborg (2023-01-07 12:28:41) > > > > > > > > For this case we could ask ourself if the display needs to enter sleep > > > mode right before we disable the regulator. But if the regulator is > > > fixed, so the disable has no effect, this seems OK. > > > > What do you mean by fixed? > What I tried to say here is if we have a fixed regulator - or in others > words a supply voltage we cannot turn off, then entering sleep mode is > important to reduce power consumption. > But any sane design where power consumption is a concern will have the > possibility to turn off the power anyway. Ok got it! > > > > > > > > > Please fix the unprepare to not jump out early, on top of or together > > > with the other fix. > > > > After this patch the unprepare only bails out early if the bool > > 'prepared' flag isn't set. > OK, then everything is fine. > Doug pointed out that enable isn't symmetric because it doesn't do the DSI writes. I've updated the patch and I'll send a v2.