Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1322649yba; Tue, 2 Apr 2019 06:52:01 -0700 (PDT) X-Google-Smtp-Source: APXvYqzncOnbUxo2bwdC2BE1Cjqos5eAvmfaJ1N6PS7ZzYnkDZfLOYDrOd5xQP4FbOwPbe7yUxdn X-Received: by 2002:aa7:87c5:: with SMTP id i5mr29531301pfo.20.1554213121591; Tue, 02 Apr 2019 06:52:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554213121; cv=none; d=google.com; s=arc-20160816; b=U91YwZBg+3WsYSK0urUTPCOXFyY9jiQBitsN/8sIZD99XTbCTiITGMG/MizYWh2+nC udSXS1zeNPk0Kc36n9s0/lkWTJkxvCnokHZ9mr1kkPuw+DV4K8llTKm9ui1CdaPhYXy+ e8PDA73Jea4bFGOFL/6qYgAhZ/EioOltOSfmK5nxwvQN/nQ/raotr8WzNtCNqJErvepT cc3rR/szXZ7fgLP7WzqPb/BE32RJYjUvlmVedKfBan/rrMz7IgllrfjG0aMYKPfrM100 ofSlYgSysJiH+1z6iX5kgfq/XcU6/EAM7p541gu4Is194Tf7XnfFd1Ytn8DlTzqRLGgN afnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=OnlqjAKybss7IAL4gsHL+iTU0sztQIlkN0AXgfCkXds=; b=u2HtJL+DhIHvBnvuhEm7HDVljn+z9m0ggn6hV4pmXYD+HwkU6jasWig9p4DrHQ+6QY gQIp/+Tsc4Z55oUrzW1AsZz1tVIuTND2SlEbFAwoPbWvq8feiHgv+kw/MmlrQujRLPWA ThScyLck8sTg194VcrtbvvuaMN8ygfX8vRpPgLAsVqF8xfb5GJMmDgNwiYFr79sLaF7w hL5zqBM6hZWj0HIRlARQOIxjyPY9fHhrNLEbwAtdxFdkeiIYJ0JWSxX4nd2/U+RDB8Wb aTRA+WVI5dkFVhPUBfmnzfG/9Q9GU3GFtRWNCdak9XhlQ3Vpgu5gsm8IcTyJYN5zeE2b Bk2Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t194si9706967pgb.316.2019.04.02.06.51.46; Tue, 02 Apr 2019 06:52:01 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732342AbfDBNtU (ORCPT + 99 others); Tue, 2 Apr 2019 09:49:20 -0400 Received: from metis.ext.pengutronix.de ([85.220.165.71]:59435 "EHLO metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731168AbfDBNtT (ORCPT ); Tue, 2 Apr 2019 09:49:19 -0400 Received: from dude.hi.pengutronix.de ([2001:67c:670:100:1d::7]) by metis.ext.pengutronix.de with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hBJmn-0007VO-Jv; Tue, 02 Apr 2019 15:49:09 +0200 Received: from mgr by dude.hi.pengutronix.de with local (Exim 4.92-RC6) (envelope-from ) id 1hBJmm-0001Cu-Nz; Tue, 02 Apr 2019 15:49:08 +0200 From: Michael Grzeschik To: p.zabel@pengutronix.de, airlied@linux.ie, gregkh@linuxfoundation.org Cc: linux-kernel@vger.kernel.org, linux@armlinux.org.uk, dri-devel@lists.freedesktop.org, rafael@kernel.org, kernel@pengutronix.de Subject: [PATCH 0/3] Fix for drm_mode_config_cleanup issue Date: Tue, 2 Apr 2019 15:49:01 +0200 Message-Id: <20190402134904.588-1-m.grzeschik@pengutronix.de> X-Mailer: git-send-email 2.20.1 In-Reply-To: <0687f68004b28ed3a364b06a9eb64e2e@agner.ch> References: <0687f68004b28ed3a364b06a9eb64e2e@agner.ch> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::7 X-SA-Exim-Mail-From: mgr@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Fix the issue: "drm/imx: Crash in drm_mode_config_cleanup". Which was documented here: https://www.spinics.net/lists/dri-devel/msg189388.html And tried to address with this: https://patchwork.kernel.org/patch/10633297/ https://patchwork.kernel.org/patch/10633299/ This series fixes the possible case of use after free by adding action functions to the devres cleanup path. So it will ensure the generic cleanup code will not use the already freed memory. Michael Grzeschik (3): ipuv3-crtc: add remove action for devres data ipuv3-ldb: add init list head on bind ipuv3-ldb: add remove action for devres data drivers/gpu/drm/imx/imx-ldb.c | 35 ++++++++++++++++++++++++++++++++ drivers/gpu/drm/imx/ipuv3-crtc.c | 12 +++++++++++ 2 files changed, 47 insertions(+) -- 2.20.1