From nobody Mon Jun 15 15:08:11 2026 Received: from mail-pj1-f41.google.com (mail-pj1-f41.google.com [209.85.216.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 3BDE43CBE71 for ; Mon, 13 Apr 2026 13:46:16 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.216.41 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776087977; cv=none; b=n1iaHlnjS4Zr/4oRIIJZTzG4OP1729bstoBvcwJRfla59nSckkSsHLoefo6EoRK5vONZLkIrJ9mHdU6pfQcIjTGVsMZZTrL9uuGKjeQZYX5v6FBgfxaTVDh4uOaTB02Wsu5X576UOShTIA/vKD03uDcsvvWL1A5CIIwsLz+LvsA= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776087977; c=relaxed/simple; bh=ZdQbCoPJwZCB3uMPJtQnV69MkLE1kKA2QPk0Ij15LxM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=K8wYBAh2+KY7AQtjx39sSilQuq/lhCdaufnbwOZf/5ZydLogcCro1lVR1Zsdf1/8Woga/euy23B7V7iClsCWGZWXKbx4g1XqyPSOwayVj9Xo067Ct5ftKYIjPNaHC0hRAldl9Emh9VNdxKViFEFDj/xqhngwyD7XB5aNi7ng4vQ= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=jlRp7Iad; arc=none smtp.client-ip=209.85.216.41 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="jlRp7Iad" Received: by mail-pj1-f41.google.com with SMTP id 98e67ed59e1d1-35e576110adso884852a91.0 for ; Mon, 13 Apr 2026 06:46:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1776087976; x=1776692776; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=ITeUfxAmccwJWBoBKTfUrPUP9cp6D5ar5cCPRAU5JZg=; b=jlRp7IadOuiByJXyze8DdZwPC1SshDd0cWkjO4Lik0qOaNJ6uHqdQDWQHvdX2VbR/y s3NVLDdPu6m8jQqo/3tJpfow/ZaBmX4cH9AKlaE/Ljo1NF2kOr1rc47tZLN5fIitlj4U sbWBThkB92qMu4X9mNaNYLAxmeVTE9W7hQcfeYOAnzx4fuAqBYUnTcKu1H7sqwNI3mg9 xOvHuiKS9i1Za01YsmEhkDSJEv5Hnsc/tbolf9QXla5biB7BJaZLhwvniSa77sMSyWq7 C8CpDCsZ2Hh0QuEaMDI9qIG0NdnYHp7Cmx/bBoxgKw0ZYMls+3ZX3dtLHXDU4X23LfSy lmaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1776087976; x=1776692776; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=ITeUfxAmccwJWBoBKTfUrPUP9cp6D5ar5cCPRAU5JZg=; b=eqRB4Gh9TBU5G1XOvNdnhgEWdRI6G7z7nnfSEpG7fLv5EV1+hwfMysgmZ1ajkty/Fi j1Is4efpA7X9wDa92PEVSnOu2RaF6/EPsZdrC+B/q2smLcNJ46jyKJozkODhgjOkDcGo gRO9iJhJguRZUDPPqEwNjNXss+1A/+Xng0QCiiLcNn2bzFtAeA5u5aEM38DTL47MeiSP lTb6SKtZrdjnAcmUniv7gYTKqUiz3KuuWu/khJ23WFRsmGRwcM1qH5TSprUEo8o/FdaM rbF4gsaadZOL/ztvI1UC3b2nZ6Z2XUOM22edWhwnqeQQRpycVEE1bnX6SYeVPqs9Wnlj WZsg== X-Forwarded-Encrypted: i=1; AFNElJ/BXFaclHLrSxWRFbrPr0MsqxGvHFbFeuIejtaTT92UPgbv3YNw2pkT5FInuyNsCDH8DW2HaU5sldE7b3c=@vger.kernel.org X-Gm-Message-State: AOJu0Yz8zeZJ57ovRqrgTALvUlFc5qH5YrwdpV6Z6iHXB3kqOGMb+Plc xvMkyzojQKQ+O1kuQ7gagd5CB3OyEjnghg4CaLdmPARncMrZeWwy7ojT8BGRHUpFP/w= X-Gm-Gg: AeBDieuh0ls7kjClc8uzPpDVb4zDemZ74f1OSPvpDE22/wKWlyMDpXNAmN6zrEg6OyI LhxJI2oV+GZdQNZ4hU3nXIFgUag7L2YNlG4kfNRR7wqMYtBaNXWN7Oy1NhK2iCvhQ+8Ygpifpxp xA1qnFD0n5aVeRRHCoPdmZRQhlwolC5j8HN97wGfj4h1203s+K6pzp26iBjDVK43eVOjdWGDmLT yCSIHmo0e3I5Uh6zn8fIfOOiq72EHQaKwj6Yfjbh87uEzQjBQ4/et+1MPVrJqEOCGKLyJ6kZchG gRDJxQbdlRAG2FHZLfeaI0ltZ8d7Z9T30oU+r8GZaqGBfkCUVE3IZ0GPHBqWV5ziAw0P35Wy9hY 5+q7W1adfBl7xdSW62ZIfyga1eh4myDzSiIRgbaCNwVj5pCehGlmCquB7irlvh+F3ngA2EimTmt ARN+Gh54r2TKPtAY60WxieoJx0kL307uDLNeg4oA7Ouw== X-Received: by 2002:a17:90b:1d91:b0:35f:b57e:7f33 with SMTP id 98e67ed59e1d1-35fb57e8053mr3108234a91.14.1776087975591; Mon, 13 Apr 2026 06:46:15 -0700 (PDT) Received: from lgs.. ([2409:893d:1188:142d:6c67:74e8:5200:1f39]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-35e34e959bcsm15974386a91.0.2026.04.13.06.46.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 13 Apr 2026 06:46:15 -0700 (PDT) From: Guangshuo Li To: William Breathitt Gray , Greg Kroah-Hartman , =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?= , linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Guangshuo Li , stable@vger.kernel.org Subject: [PATCH v2] counter: Fix refcount leak in counter_alloc() error path Date: Mon, 13 Apr 2026 21:46:04 +0800 Message-ID: <20260413134604.2861772-1-lgs201920130244@gmail.com> X-Mailer: git-send-email 2.43.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" After device_initialize(), the lifetime of the embedded struct device is expected to be managed through the device core reference counting. In counter_alloc(), if dev_set_name() fails after device_initialize(), the error path removes the chrdev, frees the ID, and frees the backing allocation directly instead of releasing the device reference with put_device(). This bypasses the normal device lifetime rules and may leave the reference count of the embedded struct device unbalanced, resulting in a refcount leak. The issue was identified by a static analysis tool I developed and confirmed by manual review. Fix this by using put_device() in the dev_set_name() failure path and let counter_device_release() handle the final cleanup. Fixes: 4da08477ea1f ("counter: Set counter device name") Cc: stable@vger.kernel.org Signed-off-by: Guangshuo Li --- drivers/counter/counter-core.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/counter/counter-core.c b/drivers/counter/counter-core.c index 50bd30ba3d03..0b1dac61b7b5 100644 --- a/drivers/counter/counter-core.c +++ b/drivers/counter/counter-core.c @@ -124,7 +124,8 @@ struct counter_device *counter_alloc(size_t sizeof_priv) =20 err_dev_set_name: =20 - counter_chrdev_remove(counter); + put_device(dev); + return NULL; err_chrdev_add: =20 ida_free(&counter_ida, dev->id); --=20 2.43.0