From: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
To: Thierry Reding <thierry.reding@gmail.com>,
Daniel Vetter <daniel@ffwll.ch>
Cc: intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 2/9] drm/tegra: Assign conn_state->connector when allocating connector state.
Date: Tue, 24 Nov 2015 12:26:01 +0100 [thread overview]
Message-ID: <56544949.2060906@linux.intel.com> (raw)
In-Reply-To: <20151124105101.GF6149@ulmo>
Op 24-11-15 om 11:51 schreef Thierry Reding:
> On Tue, Nov 24, 2015 at 11:37:47AM +0100, Daniel Vetter wrote:
>> On Tue, Nov 24, 2015 at 10:34:29AM +0100, Maarten Lankhorst wrote:
>>> Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
>>> ---
>>> drivers/gpu/drm/tegra/dsi.c | 4 +++-
>>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c
>>> index f0a138ef68ce..6b8ae3d08eeb 100644
>>> --- a/drivers/gpu/drm/tegra/dsi.c
>>> +++ b/drivers/gpu/drm/tegra/dsi.c
>>> @@ -751,8 +751,10 @@ static void tegra_dsi_connector_reset(struct drm_connector *connector)
>>> connector->state = NULL;
>>>
>>> state = kzalloc(sizeof(*state), GFP_KERNEL);
>>> - if (state)
>>> + if (state) {
>>> + state->base.connector = connector;
>>> connector->state = &state->base;
>>> + }
>> Hm, we might want __ versions of all the _reset hooks if this becomes more
>> common. I do wonder a bit why it isn't since a lot of drivers overwrite
>> state structures by now, and then the provided reset functions aren't
>> sufficient really.
> We already have the __ versions for duplicate_state helpers, but the
> problem with reset helpers is that they need to know the allocation
> size...
>
> Actually, that's true of the duplicate_state helpers as well, and the __
> variants don't actually allocate the memory but rather just copy the
> state from old to new. So we could do something just like that for the
> reset helpers:
>
> void __drm_atomic_helper_connector_reset(struct drm_connector *connector,
> struct drm_connector_state *state)
> {
> state->base.connector = connector;
> connector->state = state;
> }
>
> and use like this:
>
> static void tegra_dsi_connector_reset(struct drm_connector *connector)
> {
> struct tegra_dsi_state *state;
> ...
> state = kzalloc(sizeof(*state), GFP_KERNEL);
> if (state)
> __drm_atomic_helper_connector_reset(connector, &state->base);
> }
>
> I think back at the time when we did this for duplicate_state helpers we
> had a discussion about the usefulness of this, but this patchset clearly
> shows that this kind of change, which applies to a number of drivers, is
> going to happen again and again, so the only way to avoid mistakes or an
> extensive set of changes across all drivers is by putting this into a
> helper, even if it's only two assignments now.
Yeah was considering it, but it felt a bit overkill for something that only holds a pointer to crtc, best_encoder and connector..
If this is the way to go I'll resend
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2015-11-24 11:26 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-24 9:34 [PATCH 0/9] drm/atomic: Add encoder_mask and connector_mask to crtc_state Maarten Lankhorst
2015-11-24 9:34 ` [PATCH 1/9] drm/i915: Set connector_state->connector correctly Maarten Lankhorst
2015-11-24 9:34 ` [PATCH 2/9] drm/tegra: Assign conn_state->connector when allocating connector state Maarten Lankhorst
2015-11-24 9:37 ` Thierry Reding
2015-11-24 10:37 ` Daniel Vetter
2015-11-24 10:51 ` Thierry Reding
2015-11-24 11:26 ` Maarten Lankhorst [this message]
2015-11-24 13:35 ` [PATCH 1/3] drm/i915: Set connector_state->connector using the helper Maarten Lankhorst
2015-11-24 13:35 ` [PATCH 2/3] drm/atomic: Add __drm_atomic_helper_connector_reset Maarten Lankhorst
2015-12-07 9:58 ` Thierry Reding
2015-12-07 9:58 ` Thierry Reding
2015-11-24 13:35 ` [PATCH 3/3] drm/tegra: Use __drm_atomic_helper_reset_connector for subclassing connector state Maarten Lankhorst
2015-12-07 10:02 ` Thierry Reding
2015-12-08 8:13 ` Maarten Lankhorst
2015-11-24 9:34 ` [PATCH 3/9] drm/core: Add drm_encoder_index Maarten Lankhorst
2015-11-24 9:34 ` [PATCH 4/9] drm/core: Add drm_for_each_encoder_mask Maarten Lankhorst
2015-11-24 18:00 ` [Intel-gfx] " Jani Nikula
2015-11-24 18:07 ` David Herrmann
2015-11-24 9:34 ` [PATCH 5/9] drm/atomic: add connector mask to drm_crtc_state Maarten Lankhorst
2015-12-07 10:24 ` Thierry Reding
2015-11-24 9:34 ` [PATCH 6/9] drm/i915: Update connector_mask during readout Maarten Lankhorst
2015-11-24 10:38 ` Daniel Vetter
2015-11-24 11:30 ` [Intel-gfx] " Maarten Lankhorst
2015-12-07 10:36 ` Thierry Reding
2015-11-24 9:34 ` [PATCH 7/9] drm/atomic: Small documentation fix Maarten Lankhorst
2015-11-24 10:48 ` Daniel Vetter
2015-11-24 9:34 ` [PATCH 8/9] drm/atomic: Remove drm_atomic_connectors_for_crtc Maarten Lankhorst
2015-12-07 10:34 ` Thierry Reding
2015-12-08 8:30 ` Maarten Lankhorst
2015-11-24 9:34 ` [PATCH 9/9] drm/atomic: Add encoder_mask to crtc_state Maarten Lankhorst
2015-12-03 9:53 ` [Intel-gfx] " Daniel Vetter
2015-12-03 11:01 ` Maarten Lankhorst
2015-12-04 8:12 ` [Intel-gfx] " Daniel Vetter
2015-12-14 12:06 ` Maarten Lankhorst
2015-12-15 9:17 ` Daniel Vetter
2015-12-17 9:06 ` Maarten Lankhorst
2015-12-17 9:52 ` [Intel-gfx] " Daniel Vetter
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=56544949.2060906@linux.intel.com \
--to=maarten.lankhorst@linux.intel.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--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