From: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
To: Abhinav Kumar <quic_abhinavk@quicinc.com>
Cc: hamohammed.sa@gmail.com, suraj.kandpal@intel.com,
emma@anholt.net, rodrigosiqueiramelo@gmail.com,
jani.nikula@intel.com, liviu.dudau@arm.com,
dri-devel@lists.freedesktop.org, swboyd@chromium.org,
melissa.srw@gmail.com, nganji@codeaurora.org,
seanpaul@chromium.org, Laurent.pinchart@ideasonboard.com,
james.qian.wang@arm.com, quic_aravindh@quicinc.com,
mihail.atanassov@arm.com, freedreno@lists.freedesktop.org
Subject: Re: [PATCH v7 3/4] drm: allow real encoder to be passed for drm_writeback_connector
Date: Sat, 9 Apr 2022 04:05:17 +0300 [thread overview]
Message-ID: <CAA8EJprbA+Qdg7HOO_YSc2O0JM7f+nJ7R7Tm-R0uVBpzk_A2og@mail.gmail.com> (raw)
In-Reply-To: <1649465635-20542-4-git-send-email-quic_abhinavk@quicinc.com>
On Sat, 9 Apr 2022 at 03:54, Abhinav Kumar <quic_abhinavk@quicinc.com> wrote:
>
> For some vendor driver implementations, display hardware can
> be shared between the encoder used for writeback and the physical
> display.
>
> In addition resources such as clocks and interrupts can
> also be shared between writeback and the real encoder.
>
> To accommodate such vendor drivers and hardware, allow
> real encoder to be passed for drm_writeback_connector.
>
> For existing clients, drm_writeback_connector_init() will use
> an internal_encoder under the hood and hence no changes will
> be needed.
>
> changes in v7:
> - move this change before the vc4 change in the series
> to minimize the changes to vendor drivers in drm core
> changes
>
> Signed-off-by: Abhinav Kumar <quic_abhinavk@quicinc.com>
Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
> ---
> drivers/gpu/drm/drm_writeback.c | 18 ++++++++++++------
> drivers/gpu/drm/vc4/vc4_txp.c | 4 ++--
> include/drm/drm_writeback.h | 22 ++++++++++++++++++++--
> 3 files changed, 34 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_writeback.c b/drivers/gpu/drm/drm_writeback.c
> index 92658ad..0538674 100644
> --- a/drivers/gpu/drm/drm_writeback.c
> +++ b/drivers/gpu/drm/drm_writeback.c
> @@ -180,21 +180,21 @@ int drm_writeback_connector_init(struct drm_device *dev,
> {
> int ret = 0;
>
> - drm_encoder_helper_add(&wb_connector->encoder, enc_helper_funcs);
> + drm_encoder_helper_add(&wb_connector->internal_encoder, enc_helper_funcs);
>
> - wb_connector->encoder.possible_crtcs = possible_crtcs;
> + wb_connector->internal_encoder.possible_crtcs = possible_crtcs;
>
> - ret = drm_encoder_init(dev, &wb_connector->encoder,
> + ret = drm_encoder_init(dev, &wb_connector->internal_encoder,
> &drm_writeback_encoder_funcs,
> DRM_MODE_ENCODER_VIRTUAL, NULL);
> if (ret)
> return ret;
>
> - ret = drm_writeback_connector_init_with_encoder(dev, wb_connector, &wb_connector->encoder,
> - con_funcs, formats, n_formats);
> + ret = drm_writeback_connector_init_with_encoder(dev, wb_connector,
> + &wb_connector->internal_encoder, con_funcs, formats, n_formats);
>
> if (ret)
> - drm_encoder_cleanup(&wb_connector->encoder);
> + drm_encoder_cleanup(&wb_connector->internal_encoder);
>
> return ret;
> }
> @@ -239,6 +239,12 @@ int drm_writeback_connector_init_with_encoder(struct drm_device *dev,
> struct drm_mode_config *config = &dev->mode_config;
> int ret = create_writeback_properties(dev);
>
> + /*
> + * Assign the encoder passed to this API to the wb_connector's encoder.
> + * For drm_writeback_connector_init(), this shall be the internal_encoder
> + */
> + wb_connector->encoder = enc;
> +
> if (ret != 0)
> return ret;
>
> diff --git a/drivers/gpu/drm/vc4/vc4_txp.c b/drivers/gpu/drm/vc4/vc4_txp.c
> index 3447eb6..7e063a9 100644
> --- a/drivers/gpu/drm/vc4/vc4_txp.c
> +++ b/drivers/gpu/drm/vc4/vc4_txp.c
> @@ -159,7 +159,7 @@ struct vc4_txp {
>
> static inline struct vc4_txp *encoder_to_vc4_txp(struct drm_encoder *encoder)
> {
> - return container_of(encoder, struct vc4_txp, connector.encoder);
> + return container_of(encoder, struct vc4_txp, connector.internal_encoder);
> }
>
> static inline struct vc4_txp *connector_to_vc4_txp(struct drm_connector *conn)
> @@ -507,7 +507,7 @@ static int vc4_txp_bind(struct device *dev, struct device *master, void *data)
> if (ret)
> return ret;
>
> - encoder = &txp->connector.encoder;
> + encoder = txp->connector.encoder;
> encoder->possible_crtcs = drm_crtc_mask(crtc);
>
> ret = devm_request_irq(dev, irq, vc4_txp_interrupt, 0,
> diff --git a/include/drm/drm_writeback.h b/include/drm/drm_writeback.h
> index bb306fa..3fbae9d 100644
> --- a/include/drm/drm_writeback.h
> +++ b/include/drm/drm_writeback.h
> @@ -25,13 +25,31 @@ struct drm_writeback_connector {
> struct drm_connector base;
>
> /**
> - * @encoder: Internal encoder used by the connector to fulfill
> + * @encoder: handle to drm_encoder used by the connector to fulfill
> * the DRM framework requirements. The users of the
> * @drm_writeback_connector control the behaviour of the @encoder
> * by passing the @enc_funcs parameter to drm_writeback_connector_init()
> * function.
> + *
> + * For some vendor drivers, the hardware resources are shared between
> + * writeback encoder and rest of the display pipeline.
> + * To accommodate such cases, encoder is a handle to the real encoder
> + * hardware.
> + *
> + * For current existing writeback users, this shall continue to be the
> + * embedded encoder for the writeback connector.
> + */
> + struct drm_encoder *encoder;
> +
> + /**
> + * @internal_encoder: internal encoder used by writeback when
> + * drm_writeback_connector_init() is used.
> + * @encoder will be assigned to this for those cases
> + *
> + * This will be unused when drm_writeback_connector_init_with_encoder()
> + * is used.
> */
> - struct drm_encoder encoder;
> + struct drm_encoder internal_encoder;
>
> /**
> * @pixel_formats_blob_ptr:
> --
> 2.7.4
>
--
With best wishes
Dmitry
next prev parent reply other threads:[~2022-04-09 1:05 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-09 0:53 [PATCH v7 0/4] Allow drm_writeback_connector to accept pointer to drm_encoder Abhinav Kumar
2022-04-09 0:53 ` [PATCH v7 1/4] drm: allow passing possible_crtcs to drm_writeback_connector_init() Abhinav Kumar
2022-04-09 0:59 ` Dmitry Baryshkov
2022-04-09 0:53 ` [PATCH v7 2/4] drm: introduce drm_writeback_connector_init_with_encoder() API Abhinav Kumar
2022-04-09 1:01 ` Dmitry Baryshkov
2022-04-09 0:53 ` [PATCH v7 3/4] drm: allow real encoder to be passed for drm_writeback_connector Abhinav Kumar
2022-04-09 1:05 ` Dmitry Baryshkov [this message]
2022-04-21 10:47 ` Liviu Dudau
2022-04-09 0:53 ` [PATCH v7 4/4] drm/vc4: change vc4 driver to use drm_writeback_connector_init_with_encoder() Abhinav Kumar
2022-04-20 1:54 ` Abhinav 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=CAA8EJprbA+Qdg7HOO_YSc2O0JM7f+nJ7R7Tm-R0uVBpzk_A2og@mail.gmail.com \
--to=dmitry.baryshkov@linaro.org \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=emma@anholt.net \
--cc=freedreno@lists.freedesktop.org \
--cc=hamohammed.sa@gmail.com \
--cc=james.qian.wang@arm.com \
--cc=jani.nikula@intel.com \
--cc=liviu.dudau@arm.com \
--cc=melissa.srw@gmail.com \
--cc=mihail.atanassov@arm.com \
--cc=nganji@codeaurora.org \
--cc=quic_abhinavk@quicinc.com \
--cc=quic_aravindh@quicinc.com \
--cc=rodrigosiqueiramelo@gmail.com \
--cc=seanpaul@chromium.org \
--cc=suraj.kandpal@intel.com \
--cc=swboyd@chromium.org \
/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;
as well as URLs for NNTP newsgroup(s).