From: Jani Nikula <jani.nikula@linux.intel.com>
To: "José Roberto de Souza" <jose.souza@intel.com>,
intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH v3 5/5] drm/i915/vbt: Parse power conservation features block
Date: Thu, 28 Nov 2019 16:29:56 +0200 [thread overview]
Message-ID: <8736e8m5uj.fsf@intel.com> (raw)
In-Reply-To: <20191127225451.60023-1-jose.souza@intel.com>
On Wed, 27 Nov 2019, José Roberto de Souza <jose.souza@intel.com> wrote:
> From VBT 228+ this is block that PSR and other power saving
> features configuration should be read from.
>
> v3:
> Using DRRS from this new block
>
> Cc: Matt Roper <matthew.d.roper@intel.com>
> Cc: Gwan-gyeong Mun <gwan-gyeong.mun@intel.com>
> Signed-off-by: José Roberto de Souza <jose.souza@intel.com>
> ---
> drivers/gpu/drm/i915/display/intel_bios.c | 36 +++++++++++++++++--
> drivers/gpu/drm/i915/display/intel_vbt_defs.h | 29 +++++++++++++++
> 2 files changed, 62 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/display/intel_bios.c b/drivers/gpu/drm/i915/display/intel_bios.c
> index f6a9a5ccb556..2d06f1f5734d 100644
> --- a/drivers/gpu/drm/i915/display/intel_bios.c
> +++ b/drivers/gpu/drm/i915/display/intel_bios.c
> @@ -659,16 +659,45 @@ parse_driver_features(struct drm_i915_private *dev_priv,
> dev_priv->vbt.int_lvds_support = 0;
> }
>
> - DRM_DEBUG_KMS("DRRS State Enabled:%d\n", driver->drrs_enabled);
> + if (bdb->version < 228) {
> + DRM_DEBUG_KMS("DRRS State Enabled:%d\n", driver->drrs_enabled);
> + /*
> + * If DRRS is not supported, drrs_type has to be set to 0.
> + * This is because, VBT is configured in such a way that
> + * static DRRS is 0 and DRRS not supported is represented by
> + * driver->drrs_enabled=false
> + */
> + if (!driver->drrs_enabled)
> + dev_priv->vbt.drrs_type = DRRS_NOT_SUPPORTED;
> +
> + dev_priv->vbt.psr.enable = driver->psr_enabled;
> + }
> +}
Maybe this review comment gives you an idea what we have to think of and
deal with when working with VBT and VBT parsing.
Imagine VBT version >= 228 without lvds power block, and
driver->drrs_enabled == false.
> +
> +static void
> +parse_power_conservation_features(struct drm_i915_private *dev_priv,
> + const struct bdb_header *bdb)
> +{
> + const struct bdb_lfp_power *power;
> + u8 panel_type = dev_priv->vbt.panel_type;
> +
> + if (bdb->version < 228)
> + return;
> +
> + power = find_section(bdb, BDB_LVDS_POWER);
> + if (!power)
> + return;
> +
> + dev_priv->vbt.psr.enable = power->psr & (1 << panel_type);
> +
> /*
> * If DRRS is not supported, drrs_type has to be set to 0.
> * This is because, VBT is configured in such a way that
> * static DRRS is 0 and DRRS not supported is represented by
> * driver->drrs_enabled=false
> */
> - if (!driver->drrs_enabled)
> + if (!(power->drrs & (1 << panel_type)))
> dev_priv->vbt.drrs_type = DRRS_NOT_SUPPORTED;
> - dev_priv->vbt.psr.enable = driver->psr_enabled;
> }
>
> static void
> @@ -1973,6 +2002,7 @@ void intel_bios_init(struct drm_i915_private *dev_priv)
> parse_lfp_backlight(dev_priv, bdb);
> parse_sdvo_panel_data(dev_priv, bdb);
> parse_driver_features(dev_priv, bdb);
> + parse_power_conservation_features(dev_priv, bdb);
> parse_edp(dev_priv, bdb);
> parse_psr(dev_priv, bdb);
> parse_mipi_config(dev_priv, bdb);
> diff --git a/drivers/gpu/drm/i915/display/intel_vbt_defs.h b/drivers/gpu/drm/i915/display/intel_vbt_defs.h
> index f0338da3a82a..98b71dc32d2a 100644
> --- a/drivers/gpu/drm/i915/display/intel_vbt_defs.h
> +++ b/drivers/gpu/drm/i915/display/intel_vbt_defs.h
> @@ -793,6 +793,35 @@ struct bdb_lfp_backlight_data {
> struct lfp_backlight_control_method backlight_control[16];
> } __packed;
>
> +/*
> + * Block 44 - LFP Power Conservation Features Block
> + */
> +
> +struct als_data_entry {
> + u16 backlight_adjust;
> + u16 lux;
> +} __packed;
> +
> +struct agressiveness_profile_entry {
> + u8 dpst_agressiveness : 4;
> + u8 lace_agressiveness : 4;
Nitpick, none of the other bitfields have spaces around : here.
> +} __packed;
> +
> +struct bdb_lfp_power {
The idea is that the bdb struct name is the same as the block id enum,
just lower case. Please fix either.
BR,
Jani.
> + u8 lfp_feature_bits;
> + struct als_data_entry als[5];
> + u8 lace_aggressiveness_profile;
> + u16 dpst;
> + u16 psr;
> + u16 drrs;
> + u16 lace_support;
> + u16 adt;
> + u16 dmrrs;
> + u16 adb;
> + u16 lace_enabled_status;
> + struct agressiveness_profile_entry aggressivenes[16];
> +} __packed;
> +
> /*
> * Block 52 - MIPI Configuration Block
> */
--
Jani Nikula, Intel Open Source Graphics Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
WARNING: multiple messages have this Message-ID (diff)
From: Jani Nikula <jani.nikula@linux.intel.com>
To: "José Roberto de Souza" <jose.souza@intel.com>,
intel-gfx@lists.freedesktop.org
Subject: Re: [Intel-gfx] [PATCH v3 5/5] drm/i915/vbt: Parse power conservation features block
Date: Thu, 28 Nov 2019 16:29:56 +0200 [thread overview]
Message-ID: <8736e8m5uj.fsf@intel.com> (raw)
Message-ID: <20191128142956.G14DLjta70smxxYE2s5ssmvwzHXLt4NM5ZlR76uKLgI@z> (raw)
In-Reply-To: <20191127225451.60023-1-jose.souza@intel.com>
On Wed, 27 Nov 2019, José Roberto de Souza <jose.souza@intel.com> wrote:
> From VBT 228+ this is block that PSR and other power saving
> features configuration should be read from.
>
> v3:
> Using DRRS from this new block
>
> Cc: Matt Roper <matthew.d.roper@intel.com>
> Cc: Gwan-gyeong Mun <gwan-gyeong.mun@intel.com>
> Signed-off-by: José Roberto de Souza <jose.souza@intel.com>
> ---
> drivers/gpu/drm/i915/display/intel_bios.c | 36 +++++++++++++++++--
> drivers/gpu/drm/i915/display/intel_vbt_defs.h | 29 +++++++++++++++
> 2 files changed, 62 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/display/intel_bios.c b/drivers/gpu/drm/i915/display/intel_bios.c
> index f6a9a5ccb556..2d06f1f5734d 100644
> --- a/drivers/gpu/drm/i915/display/intel_bios.c
> +++ b/drivers/gpu/drm/i915/display/intel_bios.c
> @@ -659,16 +659,45 @@ parse_driver_features(struct drm_i915_private *dev_priv,
> dev_priv->vbt.int_lvds_support = 0;
> }
>
> - DRM_DEBUG_KMS("DRRS State Enabled:%d\n", driver->drrs_enabled);
> + if (bdb->version < 228) {
> + DRM_DEBUG_KMS("DRRS State Enabled:%d\n", driver->drrs_enabled);
> + /*
> + * If DRRS is not supported, drrs_type has to be set to 0.
> + * This is because, VBT is configured in such a way that
> + * static DRRS is 0 and DRRS not supported is represented by
> + * driver->drrs_enabled=false
> + */
> + if (!driver->drrs_enabled)
> + dev_priv->vbt.drrs_type = DRRS_NOT_SUPPORTED;
> +
> + dev_priv->vbt.psr.enable = driver->psr_enabled;
> + }
> +}
Maybe this review comment gives you an idea what we have to think of and
deal with when working with VBT and VBT parsing.
Imagine VBT version >= 228 without lvds power block, and
driver->drrs_enabled == false.
> +
> +static void
> +parse_power_conservation_features(struct drm_i915_private *dev_priv,
> + const struct bdb_header *bdb)
> +{
> + const struct bdb_lfp_power *power;
> + u8 panel_type = dev_priv->vbt.panel_type;
> +
> + if (bdb->version < 228)
> + return;
> +
> + power = find_section(bdb, BDB_LVDS_POWER);
> + if (!power)
> + return;
> +
> + dev_priv->vbt.psr.enable = power->psr & (1 << panel_type);
> +
> /*
> * If DRRS is not supported, drrs_type has to be set to 0.
> * This is because, VBT is configured in such a way that
> * static DRRS is 0 and DRRS not supported is represented by
> * driver->drrs_enabled=false
> */
> - if (!driver->drrs_enabled)
> + if (!(power->drrs & (1 << panel_type)))
> dev_priv->vbt.drrs_type = DRRS_NOT_SUPPORTED;
> - dev_priv->vbt.psr.enable = driver->psr_enabled;
> }
>
> static void
> @@ -1973,6 +2002,7 @@ void intel_bios_init(struct drm_i915_private *dev_priv)
> parse_lfp_backlight(dev_priv, bdb);
> parse_sdvo_panel_data(dev_priv, bdb);
> parse_driver_features(dev_priv, bdb);
> + parse_power_conservation_features(dev_priv, bdb);
> parse_edp(dev_priv, bdb);
> parse_psr(dev_priv, bdb);
> parse_mipi_config(dev_priv, bdb);
> diff --git a/drivers/gpu/drm/i915/display/intel_vbt_defs.h b/drivers/gpu/drm/i915/display/intel_vbt_defs.h
> index f0338da3a82a..98b71dc32d2a 100644
> --- a/drivers/gpu/drm/i915/display/intel_vbt_defs.h
> +++ b/drivers/gpu/drm/i915/display/intel_vbt_defs.h
> @@ -793,6 +793,35 @@ struct bdb_lfp_backlight_data {
> struct lfp_backlight_control_method backlight_control[16];
> } __packed;
>
> +/*
> + * Block 44 - LFP Power Conservation Features Block
> + */
> +
> +struct als_data_entry {
> + u16 backlight_adjust;
> + u16 lux;
> +} __packed;
> +
> +struct agressiveness_profile_entry {
> + u8 dpst_agressiveness : 4;
> + u8 lace_agressiveness : 4;
Nitpick, none of the other bitfields have spaces around : here.
> +} __packed;
> +
> +struct bdb_lfp_power {
The idea is that the bdb struct name is the same as the block id enum,
just lower case. Please fix either.
BR,
Jani.
> + u8 lfp_feature_bits;
> + struct als_data_entry als[5];
> + u8 lace_aggressiveness_profile;
> + u16 dpst;
> + u16 psr;
> + u16 drrs;
> + u16 lace_support;
> + u16 adt;
> + u16 dmrrs;
> + u16 adb;
> + u16 lace_enabled_status;
> + struct agressiveness_profile_entry aggressivenes[16];
> +} __packed;
> +
> /*
> * Block 52 - MIPI Configuration Block
> */
--
Jani Nikula, Intel Open Source Graphics Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2019-11-28 14:30 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-26 0:53 [PATCH v2 1/5] drm/i915/psr: Add bits per pixel limitation José Roberto de Souza
2019-11-26 0:53 ` [Intel-gfx] " José Roberto de Souza
2019-11-26 0:53 ` [PATCH v2 2/5] drm/i915/psr: Refactor psr short pulse handler José Roberto de Souza
2019-11-26 0:53 ` [Intel-gfx] " José Roberto de Souza
2019-11-28 0:38 ` Matt Roper
2019-11-28 0:38 ` [Intel-gfx] " Matt Roper
2019-11-26 0:53 ` [PATCH v2 3/5] drm/i915/psr: Enable ALPM lock timeout error interruption José Roberto de Souza
2019-11-26 0:53 ` [Intel-gfx] " José Roberto de Souza
2019-11-28 1:01 ` Matt Roper
2019-11-28 1:01 ` [Intel-gfx] " Matt Roper
2019-11-26 0:53 ` [PATCH v2 4/5] drm/i915/psr: Check if sink PSR capability changed José Roberto de Souza
2019-11-26 0:53 ` [Intel-gfx] " José Roberto de Souza
2019-11-28 1:21 ` Matt Roper
2019-11-28 1:21 ` [Intel-gfx] " Matt Roper
2019-11-28 1:30 ` Souza, Jose
2019-11-28 1:30 ` [Intel-gfx] " Souza, Jose
2019-11-26 0:54 ` [PATCH v2 5/5] drm/i915/vbt: Parse power conservation features block José Roberto de Souza
2019-11-26 0:54 ` [Intel-gfx] " José Roberto de Souza
2019-11-27 22:54 ` [PATCH v3 " José Roberto de Souza
2019-11-27 22:54 ` [Intel-gfx] " José Roberto de Souza
2019-11-28 0:38 ` Matt Roper
2019-11-28 0:38 ` [Intel-gfx] " Matt Roper
2019-11-28 14:29 ` Jani Nikula [this message]
2019-11-28 14:29 ` Jani Nikula
2019-12-04 1:38 ` Souza, Jose
2019-12-05 7:59 ` Jani Nikula
2019-11-26 1:37 ` ✓ Fi.CI.BAT: success for series starting with [v2,1/5] drm/i915/psr: Add bits per pixel limitation Patchwork
2019-11-26 1:37 ` [Intel-gfx] " Patchwork
2019-11-26 10:49 ` ✗ Fi.CI.IGT: failure " Patchwork
2019-11-26 10:49 ` [Intel-gfx] " Patchwork
2019-11-26 22:04 ` ✓ Fi.CI.BAT: success for series starting with [v2,1/5] drm/i915/psr: Add bits per pixel limitation (rev2) Patchwork
2019-11-26 22:04 ` [Intel-gfx] " Patchwork
2019-11-27 9:23 ` ✗ Fi.CI.IGT: failure " Patchwork
2019-11-27 9:23 ` [Intel-gfx] " Patchwork
2019-11-27 21:58 ` Souza, Jose
2019-11-27 21:58 ` [Intel-gfx] " Souza, Jose
2019-11-28 0:38 ` [PATCH v2 1/5] drm/i915/psr: Add bits per pixel limitation Matt Roper
2019-11-28 0:38 ` [Intel-gfx] " Matt Roper
2019-11-28 1:58 ` ✓ Fi.CI.BAT: success for series starting with [v2,1/5] drm/i915/psr: Add bits per pixel limitation (rev3) Patchwork
2019-11-28 1:58 ` [Intel-gfx] " Patchwork
2019-11-29 6:21 ` ✓ Fi.CI.IGT: " Patchwork
2019-11-29 6:21 ` [Intel-gfx] " Patchwork
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=8736e8m5uj.fsf@intel.com \
--to=jani.nikula@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jose.souza@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox