From: Jani Nikula <jani.nikula@linux.intel.com>
To: Daniel Vetter <daniel@ffwll.ch>,
Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Cc: dri-devel@lists.freedesktop.org, Dave Airlie <airlied@redhat.com>,
intel-gfx@lists.freedesktop.org, stable@vger.kernel.org
Subject: Re: [Intel-gfx] [PATCH] drm/dp/mst: Remove port after removing connector.
Date: Tue, 11 Aug 2015 12:31:44 +0300 [thread overview]
Message-ID: <87bneeuq67.fsf@intel.com> (raw)
In-Reply-To: <20150811085504.GG17734@phenom.ffwll.local>
On Tue, 11 Aug 2015, Daniel Vetter <daniel@ffwll.ch> wrote:
> On Tue, Aug 11, 2015 at 09:54:29AM +0200, Maarten Lankhorst wrote:
>> The port is removed synchronously, but the connector delayed.
>> This causes a use after free which can cause a kernel BUG with
>> slug_debug=FPZU. This is fixed by freeing the port after the
>> connector.
>>
>> This fixes a regression introduced with
>> 6b8eeca65b18ae77e175cc2b6571731f0ee413bf
>> "drm/dp/mst: close deadlock in connector destruction."
>>
>> Cc: stable@vger.kernel.org
>> Cc: Dave Airlie <airlied@redhat.com>
>> Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
>
> Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> Jani, can you please pick this up for topic/drm-fixes since Dave's still
> on vacation this week?
Done.
BR,
Jani.
> -Daniel
>
>> ---
>> drivers/gpu/drm/drm_dp_mst_topology.c | 19 +++++++++++++------
>> include/drm/drm_crtc.h | 2 --
>> 2 files changed, 13 insertions(+), 8 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c b/drivers/gpu/drm/drm_dp_mst_topology.c
>> index b0487c9f018c..eb603f1defc2 100644
>> --- a/drivers/gpu/drm/drm_dp_mst_topology.c
>> +++ b/drivers/gpu/drm/drm_dp_mst_topology.c
>> @@ -873,9 +873,10 @@ static void drm_dp_destroy_port(struct kref *kref)
>> from an EDID retrieval */
>> if (port->connector) {
>> mutex_lock(&mgr->destroy_connector_lock);
>> - list_add(&port->connector->destroy_list, &mgr->destroy_connector_list);
>> + list_add(&port->next, &mgr->destroy_connector_list);
>> mutex_unlock(&mgr->destroy_connector_lock);
>> schedule_work(&mgr->destroy_connector_work);
>> + return;
>> }
>> drm_dp_port_teardown_pdt(port, port->pdt);
>>
>> @@ -2659,7 +2660,7 @@ static void drm_dp_tx_work(struct work_struct *work)
>> static void drm_dp_destroy_connector_work(struct work_struct *work)
>> {
>> struct drm_dp_mst_topology_mgr *mgr = container_of(work, struct drm_dp_mst_topology_mgr, destroy_connector_work);
>> - struct drm_connector *connector;
>> + struct drm_dp_mst_port *port;
>>
>> /*
>> * Not a regular list traverse as we have to drop the destroy
>> @@ -2668,15 +2669,21 @@ static void drm_dp_destroy_connector_work(struct work_struct *work)
>> */
>> for (;;) {
>> mutex_lock(&mgr->destroy_connector_lock);
>> - connector = list_first_entry_or_null(&mgr->destroy_connector_list, struct drm_connector, destroy_list);
>> - if (!connector) {
>> + port = list_first_entry_or_null(&mgr->destroy_connector_list, struct drm_dp_mst_port, next);
>> + if (!port) {
>> mutex_unlock(&mgr->destroy_connector_lock);
>> break;
>> }
>> - list_del(&connector->destroy_list);
>> + list_del(&port->next);
>> mutex_unlock(&mgr->destroy_connector_lock);
>>
>> - mgr->cbs->destroy_connector(mgr, connector);
>> + mgr->cbs->destroy_connector(mgr, port->connector);
>> +
>> + drm_dp_port_teardown_pdt(port, port->pdt);
>> +
>> + if (!port->input && port->vcpi.vcpi > 0)
>> + drm_dp_mst_put_payload_id(mgr, port->vcpi.vcpi);
>> + kfree(port);
>> }
>> }
>>
>> diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
>> index 574656965126..373b1bc6de96 100644
>> --- a/include/drm/drm_crtc.h
>> +++ b/include/drm/drm_crtc.h
>> @@ -745,8 +745,6 @@ struct drm_connector {
>> uint8_t num_h_tile, num_v_tile;
>> uint8_t tile_h_loc, tile_v_loc;
>> uint16_t tile_h_size, tile_v_size;
>> -
>> - struct list_head destroy_list;
>> };
>>
>> /**
>> --
>> 2.1.0
>>
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
--
Jani Nikula, Intel Open Source Technology Center
next prev parent reply other threads:[~2015-08-11 9:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-11 7:54 [PATCH] drm/dp/mst: Remove port after removing connector Maarten Lankhorst
2015-08-11 7:54 ` Maarten Lankhorst
2015-08-11 8:55 ` [Intel-gfx] " Daniel Vetter
2015-08-11 9:31 ` Jani Nikula [this message]
2015-08-14 13:33 ` shuang.he
2015-08-15 4:56 ` [Intel-gfx] " Dave Airlie
2015-08-15 19:12 ` Daniel Vetter
2015-08-15 19:12 ` 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=87bneeuq67.fsf@intel.com \
--to=jani.nikula@linux.intel.com \
--cc=airlied@redhat.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=stable@vger.kernel.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 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.