All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Shobhit Kumar <shobhit.kumar@intel.com>
Cc: Alexandre Courbot <gnurou@gmail.com>,
	Samuel Ortiz <sameo@linux.intel.com>,
	Jani Nikula <jani.nikula@intel.com>,
	intel-gfx <intel-gfx@lists.freedesktop.org>,
	Thierry Reding <thierry.reding@gmail.com>,
	Daniel Vetter <daniel.vetter@intel.com>,
	Linus Walleij <linus.walleij@linaro.org>
Subject: Re: [RFC v5 3/9] drm/i915: Use the CRC gpio for panel enable/disable
Date: Fri, 13 Mar 2015 16:29:36 +0200	[thread overview]
Message-ID: <20150313142936.GE17419@intel.com> (raw)
In-Reply-To: <1426177893-17945-4-git-send-email-shobhit.kumar@intel.com>

On Thu, Mar 12, 2015 at 10:01:27PM +0530, Shobhit Kumar wrote:
> The CRC (Crystal Cove) PMIC, controls the panel enable and disable
> signals for BYT for dsi panels. This is indicated in the VBT fields. Use
> that to initialize and use GPIO based control for these signals.
> 
> v2: Use the newer gpiod interface(Alexandre)

I definitely like how this looks. No pmic specific information has
leaked into i915. I can't really comment on the gpio/pwm specific bits
as I'm all that familiar with them, but based on a cursory look it
seemed pretty nice as well.

Just a few small bikesheds below about the i915 bits.

> 
> CC: Samuel Ortiz <sameo@linux.intel.com>
> Cc: Linus Walleij <linus.walleij@linaro.org>
> Cc: Alexandre Courbot <gnurou@gmail.com>
> Cc: Thierry Reding <thierry.reding@gmail.com>
> Signed-off-by: Shobhit Kumar <shobhit.kumar@intel.com>
> ---
>  drivers/gpu/drm/i915/intel_dsi.c | 34 ++++++++++++++++++++++++++++++++--
>  drivers/gpu/drm/i915/intel_dsi.h | 10 ++++++++++
>  2 files changed, 42 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/gpu/drm/i915/intel_dsi.c b/drivers/gpu/drm/i915/intel_dsi.c
> index c8c8b24..219421c 100644
> --- a/drivers/gpu/drm/i915/intel_dsi.c
> +++ b/drivers/gpu/drm/i915/intel_dsi.c
> @@ -31,6 +31,7 @@
>  #include <drm/drm_panel.h>
>  #include <drm/drm_mipi_dsi.h>
>  #include <linux/slab.h>
> +#include <linux/gpio/consumer.h>
>  #include "i915_drv.h"
>  #include "intel_drv.h"
>  #include "intel_dsi.h"
> @@ -415,6 +416,13 @@ static void intel_dsi_pre_enable(struct intel_encoder *encoder)
>  
>  	DRM_DEBUG_KMS("\n");
>  
> +	/* Panel Enable over CRC PMIC */
> +	if (dev_priv->vbt.dsi.config->pwm_blc == PPS_BLC_PMIC &&
> +						intel_dsi->gpio_panel)

The vbt check here seems redundant.

> +		gpiod_set_value_cansleep(intel_dsi->gpio_panel, 1);
> +
> +	msleep(intel_dsi->panel_on_delay);
> +
>  	/* Disable DPOunit clock gating, can stall pipe
>  	 * and we need DPLL REFA always enabled */
>  	tmp = I915_READ(DPLL(pipe));
> @@ -432,8 +440,6 @@ static void intel_dsi_pre_enable(struct intel_encoder *encoder)
>  	/* put device in ready state */
>  	intel_dsi_device_ready(encoder);
>  
> -	msleep(intel_dsi->panel_on_delay);
> -
>  	drm_panel_prepare(intel_dsi->panel);
>  
>  	for_each_dsi_port(port, intel_dsi->ports)
> @@ -576,6 +582,11 @@ static void intel_dsi_post_disable(struct intel_encoder *encoder)
>  
>  	msleep(intel_dsi->panel_off_delay);
>  	msleep(intel_dsi->panel_pwr_cycle_delay);
> +
> +	/* Panel Disable over CRC PMIC */
> +	if (dev_priv->vbt.dsi.config->pwm_blc == PPS_BLC_PMIC &&
> +						 intel_dsi->gpio_panel)

ditto

