From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=103.168.172.159 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1792800831; b=rO0Y/7hSApD9ViUkEg2Gnq6PL8VwqtrkceltKa68RB5y9ROBsv9ptsny8ItfC6ritpMt cSemd5wF5IBdZ4/S1xY+LnORq4TUlDcX/ew5F7dIfqwn66d/YBLA370R3J06NplZhKQfM 91j+2ft9ErwyzdTVv59Ll6KA9eYJmPfZmprthUfikBISC8AtQ1pCXFHLtXxbvxbJKkZGI qC6trHQslor16JccYQYmWErpzzRIg3CkvA3nCZe6X0tQ4MuxyOZJKHmllVLrhoRyhAcbS ayvidYU8p8VGHkE9zGB2cdhDv+8nbXGIBlMzUYkl7LCE9kx1zC9aekWyNgPQyzjxEgQ== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1792800831; h=DMARC-Filter:Received:Received:DKIM-Signature:DKIM-Signature: X-DKIM2-Info:DKIM2-Signature:X-DKIM2-Info:Message-Instance: X-ME-Sender:X-ME-Received:X-ME-Proxy-Cause:X-ME-Proxy:Feedback-ID: Received:Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: X-Mailer:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=KXFOfYSmcm/nqozKsRvJkrnKm9hqQgkrKRLJdZRJ9Zg=; b=0l56t1D9KL6DdRrzQH72b32uU34UfTZueCH73+3hGNxBWz77Jmb4MwL5Qi1nrLKFcVuT 6wp13qSwbLIMssCYYl1ci5RDHOh6z2EslL803krnx7Z/GHCoO1tBw6KtoqQmYG9ScrrUy 0E3f3IXTdP37g9TIRhWwBjjKvQckvok0WWRq58898EPvAxVpT2ev2f8qjNSOYSVk+RuJ0 NNuGL9SJHZLURQ9Mq/ozXNGB4hdZU0V+D2GXfxYkX0sNrYF9+sbIU5DZev78WDGOKdzcS WLD9TelO69xU9W01pWguy+LpZycPSYddDD8mHPlSiVQXQJTPcvNVXQp8PxnjogT31Lw== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=shazbot.org; spf=pass smtp.mailfrom=shazbot.org; arc=none smtp.remote-ip=103.168.172.159 Received: from fhigh-a8-smtp.messagingengine.com (fhigh-a8-smtp.messagingengine.com [103.168.172.159]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8FF98606A31B for ; Sat, 24 Oct 2026 00:13:35 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org 8FF98606A31B Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=shazbot.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=shazbot.org Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfhigh.phl.internal (Postfix) with ESMTP id B8EA8140013D for ; Fri, 23 Oct 2026 20:13:34 -0400 (EDT) Received: from phl-frontend-03 ([10.202.2.162]) by phl-compute-04.internal (MEProxy); Fri, 23 Oct 2026 20:13:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=shazbot.org; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1792800814; x=1792887214; bh=KXFOfYSmcm/nqozKsRvJkrnKm9hqQgkrKRLJdZRJ9Zg=; b= Mw9OlgmYn+Eo2VbqLzZGaYnUMEQxiL3T6RCTpyn6qoqp/H9hHKWDAghGtQ4VFdL/ HKEDPYzJSm06vJHPT5ChkvntkucioTqXNM2cfJewtlq0i1DS2yKHaeEy9i+FMQxb Lr2/HRcRZQQAZOVT9KBSCn3kMiIZAlidwyK8eyPUGsSRPfH9BLJW2srQqn+hCw5y GrrIrytS5PUZRosWM3L9uARdgwQ3sAl2OUP2DBJ5CXTjsr5plEWz3PZ9JXABu9p3 HczVFRDgAJiWx9ECBnaD/zRbswtr9cbixNOCnqDjk6s632EOA8/H7WirgoYReyx8 EVOcnwst2Gz0h2fXg083DA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1792800814; x= 1792887214; bh=KXFOfYSmcm/nqozKsRvJkrnKm9hqQgkrKRLJdZRJ9Zg=; b=q 6nthQQ7hbTMADEAgYYu9SIogjbLOyTJp2EcWuOw2ckwz0EPFmHmWocGFBXv8vozP YDohiP64xCuHAZYqbUZY8C0CSW/ay8GYDq+2fJ0fngDqezpqEwEtndR8+JBI97t4 cnsIiEeVcu7CBLARdnXJCUnweoLapMgPRS9sjNKan5jAkM279gfTadk4Ygze/1RW vSchyDuTFnXDsQ0d+IK5hJxQK5hPD9jjM62PnldhlFnV8fphmSojZRLxu7sjyMxv 53bFqWI7OgZyqwgt+bjbd5zk4ks22EgpsBHskorY6W/2RB3cs63Gt6CHqIfR9qzp /l+Q6GtbsDQlzKSmF3KAg== X-DKIM2-Info: draft=ietf-dkim-dkim2-spec-07; repo=github.com/dkim2wg/interop; date=2026-10-18; sw=lmtpprox; action=sign d=shazbot.org a=rsa-sha256; DKIM2-Signature: i=1; m=1; t=1792800814; d=shazbot.org; mf=PGFsZXhAc2hhemJvdC5vcmc+; rt=PGxpbnV4LXVzYkB2Z2VyLmtlcm5lbC5vcmc+; s=fm1:rsa-sha256:4xAQP/VgL8GUnLdCtnShGYK2/POzDsF1LXU1cfAMz+Wcgwr Xs3Y+HbUiVUPdk0n4W6OAsTjDYuk3Ly+nIrFLJdQwEkOPLOD0aqJStwukiep46VN FTuBqvpBGeNb0Emj1hCqF7I87IpX2z8sZ+C2JPmhNJzwe4zozWJ8/fI3A/JV3t4O gnt9gxpu3bz6vyQMgUfBIe1CtRC8Ox7m72wsVHMBytHIs/LhoRkHaklcsQSMxxb6 WDXGIB/DTBWruLHkboQ2vT7aKuXm/Q2eJptZK9OPAtcfB0vKRQwbDQP+1pZuysxr SxEPZQyyZmcnhGRGsAjqda1ICOfOkaTrWNrm75A==; X-DKIM2-Info: draft=ietf-dkim-dkim2-spec-07; repo=github.com/dkim2wg/interop; date=2026-10-18; sw=lmtpprox; action=mi-m=1; hc=12; hn=cc,content-transfer-encoding,content-type,date,feedback-id, from,in-reply-to,message-id,mime-version,references,subject,to; Message-Instance: m=1; h=sha256:fbDSgu4IuIlRwCSfp14xCHBk/dW9HMB/tpEky1iDgFo=:HtC2x/W+mhOUzEMx88qx+TWfPeeNPz7Gi6Zev7TMGYw=; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: dmFkZTEjdLj0dCavdwlLRNFAYY47iT4nSX5hlN05c5GDlCu2LvbuPP3rByLWOcZIFIaP39 Pdqx1jhL6T3cQCion/F1Ivz4fT5V5TT4ysAcp2WwMi62rg+PLftoWF6LgHwa4oHdQf6dDs eQZt8g659CBYxp7boPVLFg/S0aIJ5NyY8Ce1kPfdXAZBUoDWKMExykZbpyqm+/hWAUW0os FrAYTPOJcIpSIT8/dS/spkSs8slLEb5PbbNcJZ8Rg38HTsQ6DmAXGQc0nlPerQYxfexhyn Pr41HIi5MrIE4rVBGeEhKtL5iA5cfuiAu8OPcQSUTvuOzSIncVUlWfRoNGv/Al5IMl0UX3 vRML+fnRjDdo6V3cbp3WpfP0YjiCqmQ8uKIMzPfQORibmRlOYc9SjXbwJs0Xl+Ym3wLEED se2ajxXHVuexnbjMeTVubVQgXn/OlCefy5RA4J9bx/h3nKKCMtQqt39Y8BclKR+fAAX2Er s9glqWq43aq1Sd5uUpORLMCK+sojlL/RszUzZkaYXHBeNcZ7D/0Ifg23r0bTYi56hGGhd3 dGxKTcWTiwPIxS3dkmAdabrkUdMNz5lDWeSi6g0R1g8KsP7YPM6Sjuil/mhOqvuki4pBUo fc6x7VQeW6bZ9GuNGZ1NfkdOcKWL/Mn2xLFGd8kyWx1ZdbmONXknSE2LirAw X-ME-Proxy: Feedback-ID: i03f14258:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 23 Oct 2026 20:13:30 -0400 (EDT) Date: Fri, 23 Oct 2026 18:13:26 -0600 From: Alex Williamson To: Greg Kroah-Hartman Cc: Uwe =?UTF-8?B?S2xlaW5lLUvDtm5pZw==?= , Armin Wolf , David Lechner , Danilo Krummrich , Luis Chamberlain , Petr Pavlu , Daniel Gomez , Sami Tolvanen , Aaron Tomlin , Jonathan Corbet , Shuah Khan , Randy Dunlap , "Rafael J. Wysocki" , Steven Rostedt , Masami Hiramatsu , Mathieu Desnoyers , Bradley Morgan , Aleksandr Nogikh , linux-modules@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-usb@vger.kernel.org, driver-core@lists.linux.dev, linux-trace-kernel@vger.kernel.org, Johan Hovold , Richard Weinberger , Thierry Reding , alex@shazbot.org, Jason Gunthorpe Subject: Re: [PATCH v4 0/3] driver core: add TAINT_FORCED_BIND for when userspace manually messes with devices and drivers Message-ID: <20261023181326.0dc2f7ed@shazbot.org> In-Reply-To: <2026092348-victory-erased-0e5a@gregkh> References: <20260914-bind_taint-v4-0-eadf8a090903@linuxfoundation.org> <9bd3a34b-5e98-4038-80d6-da2c3b1948dd@gmx.de> <2026092321-province-yearly-44aa@gregkh> <2026092348-victory-erased-0e5a@gregkh> X-Mailer: Claws Mail 4.4.0 (GTK 3.24.52; x86_64-pc-linux-gnu) X-Mailing-List: linux-usb@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 23 Sep 2026 12:29:56 +0200 Greg Kroah-Hartman wrote: > On Wed, Sep 23, 2026 at 11:54:50AM +0200, Uwe Kleine-K=C3=B6nig wrote: > > > No, drivers should NOT have to do that in their .probe() function, > > > that's what we moved away from decades ago! The match function should > > > handle all of that for you, otherwise it's contant duplication > > > everywhere that is unneeded. =20 > >=20 > > Well then you have to accept that root can provoke a null pointer > > exception (e.g. by forcing the pwm-tegra driver on a device) because at > > least with today's platform bus match function such a match is ok. =20 >=20 > Agreed, yes, root can cause a crash and can do tons of horrible things > much worse than this, that's not the issue. >=20 > That's why this taint is there, to make it obvious that this is not a > "real" bug at all. >=20 > > > Please, learn from our history, don't make the same mistakes. > > >=20 > > > Now I might be convinced that driver_override is the way to go here, = but > > > it still feels really odd as again, bind/unbind was created as a driv= er > > > debugging option only, it should NOT be a normal operation that any u= ser > > > should rely on. The driver should "just work" properly instead, with= out > > > requiring manual bind work, as that's not a good model at all. =20 > >=20 > > I agree in principle, but (in my case wifi) drivers are buggy sometimes > > (due to missing documentation and/or engineering effort) and being able > > to rebind the driver instead of rebooting to get a working device again > > is very useful. =20 >=20 > Fine, use it! Just don't expect that to be "normal". >=20 > > So yes, theoretically bind/unbind isn't needed, but theory and practise > > differ in practise. =20 >=20 > Agreed, but again, don't rely on this as a "real" solution fo ranything. Sorry, late to the party, but this isn't a few user scripts that rely on this behavior. Effectively every use case of vfio relies on this behavior. We rely on unbinding the default driver from the device before using driver_override and drivers_probe. That means every hypervisor with device assignment and every userspace driver use case now experiences a tainted kernel. That seems like a significant regression. There is currently no alternative for this process. It's not a matter of upgrading to a newer kernel where the drivers claim the device IDs. We can't claim the device ID, vfio drivers represent a secondary use case for the device. A production use case of panic_on_taint now results in a hard failure for a scenario that has been allowed and documented as best practice for many years. What's the solution we can pursue for the scenario where devices have dual use cases between in-kernel drivers and userspace drivers? Thanks, Alex