From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f54.google.com (mail-wm1-f54.google.com [209.85.128.54]) (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 91E173AC0EF for ; Sun, 19 Jul 2026 16:08:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784477313; cv=none; b=Fs26cJvWkigTj4i+Ec3Jb3Nu3u1+zN65+IEr+6sG+eacutTrmhFWiC4Ddr456YoRK8OIoOzSwo0P1H3p3K5SRBttItGy3L4nD+sX0oAbkh34DTQoFQrYJaBJhqaFiyk9ZqOSqS40WtH1QAtyU/1hoj/nq5jl/9EWVbeamRhkLno= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784477313; c=relaxed/simple; bh=dUEaJRxUr1v76K2SCkn5RSwlmWHDmcrArC8H6gE7+XA=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References: MIME-Version; b=c4EDYUtLRslHQEvqcZ21Qq+vLeSfBEk6XYLSxIq0pF36Ovkr3nzs4Sr1Gd/MS5DtSf4p2IlgIf3uvmQAY+7OomZ+f+1V3qA/PQ83oOCxc/gIA4NhQb4m799sDCutwoqvV0C8gcjA6wLUkwhtRON7JlP4CpuHqKO89p44qLNtsvg= 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=FaUKXbaD; arc=none smtp.client-ip=209.85.128.54 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="FaUKXbaD" Received: by mail-wm1-f54.google.com with SMTP id 5b1f17b1804b1-4954dff6536so11321635e9.0 for ; Sun, 19 Jul 2026 09:08:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1784477310; x=1785082110; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to:content-type; bh=y2WnfrXCKBHilw+RfhMqIc4Ta8+VRnPx7kVZTMW2Ow4=; b=FaUKXbaD2xS8CpVouYiuQBwUs4dxWJL7p8xKThYj0pqrUjEuBuDwC84z11byA5zT+/ 5eyibtyJSquCWcq6vhuLARojMPINnlobb7xZeWIs/tmb8m/+kmmrzvb3tVQdXQn+c4d1 WNYCSNGKsZkezmtQYc17DQLAd1Kv2bJN0by6JZnRBWc+p+VnakJeTY4GSQgOzVdh5iGe lY1XfI01OY7hdtFm3sV8I32IHRJN/3MJlkNSKVehIlcbpQEs9G1gTVOdKcdFAsYli89J KJUZyT2XH1fFdlgOBX/31hZebv4rbhYHSqollW6WoyHAYYtaivfgCNBluoSxJIAC0M9r UdpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1784477310; x=1785082110; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to:content-type; bh=y2WnfrXCKBHilw+RfhMqIc4Ta8+VRnPx7kVZTMW2Ow4=; b=BZ5JkpNnLxV1zbjlJe7l6T6Gkx9wyEBHR6CIc+Dheu8W1zZZF/MJ3eAApmDhOmwTfa jlL7kp0Rpl4VqagvKrVAkIonnw215LzP8DN2yKQCepAi+PXCtpX7Ba1RPR1QFhYSPTwW o5BM3137od1b1zbJUKhknwfwR+9PlR1APJeObpxd5JE2coFaXNFo5SQ8/LPWtiqTRQ3S Dg+0HHSrwo5LjsDuYu4zWb7xDaLe1DiHIuJ246nPoPLM8yrNoOmcew0X77WJtvWnI1en kpz8iqdaUqkYFXaKJWNQIZNay6DlsMd0hFWusjJNUsmnUCksMwnhboR31kJ2KJMIvjhh 000Q== X-Forwarded-Encrypted: i=1; AHgh+Rp9mArXlsVFxDhNNOxR9sPB+N+BYweYqTu79XcQULbJxquBT7OhlCcVB7DIO0C2zB5moFVG0XHi3nTyZps=@vger.kernel.org X-Gm-Message-State: AOJu0YzOP1hq7xn1ANGR+kd06up4i2JZMuiClPnTfKVfk+hLhunsHfk/ tAvXJ46Nm9hPYOp0jfCmV7rUFk5TA/hw+hMfBQyM2+m/rpMfFFIGdD39 X-Gm-Gg: AfdE7cnMp3AomqNU8cjw6klRZ9RSDUJC9UWidlvbdRH0aJlw6ESlvqd4IyAOP2D5ceK jvKauvyvhB9SVMd6P487XMk2TUjzYJcCNCYpFjhWjhN6pQLqnsVhBYSomx6yeeAQbzUXM+6jTpt ItB9U1V18Xrlu17rkylJfRON001JZvhGZMHzLmOroV0q9mp6XTlPs/pMgFuGyxBpvy6Il20lo+3 XNMe72MH2XAAi9w+ys5OCScnnjUIH9Mb6uQTbF7v5ytKyLdoR2AZXmVKZNuyNW7IT+i73dm8eD7 aouLTTYYE80dn7rN8+Tj3JNp6/OhEe+khhSItdhAhEvGgu+D5EmcHDZ1vmQ0iHLkQEY2UC2MVWH ojbD57KizLE9njde0J7qAvTfdtvdooOwcxfKu5f2mYtJqEN9erogEd2ZhBAz/he7CwNiCFNifsI h5cgtIsPB4GYwfftqw+d/XoLdKaqs/k4H4hmLsgUes3KHNRKVgr4N5cJJ0IKRDzBGY3kjS/hck4 CdxbBTTVLxe5Wr5dsqy5fbBrL2jgwqVe9qA8WyUYh3l1ObtGgWjvvwP8KC1bAW/52vry3h3mj2A cqh7jyI1zg== X-Received: by 2002:a05:600c:4685:b0:495:4a77:1327 with SMTP id 5b1f17b1804b1-4954a771521mr125054115e9.33.1784477309565; Sun, 19 Jul 2026 09:08:29 -0700 (PDT) Received: from localhost.localdomain (dynamic-2a02-3100-aeaf-bd01-78a0-2a2d-507f-c97c.310.pool.telefonica.de. [2a02:3100:aeaf:bd01:78a0:2a2d:507f:c97c]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4954a2edbe4sm223826745e9.12.2026.07.19.09.08.28 (version=TLS1_3 cipher=TLS_CHACHA20_POLY1305_SHA256 bits=256/256); Sun, 19 Jul 2026 09:08:29 -0700 (PDT) From: Karl Mehltretter To: Greg Kroah-Hartman , Jiri Slaby Cc: Karl Mehltretter , linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org Subject: [PATCH 2/4] serial: core: clear freed pointers on uart_register_driver() failure Date: Sun, 19 Jul 2026 18:08:10 +0200 Message-Id: <20260719160812.35407-3-kmehltretter@gmail.com> X-Mailer: git-send-email 2.39.5 (Apple Git-154) In-Reply-To: <20260719160812.35407-1-kmehltretter@gmail.com> References: <20260719160812.35407-1-kmehltretter@gmail.com> Precedence: bulk X-Mailing-List: linux-serial@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit uart_register_driver() leaves freed pointers behind on failure. If tty_alloc_driver() fails, it frees drv->state without clearing it. If tty_register_driver() fails, it also drops the tty driver reference without clearing drv->tty_driver. Several drivers register the uart_driver lazily and use drv->state as an "already registered" sentinel. After a failed registration, the next probe sees the stale pointer, skips re-registration and calls uart_add_one_port() with freed state. The resulting unwind can call uart_unregister_driver() with a NULL or dangling drv->tty_driver and oops in tty_unregister_driver(): Unhandled fault: page domain fault (0x01b) at 0x00000018 PC is at tty_unregister_driver+0x10/0x68 LR is at uart_unregister_driver+0x1c/0x60 Reproduced with failslab fail-nth injection on qemu's raspi1ap board: fail the tty_alloc_driver() allocation during a sysfs bind of the PL011 port, then bind again in the same boot. Clear drv->state after freeing the state array and clear drv->tty_driver after dropping the tty driver reference, as uart_unregister_driver() already does. The tty_register_driver() failure case predates Git history. The tty_alloc_driver() failure case was introduced by commit 9e845abfc8a8 ("serial: fix NULL pointer dereference"), which made that error path return cleanly instead of crashing in put_tty_driver(NULL). Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2") Fixes: 9e845abfc8a8 ("serial: fix NULL pointer dereference") Cc: stable@vger.kernel.org Assisted-by: Claude:claude-fable-5 Signed-off-by: Karl Mehltretter --- drivers/tty/serial/serial_core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/serial_core.c index 887b1dd80ad2..ba9145c5a38a 100644 --- a/drivers/tty/serial/serial_core.c +++ b/drivers/tty/serial/serial_core.c @@ -2777,8 +2777,10 @@ int uart_register_driver(struct uart_driver *drv) for (i = 0; i < drv->nr; i++) tty_port_destroy(&drv->state[i].port); tty_driver_kref_put(normal); + drv->tty_driver = NULL; out_kfree: kfree(drv->state); + drv->state = NULL; out: return retval; } -- 2.53.0