Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp840854pxk; Mon, 31 Aug 2020 02:35:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxNFD4MkAVFKzmM8XUWnaVyXqUDzh54NFTGnzHvgFCA1aWdSB2cLqTV3F+a47Zat5VOzJLp X-Received: by 2002:a17:906:1993:: with SMTP id g19mr255212ejd.431.1598866545361; Mon, 31 Aug 2020 02:35:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598866545; cv=none; d=google.com; s=arc-20160816; b=QUOa6xNecnjzQghvkpKWEDmK727N1Ciyg9fKJD2lvlPdenMlzoPRQ35vIAVSCNSyya PVMwpZahOqWGHeqRDMPiVXuLXEQ5zFCAfOSoR+GF+rzln29HLUqPVN88G56k0cGfeSfy SUbBllSbj0P9qopv6pWrXFa0wCsgX4UnXO1PViUh/5X2IAglGZh8qdudoIPPNG1cSmif hbrmaXI5XCgy9sngjYXj+oFFw1OlR0XPlNyb5QsY49si9MEj9+IZ3ohmLXnPI7KnAsue U8AT9RSMqo3I1QM4zrt0N5MJu0EYbkWUJ9qt/xkbK95vUbaPpUDCxHHxNNy1P/A4zDnH sBEA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=iVYbH9pq5ON75kceYMv0ldXRcI8Va5OUTJxQ40DJfbw=; b=IGVXGbnute+CZZdTUXzuzKHXvXI6UARhOg8P4CrRqeqzJq0Uu8O2PkwTwAqP0G/0cQ 8lJOZQB/D51abt4VyBntoDAruv1vKefsYUblxJFyhqCHnhWzkuMybBL+HO9yHWDU9pW5 HzGpUdUeTNSc58cerLwOCUnQQ+d1jBB5/SNufmK6nDKnj9RCb/CjKL69M/tzWn0iyk/B LVcqIynXY2jvuQ+IZCNGB9TtLrYj6EweoGxk/oValmb89+unaIMNJ3ZXBbRAz0hlA5aQ z/JctOXsN/59bKBoOs14HKDrpxDFoBVAnp2enjumEgRg3tH1WrlMmuKsfdlCQXv3RgoP 7OeQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=s3DPMpUn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d26si4901248edq.235.2020.08.31.02.35.20; Mon, 31 Aug 2020 02:35:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=s3DPMpUn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726192AbgHaJcf (ORCPT + 99 others); Mon, 31 Aug 2020 05:32:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55660 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725915AbgHaJcc (ORCPT ); Mon, 31 Aug 2020 05:32:32 -0400 Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 88ACFC061573 for ; Mon, 31 Aug 2020 02:32:30 -0700 (PDT) Received: by mail-wr1-x441.google.com with SMTP id e16so5233146wrm.2 for ; Mon, 31 Aug 2020 02:32:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=iVYbH9pq5ON75kceYMv0ldXRcI8Va5OUTJxQ40DJfbw=; b=s3DPMpUnlBRCpr7AuJx3CTYtb0SatpC56SyQGWzvJh/NWXOJuKL7poG62fhUtUhGXW 1WduYjNLVTWz0THZ+thbkV+Jl2/AXZaog6O8f1139vJe+NYR96j5twvSej7tqRODIkhq kniIeoTgfYlYHL3Mgx8pEQNFf6jK/BKna8/uVSv/1zerP/Z5YIZ0CCyfZU9YmGfUtlAP Mny7O27bR7/dqk/brPWYa9IJ1Y7uGLgiDZwmmK5vl46KpiZNGN9ayVCg2FixQXqkdXsQ 8NBDrmFzZ+at5nmoqiZhua3IAxD3xgWatK0Vv2I5IBUc4/GBNFvR3JzPiCIZ7k492595 0Jcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=iVYbH9pq5ON75kceYMv0ldXRcI8Va5OUTJxQ40DJfbw=; b=f8m3mHDTPLfPU+J9iVXxIhKZxhqJLoaFO6O7h7vcwfaphjDrtdcZZ7SVf3ddMoI9Nr 8imHhHKlceL/NbsXn+6Gehm+c2xckIyyrWuQ2avRPzUQ9qn6xbCXyU/uULlSZV6jlkTD RoC8nifHj44DZnkYCXnU7HOLwAKTcQiMGZYU1tMJsq2Y5b1fJPyi/tZpnRRHfKBhbyCx icuB2f2qt3zj5pUbkSaRE3byP1eDzi4r6l/Ymva7FjeTUYk4QNuyUgJNvKm4GJKbjHHP nc15istXvOZluxJLdW58fLxvtyhiZFH/VA+b5bR0veJrF99S9ov5FR6u0chxEmJhKWKW Jy3A== X-Gm-Message-State: AOAM530a3VB7s82/ATPYEI3XV6jLJleIoq7hnmFPmGggj9UhMog0KzNT iQBr79XuFCTIeAAFIXQYOWLIjVTUBJU= X-Received: by 2002:adf:ef45:: with SMTP id c5mr759476wrp.37.1598866349178; Mon, 31 Aug 2020 02:32:29 -0700 (PDT) Received: from a-VirtualBox ([103.120.71.253]) by smtp.gmail.com with ESMTPSA id t203sm10231507wmg.43.2020.08.31.02.32.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 31 Aug 2020 02:32:28 -0700 (PDT) Date: Mon, 31 Aug 2020 14:32:23 +0500 From: Bilal Wasim To: Enric Balletbo i Serra Cc: linux-kernel@vger.kernel.org, Collabora Kernel ML , matthias.bgg@gmail.com, drinkcat@chromium.org, hsinyi@chromium.org, laurent.pinchart@ideasonboard.com, sam@ravnborg.org, Andrzej Hajda , Daniel Vetter , David Airlie , Jernej Skrabec , Jonas Karlman , Neil Armstrong , dri-devel@lists.freedesktop.org Subject: Re: [PATCH v3 1/1] drm/bridge: ps8640: Rework power state handling Message-ID: <20200831143223.1a775ba6@a-VirtualBox> In-Reply-To: <20200827085911.944899-2-enric.balletbo@collabora.com> References: <20200827085911.944899-1-enric.balletbo@collabora.com> <20200827085911.944899-2-enric.balletbo@collabora.com> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Enric, On Thu, 27 Aug 2020 10:59:11 +0200 Enric Balletbo i Serra wrote: > The get_edid() callback can be triggered anytime by an ioctl, i.e > > drm_mode_getconnector (ioctl) > -> drm_helper_probe_single_connector_modes > -> drm_bridge_connector_get_modes > -> ps8640_bridge_get_edid > > Actually if the bridge pre_enable() function was not called before > get_edid(), the driver will not be able to get the EDID properly and > display will not work until a second get_edid() call is issued and if > pre_enable() is called before. The side effect of this, for example, > is that you see anything when `Frecon` starts, neither the splash > screen, until the graphical session manager starts. > > To fix this we need to make sure that all we need is enabled before > reading the EDID. This means the following: > > 1. If get_edid() is called before having the device powered we need to > power on the device. In such case, the driver will power off again > the device. > > 2. If get_edid() is called after having the device powered, all should > just work. We added a powered flag in order to avoid recurrent > calls to ps8640_bridge_poweron() and unneeded delays. > > 3. This seems to be specific for this device, but we need to make sure > the panel is powered on before do a power on cycle on this device. > Otherwise the device fails to retrieve the EDID. > > Signed-off-by: Enric Balletbo i Serra > --- > > Changes in v3: > - Make poweron/poweroff and pre_enable/post_disable reverse one to > each other (Sam Ravnborg) > > Changes in v2: > - Use drm_bridge_chain_pre_enable/post_disable() helpers (Sam > Ravnborg) > > drivers/gpu/drm/bridge/parade-ps8640.c | 68 > ++++++++++++++++++++++---- 1 file changed, 58 insertions(+), 10 > deletions(-) > > diff --git a/drivers/gpu/drm/bridge/parade-ps8640.c > b/drivers/gpu/drm/bridge/parade-ps8640.c index > 9f7b7a9c53c5..7bd0affa057a 100644 --- > a/drivers/gpu/drm/bridge/parade-ps8640.c +++ > b/drivers/gpu/drm/bridge/parade-ps8640.c @@ -65,6 +65,7 @@ struct > ps8640 { struct regulator_bulk_data supplies[2]; > struct gpio_desc *gpio_reset; > struct gpio_desc *gpio_powerdown; > + bool powered; > }; > > static inline struct ps8640 *bridge_to_ps8640(struct drm_bridge *e) > @@ -91,13 +92,15 @@ static int ps8640_bridge_vdo_control(struct > ps8640 *ps_bridge, return 0; > } > > -static void ps8640_pre_enable(struct drm_bridge *bridge) > +static void ps8640_bridge_poweron(struct ps8640 *ps_bridge) > { > - struct ps8640 *ps_bridge = bridge_to_ps8640(bridge); > struct i2c_client *client = ps_bridge->page[PAGE2_TOP_CNTL]; > unsigned long timeout; > int ret, status; > > + if (ps_bridge->powered) > + return; > + > ret = regulator_bulk_enable(ARRAY_SIZE(ps_bridge->supplies), > ps_bridge->supplies); > if (ret < 0) { > @@ -152,10 +155,6 @@ static void ps8640_pre_enable(struct drm_bridge > *bridge) goto err_regulators_disable; > } > > - ret = ps8640_bridge_vdo_control(ps_bridge, ENABLE); > - if (ret) > - goto err_regulators_disable; > - > /* Switch access edp panel's edid through i2c */ > ret = i2c_smbus_write_byte_data(client, PAGE2_I2C_BYPASS, > I2C_BYPASS_EN); > @@ -164,6 +163,8 @@ static void ps8640_pre_enable(struct drm_bridge > *bridge) goto err_regulators_disable; > } > > + ps_bridge->powered = true; > + > return; > > err_regulators_disable: > @@ -171,12 +172,12 @@ static void ps8640_pre_enable(struct drm_bridge > *bridge) ps_bridge->supplies); > } > > -static void ps8640_post_disable(struct drm_bridge *bridge) > +static void ps8640_bridge_poweroff(struct ps8640 *ps_bridge) > { > - struct ps8640 *ps_bridge = bridge_to_ps8640(bridge); > int ret; > > - ps8640_bridge_vdo_control(ps_bridge, DISABLE); > + if (!ps_bridge->powered) > + return; > > gpiod_set_value(ps_bridge->gpio_reset, 1); > gpiod_set_value(ps_bridge->gpio_powerdown, 1); > @@ -184,6 +185,28 @@ static void ps8640_post_disable(struct > drm_bridge *bridge) ps_bridge->supplies); > if (ret < 0) > DRM_ERROR("cannot disable regulators %d\n", ret); > + > + ps_bridge->powered = false; > +} > + > +static void ps8640_pre_enable(struct drm_bridge *bridge) > +{ > + struct ps8640 *ps_bridge = bridge_to_ps8640(bridge); > + int ret; > + > + ps8640_bridge_poweron(ps_bridge); > + > + ret = ps8640_bridge_vdo_control(ps_bridge, ENABLE); > + if (ret < 0) > + ps8640_bridge_poweroff(ps_bridge); > +} > + > +static void ps8640_post_disable(struct drm_bridge *bridge) > +{ > + struct ps8640 *ps_bridge = bridge_to_ps8640(bridge); > + > + ps8640_bridge_vdo_control(ps_bridge, DISABLE); > + ps8640_bridge_poweroff(ps_bridge); > } > > static int ps8640_bridge_attach(struct drm_bridge *bridge, > @@ -249,9 +272,34 @@ static struct edid > *ps8640_bridge_get_edid(struct drm_bridge *bridge, struct > drm_connector *connector) { > struct ps8640 *ps_bridge = bridge_to_ps8640(bridge); > + bool poweroff = !ps_bridge->powered; > + struct edid *edid; > + > + /* > + * When we end calling get_edid() triggered by an ioctl, i.e > + * > + * drm_mode_getconnector (ioctl) > + * -> drm_helper_probe_single_connector_modes > + * -> drm_bridge_connector_get_modes > + * -> ps8640_bridge_get_edid > + * > + * We need to make sure that what we need is enabled before > reading > + * EDID, for this chip, we need to do a full poweron, > otherwise it will > + * fail. > + */ > + drm_bridge_chain_pre_enable(bridge); Are we sure that pre_enable is always good enough to get the EDID? I know that we only have support for ps8640 on the MT8173 SoC which works only with pre_enable, but I think a more scalable solution would be to call drm_bridge_chain_pre_enable / drm_bridge_chain_enable here, and drm_bridge_chain_post_disable / drm_bridge_chain_disable when disabling the chain. If this is not a concern and we are sure that pre_enable will always work (especially on newer boards), then please ignore my comment. Other than this, everything looks fine. > > - return drm_get_edid(connector, > + edid = drm_get_edid(connector, > ps_bridge->page[PAGE0_DP_CNTL]->adapter); > + > + /* > + * If we call the get_edid() function without having enabled > the chip > + * before, return the chip to its original power state. > + */ > + if (poweroff) > + drm_bridge_chain_post_disable(bridge); > + > + return edid; > } > > static const struct drm_bridge_funcs ps8640_bridge_funcs = { -Bilal