> +		gpiod_set_value_cansleep(intel_dsi->gpio_panel, 0);
>  }
>  
>  static bool intel_dsi_get_hw_state(struct intel_encoder *encoder,
> @@ -955,6 +966,11 @@ static void intel_dsi_encoder_destroy(struct drm_encoder *encoder)
>  		/* XXX: Logically this call belongs in the panel driver. */
>  		drm_panel_remove(intel_dsi->panel);
>  	}
> +
> +	/* dispose of the gpios */
> +	if (intel_dsi->gpio_panel)
> +		gpiod_put(intel_dsi->gpio_panel);
> +
>  	intel_encoder_destroy(encoder);
>  }
>  
> @@ -1070,6 +1086,20 @@ void intel_dsi_init(struct drm_device *dev)
>  		goto err;
>  	}
>  
> +	/*
> +	 * In case of BYT with CRC PMIC, we need to use GPIO for
> +	 * Panel control.
> +	 */
> +	if (dev_priv->vbt.dsi.config->pwm_blc == PPS_BLC_PMIC) {
> +		intel_dsi->gpio_panel =
> +			gpiod_get(dev->dev, "panel", GPIOD_OUT_HIGH);
> +
> +		if (IS_ERR(intel_dsi->gpio_panel)) {
> +			DRM_ERROR("Failed to own gpio for panel control\n");
> +			intel_dsi->gpio_panel = NULL;
> +		}
> +	}
> +
>  	intel_encoder->type = INTEL_OUTPUT_DSI;
>  	intel_encoder->cloneable = 0;
>  	drm_connector_init(dev, connector, &intel_dsi_connector_funcs,
> diff --git a/drivers/gpu/drm/i915/intel_dsi.h b/drivers/gpu/drm/i915/intel_dsi.h
> index 2784ac4..8be75a7 100644
> --- a/drivers/gpu/drm/i915/intel_dsi.h
> +++ b/drivers/gpu/drm/i915/intel_dsi.h
> @@ -29,6 +29,13 @@
>  #include <drm/drm_mipi_dsi.h>
>  #include "intel_drv.h"
>  
> +/* CRC PMIC GPIO Access */
> +#define GPIO_CHIP_NAME		"gpio_crystalcove"
> +#define GPIO_PANEL_EN		94

These defines seem to be unused.

> +
> +#define PPS_BLC_PMIC   0
> +#define PPS_BLC_SOC    1
> +
>  /* Dual Link support */
>  #define DSI_DUAL_LINK_NONE		0
>  #define DSI_DUAL_LINK_FRONT_BACK	1
> @@ -42,6 +49,9 @@ struct intel_dsi {
>  	struct drm_panel *panel;
>  	struct intel_dsi_host *dsi_hosts[I915_MAX_PORTS];
>  
> +	/* GPIO Desc for CRC based Panel control */
> +	struct gpio_desc *gpio_panel;
> +
>  	struct intel_connector *attached_connector;
>  
>  	/* bit mask of ports being driven */
> -- 
> 2.1.0
> 
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx

-- 
Ville Syrjälä
Intel OTC
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2015-03-13 14:29 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-12 16:31 [RFC v5 0/9] Crystalcove (CRC) PMIC based panel and pwm control Shobhit Kumar
2015-03-12 16:31 ` [RFC v5 1/9] drivers/mfd: Add lookup table for Panel Control as GPIO signal Shobhit Kumar
2015-03-24  8:51   ` Thierry Reding
2015-03-24  9:37   ` Linus Walleij
2015-03-25 14:53   ` Linus Walleij
2015-03-12 16:31 ` [RFC v5 2/9] gpio/crystalcove: Add additional GPIO for Panel control Shobhit Kumar
2015-03-18 11:54   ` Linus Walleij
2015-03-25 14:51   ` Linus Walleij
2015-03-12 16:31 ` [RFC v5 3/9] drm/i915: Use the CRC gpio for panel enable/disable Shobhit Kumar
2015-03-13 14:29   ` Ville Syrjälä [this message]
2015-03-16  4:42     ` [PATCH " Shobhit Kumar
2015-03-18 12:19       ` Linus Walleij
2015-03-24  8:32         ` Daniel Vetter
2015-03-24  9:35           ` Linus Walleij
2015-03-24  9:50             ` Daniel Vetter
2015-03-24 10:16               ` Linus Walleij
2015-03-24 10:53                 ` Daniel Vetter
2015-03-25 12:24                   ` Linus Walleij
2015-03-25 13:13                     ` Daniel Vetter
2015-03-25 14:16                       ` Shobhit Kumar
2015-03-25 14:55                       ` Linus Walleij
2015-03-25 15:45                         ` Daniel Vetter
2015-03-12 16:31 ` [RFC v5 4/9] drivers/pwm: Add helper to configure pwm using clock divisor and duty percent Shobhit Kumar
2015-03-13 13:58   ` [PATCH " Shobhit Kumar
2015-03-24  8:23     ` Thierry Reding
2015-04-01  6:28       ` Shobhit Kumar
2015-04-10  8:29         ` Thierry Reding
2015-04-13  8:02           ` Shobhit Kumar
2015-03-12 16:31 ` [RFC v5 5/9] drivers/mfd: Add PWM cell device for Crystalcove PMIC Shobhit Kumar
2015-03-12 16:31 ` [RFC v5 6/9] drivers/pwm: Add Crystalcove (CRC) PWM driver Shobhit Kumar
2015-03-12 16:31 ` [RFC v5 7/9] drivers/pwm: Remove __init initializer for pwm_add_table Shobhit Kumar
2015-03-12 16:31 ` [RFC v5 8/9] drivers/mfd: ADD PWM lookup table for CRC PMIC based PWM Shobhit Kumar
2015-03-12 16:31 ` [RFC v5 9/9] drm/i915: Backlight control using CRC PMIC based PWM driver Shobhit Kumar
2015-03-13 14:30   ` Ville Syrjälä
2015-03-13 17:20     ` Daniel Vetter
2015-03-16  4:23       ` Shobhit Kumar
2015-03-16  4:33     ` Shobhit Kumar
2015-03-24  8:59     ` Thierry Reding

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150313142936.GE17419@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=daniel.vetter@intel.com \
    --cc=gnurou@gmail.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@intel.com \
    --cc=linus.walleij@linaro.org \
    --cc=sameo@linux.intel.com \
    --cc=shobhit.kumar@intel.com \
    --cc=thierry.reding@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.