From: Shobhit Kumar <shobhit.kumar@linux.intel.com>
To: Jani Nikula <jani.nikula@intel.com>, intel-gfx@lists.freedesktop.org
Cc: Shobhit Kumar <shobhit.kumar@intel.com>,
Thierry Reding <thierry.reding@gmail.com>
Subject: Re: [RFC PATCH 12/12] drm/i915/dsi: remove intel_dsi_cmd.c and the unused functions therein
Date: Fri, 23 Jan 2015 17:58:43 +0530 [thread overview]
Message-ID: <54C23E7B.50700@linux.intel.com> (raw)
In-Reply-To: <17b0433fe3fb0627df716695b243612da90c176e.1421410274.git.jani.nikula@intel.com>
On 01/16/2015 05:57 PM, Jani Nikula wrote:
> The removed functions can be resurrected in intel_dsi.c as need arises.
>
> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
Reviewed-By: Shobhit Kumar <shobhit.kumar@intel.com>
> ---
> drivers/gpu/drm/i915/Makefile | 1 -
> drivers/gpu/drm/i915/intel_dsi.c | 1 -
> drivers/gpu/drm/i915/intel_dsi_cmd.c | 117 -----------------------------
> drivers/gpu/drm/i915/intel_dsi_panel_vbt.c | 1 -
> 4 files changed, 120 deletions(-)
> delete mode 100644 drivers/gpu/drm/i915/intel_dsi_cmd.c
>
> diff --git a/drivers/gpu/drm/i915/Makefile b/drivers/gpu/drm/i915/Makefile
> index 16e3dc350274..63afe63bf0e4 100644
> --- a/drivers/gpu/drm/i915/Makefile
> +++ b/drivers/gpu/drm/i915/Makefile
> @@ -71,7 +71,6 @@ i915-y += dvo_ch7017.o \
> intel_ddi.o \
> intel_dp.o \
> intel_dp_mst.o \
> - intel_dsi_cmd.o \
> intel_dsi.o \
> intel_dsi_pll.o \
> intel_dsi_panel_vbt.o \
> diff --git a/drivers/gpu/drm/i915/intel_dsi.c b/drivers/gpu/drm/i915/intel_dsi.c
> index 791d90b4c047..02ae5e583b27 100644
> --- a/drivers/gpu/drm/i915/intel_dsi.c
> +++ b/drivers/gpu/drm/i915/intel_dsi.c
> @@ -33,7 +33,6 @@
> #include "i915_drv.h"
> #include "intel_drv.h"
> #include "intel_dsi.h"
> -#include "intel_dsi_cmd.h"
>
> static const struct {
> u16 panel_id;
> diff --git a/drivers/gpu/drm/i915/intel_dsi_cmd.c b/drivers/gpu/drm/i915/intel_dsi_cmd.c
> deleted file mode 100644
> index acdc5da7b46f..000000000000
> --- a/drivers/gpu/drm/i915/intel_dsi_cmd.c
> +++ /dev/null
> @@ -1,117 +0,0 @@
> -/*
> - * Copyright © 2013 Intel Corporation
> - *
> - * Permission is hereby granted, free of charge, to any person obtaining a
> - * copy of this software and associated documentation files (the "Software"),
> - * to deal in the Software without restriction, including without limitation
> - * the rights to use, copy, modify, merge, publish, distribute, sublicense,
> - * and/or sell copies of the Software, and to permit persons to whom the
> - * Software is furnished to do so, subject to the following conditions:
> - *
> - * The above copyright notice and this permission notice (including the next
> - * paragraph) shall be included in all copies or substantial portions of the
> - * Software.
> - *
> - * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
> - * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
> - * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
> - * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
> - * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
> - * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
> - * DEALINGS IN THE SOFTWARE.
> - *
> - * Author: Jani Nikula <jani.nikula@intel.com>
> - */
> -
> -#include <linux/export.h>
> -#include <drm/drmP.h>
> -#include <drm/drm_crtc.h>
> -#include <video/mipi_display.h>
> -#include "i915_drv.h"
> -#include "intel_drv.h"
> -#include "intel_dsi.h"
> -#include "intel_dsi_cmd.h"
> -
> -/*
> - * XXX: MIPI_DATA_ADDRESS, MIPI_DATA_LENGTH, MIPI_COMMAND_LENGTH, and
> - * MIPI_COMMAND_ADDRESS registers.
> - *
> - * Apparently these registers provide a MIPI adapter level way to send (lots of)
> - * commands and data to the receiver, without having to write the commands and
> - * data to MIPI_{HS,LP}_GEN_{CTRL,DATA} registers word by word.
> - *
> - * Presumably for anything other than MIPI_DCS_WRITE_MEMORY_START and
> - * MIPI_DCS_WRITE_MEMORY_CONTINUE (which are used to update the external
> - * framebuffer in command mode displays) these are just an optimization that can
> - * come later.
> - *
> - * For memory writes, these should probably be used for performance.
> - */
> -
> -static void print_stat(struct intel_dsi *intel_dsi, enum port port)
> -{
> - struct drm_encoder *encoder = &intel_dsi->base.base;
> - struct drm_device *dev = encoder->dev;
> - struct drm_i915_private *dev_priv = dev->dev_private;
> - u32 val;
> -
> - val = I915_READ(MIPI_INTR_STAT(port));
> -
> -#define STAT_BIT(val, bit) (val) & (bit) ? " " #bit : ""
> - DRM_DEBUG_KMS("MIPI_INTR_STAT(%c) = %08x"
> - "%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s"
> - "\n", port_name(port), val,
> - STAT_BIT(val, TEARING_EFFECT),
> - STAT_BIT(val, SPL_PKT_SENT_INTERRUPT),
> - STAT_BIT(val, GEN_READ_DATA_AVAIL),
> - STAT_BIT(val, LP_GENERIC_WR_FIFO_FULL),
> - STAT_BIT(val, HS_GENERIC_WR_FIFO_FULL),
> - STAT_BIT(val, RX_PROT_VIOLATION),
> - STAT_BIT(val, RX_INVALID_TX_LENGTH),
> - STAT_BIT(val, ACK_WITH_NO_ERROR),
> - STAT_BIT(val, TURN_AROUND_ACK_TIMEOUT),
> - STAT_BIT(val, LP_RX_TIMEOUT),
> - STAT_BIT(val, HS_TX_TIMEOUT),
> - STAT_BIT(val, DPI_FIFO_UNDERRUN),
> - STAT_BIT(val, LOW_CONTENTION),
> - STAT_BIT(val, HIGH_CONTENTION),
> - STAT_BIT(val, TXDSI_VC_ID_INVALID),
> - STAT_BIT(val, TXDSI_DATA_TYPE_NOT_RECOGNISED),
> - STAT_BIT(val, TXCHECKSUM_ERROR),
> - STAT_BIT(val, TXECC_MULTIBIT_ERROR),
> - STAT_BIT(val, TXECC_SINGLE_BIT_ERROR),
> - STAT_BIT(val, TXFALSE_CONTROL_ERROR),
> - STAT_BIT(val, RXDSI_VC_ID_INVALID),
> - STAT_BIT(val, RXDSI_DATA_TYPE_NOT_REGOGNISED),
> - STAT_BIT(val, RXCHECKSUM_ERROR),
> - STAT_BIT(val, RXECC_MULTIBIT_ERROR),
> - STAT_BIT(val, RXECC_SINGLE_BIT_ERROR),
> - STAT_BIT(val, RXFALSE_CONTROL_ERROR),
> - STAT_BIT(val, RXHS_RECEIVE_TIMEOUT_ERROR),
> - STAT_BIT(val, RX_LP_TX_SYNC_ERROR),
> - STAT_BIT(val, RXEXCAPE_MODE_ENTRY_ERROR),
> - STAT_BIT(val, RXEOT_SYNC_ERROR),
> - STAT_BIT(val, RXSOT_SYNC_ERROR),
> - STAT_BIT(val, RXSOT_ERROR));
> -#undef STAT_BIT
> -}
> -
> -/* enable or disable command mode hs transmissions */
> -void dsi_hs_mode_enable(struct intel_dsi *intel_dsi, bool enable,
> - enum port port)
> -{
> - struct drm_encoder *encoder = &intel_dsi->base.base;
> - struct drm_device *dev = encoder->dev;
> - struct drm_i915_private *dev_priv = dev->dev_private;
> - u32 temp;
> - u32 mask = DBI_FIFO_EMPTY;
> -
> - if (wait_for((I915_READ(MIPI_GEN_FIFO_STAT(port)) & mask) == mask, 50))
> - DRM_ERROR("Timeout waiting for DBI FIFO empty\n");
> -
> - temp = I915_READ(MIPI_HS_LP_DBI_ENABLE(port));
> - temp &= DBI_HS_LP_MODE_MASK;
> - I915_WRITE(MIPI_HS_LP_DBI_ENABLE(port), enable ? DBI_HS_MODE : DBI_LP_MODE);
> -
> - intel_dsi->hs = enable;
> -}
> diff --git a/drivers/gpu/drm/i915/intel_dsi_panel_vbt.c b/drivers/gpu/drm/i915/intel_dsi_panel_vbt.c
> index 0b09e66f7e29..c3eec66f5076 100644
> --- a/drivers/gpu/drm/i915/intel_dsi_panel_vbt.c
> +++ b/drivers/gpu/drm/i915/intel_dsi_panel_vbt.c
> @@ -36,7 +36,6 @@
> #include "i915_drv.h"
> #include "intel_drv.h"
> #include "intel_dsi.h"
> -#include "intel_dsi_cmd.h"
>
> struct vbt_panel {
> struct drm_panel panel;
>
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2015-01-23 12:29 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-16 12:27 [RFC PATCH 00/12] drm/i915: port dsi over to drm panel/dsi frameworks Jani Nikula
2015-01-16 12:27 ` [RFC PATCH 01/12] drm/i915/dsi: call dpi_send_cmd() for each dsi port at a higher level Jani Nikula
2015-01-22 8:48 ` Shobhit Kumar
2015-01-16 12:27 ` [RFC PATCH 02/12] drm/i915/dsi: set max return packet size for each dsi port Jani Nikula
2015-01-22 10:53 ` Shobhit Kumar
2015-01-22 12:57 ` Jani Nikula
2015-01-22 13:01 ` [PATCH v2] " Jani Nikula
2015-01-23 2:07 ` Shobhit Kumar
2015-01-16 12:27 ` [RFC PATCH 03/12] drm/i915/dsi: move wait_for_dsi_fifo_empty to intel_dsi.c Jani Nikula
2015-01-22 9:01 ` Shobhit Kumar
2015-01-16 12:27 ` [RFC PATCH 04/12] drm/i915/dsi: call wait_for_dsi_fifo_empty() for each dsi port Jani Nikula
2015-01-22 10:55 ` Shobhit Kumar
2015-01-16 12:27 ` [RFC PATCH 05/12] drm/i915/dsi: remove unnecessary dsi device callbacks Jani Nikula
2015-01-22 11:23 ` Shobhit Kumar
2015-01-22 13:23 ` Jani Nikula
2015-01-23 9:44 ` Shobhit Kumar
2015-01-23 15:22 ` Daniel Vetter
2015-01-27 8:41 ` Shobhit Kumar
2015-01-27 13:09 ` Daniel Vetter
2015-01-27 13:13 ` Chris Wilson
2015-01-28 5:08 ` Shobhit Kumar
2015-01-28 9:17 ` Daniel Vetter
2015-01-16 12:27 ` [RFC PATCH 06/12] drm/i915/dsi: add some constness to vbt panel driver Jani Nikula
2015-01-22 11:25 ` Shobhit Kumar
2015-01-16 12:27 ` [RFC PATCH 07/12] drm/i915/dsi: switch to drm_panel interface Jani Nikula
2015-01-23 10:57 ` Shobhit Kumar
2015-01-23 15:31 ` Daniel Vetter
2015-01-27 8:52 ` Shobhit Kumar
2015-01-23 13:30 ` [PATCH v2] " Jani Nikula
2015-01-29 4:52 ` Shobhit Kumar
2015-01-16 12:27 ` [RFC PATCH 08/12] drm/i915/dsi: add drm mipi dsi host support Jani Nikula
2015-01-23 12:21 ` Shobhit Kumar
2015-01-16 12:27 ` [RFC PATCH 09/12] drm/i915/dsi: make the vbt panel driver use mipi_dsi_device for transfers Jani Nikula
2015-01-23 12:24 ` Shobhit Kumar
2015-01-16 12:27 ` [RFC PATCH 10/12] drm/i915/dsi: remove old read/write functions in favor of new stuff Jani Nikula
2015-01-23 12:25 ` Shobhit Kumar
2015-01-16 12:27 ` [RFC PATCH 11/12] drm/i915/dsi: move dpi_send_cmd() to intel_dsi.c and make it static Jani Nikula
2015-01-23 12:27 ` Shobhit Kumar
2015-01-16 12:27 ` [RFC PATCH 12/12] drm/i915/dsi: remove intel_dsi_cmd.c and the unused functions therein Jani Nikula
2015-01-23 12:28 ` Shobhit Kumar [this message]
2015-01-29 16:04 ` Daniel Vetter
2015-01-22 11:46 ` [RFC PATCH 00/12] drm/i915: port dsi over to drm panel/dsi frameworks Shobhit Kumar
2015-01-22 13:28 ` Jani Nikula
2015-01-23 2:13 ` Shobhit Kumar
2015-01-23 12:30 ` Shobhit Kumar
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=54C23E7B.50700@linux.intel.com \
--to=shobhit.kumar@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.nikula@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox