From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 339C343F4AD; Tue, 21 Jul 2026 21:57:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784671080; cv=none; b=rLroqMHpgErDp44ryutvfjK0LjuG2V1KLE4FCFdOSBKmRpakWSr4CFmvQG4AB4ldEpjKW2EyMHIJehNdUNe4ksvjl/kZbrj/oIq2mSieeRCTia3JbU/NmT30ug2wxnRyu50hrh2ulumOWBepvzPYBw3gR2uwun2CwOsbP1SBPxM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784671080; c=relaxed/simple; bh=9vvcVSeI0dBetQnDnVI5F/08mRzoVxKQX97izcGzj6g=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=VvxO+vp89dmGtm4GoCQcdAyG0gOrNmtTfympJk/krv0weKzmMYFft2o8I1dCQCpZAPLlyUbpvcu7Yr7Nxg0PZKdSj22kE+lFkH7PM53UbdWcoVOACuOIuvjQnsg5F22IEnBqfQTmLxEvKynT4DM8nNxdL7GeO+e4LLeahT8INXg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=Z9hE7SFY; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="Z9hE7SFY" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6E6FC1F00A3D; Tue, 21 Jul 2026 21:57:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1784671076; bh=0DPtW/2D6ZW0YDTgosbFU0e8Km2FKRCuC2BYsrOQrv0=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=Z9hE7SFYBb7mQFeJpCVcOFRUo9fydAa3n3s+eR6H3j4ovD1D64G2oFwXgf7r2vHQ2 8sQQpilJSoLofUKaUtECxosbt/VCN1vn4nASmvkTclMrvcRLGjmyxtjVoI5JTGW5xn iafBlgypWUElvLSXBONuLj2bSZ4xQuo6XT0YeMLk= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, Sergey Senozhatsky , Andrei Kuchynski , Benson Leung , Lee Jones Subject: [PATCH 5.15 109/843] mfd: cros_ec: Delay dev_set_drvdata() until probe success Date: Tue, 21 Jul 2026 17:15:44 +0200 Message-ID: <20260721152408.453990781@linuxfoundation.org> X-Mailer: git-send-email 2.55.0 In-Reply-To: <20260721152405.946368001@linuxfoundation.org> References: <20260721152405.946368001@linuxfoundation.org> User-Agent: quilt/0.69 X-stable: review X-Patchwork-Hint: ignore Precedence: bulk X-Mailing-List: patches@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 5.15-stable review patch. If anyone has any objections, please let me know. ------------------ From: Andrei Kuchynski commit 8b2c1d41bc36c100b38ce5ee6def246c527eaf8a upstream. If ec_device_probe() fails, cros_ec_class_release releases memory for the cros_ec_dev structure. However, because the drvdata was already set, sub-drivers like cros_ec_typec can still retrieve the stale pointer via the platform device. This leads to a use-after-free when cros_ec_typec attempts to access &typec->ec->ec->dev on a device that has already been released. Move dev_set_drvdata() to ensure that the pointer is only made available once all initialization steps have succeeded. sysfs: cannot create duplicate filename '/class/chromeos/cros_ec' Call trace: sysfs_do_create_link_sd+0x94/0xdc sysfs_create_link+0x30/0x44 device_add_class_symlinks+0x90/0x13c device_add+0xf0/0x50c ec_device_probe+0x150/0x4f0 platform_probe+0xa0/0xe0 ... BUG: KASAN: invalid-access in __memcpy+0x44/0x230 Write at addr f5ffff809e2d33ac by task kworker/u32:5/125 Pointer tag: [f5], memory tag: [fe] Tainted : [W]=WARN, [O]=OOT_MODULE Hardware name: Google Navi unprovisioned 0x7FFFFFFF/sku0 board/sku3 Workqueue: events_unbound deferred_probe_work_func Call trace: __memcpy+0x44/0x230 cros_ec_check_features+0x60/0xcc [cros_ec_proto] cros_typec_probe+0xe8/0x6e0 [cros_ec_typec] platform_probe+0xa0/0xe0 Cc: stable@vger.kernel.org Fixes: 1c1d152cc5ac ("platform/chrome: cros_ec_dev - utilize new cdev_device_add helper function") Co-developed-by: Sergey Senozhatsky Signed-off-by: Sergey Senozhatsky Signed-off-by: Andrei Kuchynski Reviewed-by: Benson Leung Link: https://patch.msgid.link/20260427131721.1165078-1-akuchynski@chromium.org Signed-off-by: Lee Jones Signed-off-by: Greg Kroah-Hartman --- drivers/mfd/cros_ec_dev.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/drivers/mfd/cros_ec_dev.c +++ b/drivers/mfd/cros_ec_dev.c @@ -142,7 +142,6 @@ static int ec_device_probe(struct platfo if (!ec) return retval; - dev_set_drvdata(dev, ec); ec->ec_dev = dev_get_drvdata(dev->parent); ec->dev = dev; ec->cmd_offset = ec_platform->cmd_offset; @@ -184,6 +183,8 @@ static int ec_device_probe(struct platfo if (retval) goto failed; + dev_set_drvdata(dev, ec); + /* check whether this EC is a sensor hub. */ if (cros_ec_get_sensor_count(ec) > 0) { retval = mfd_add_hotplug_devices(ec->dev,