From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f44.google.com (mail-ej1-f44.google.com [209.85.218.44]) (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 97C5C30FC26 for ; Wed, 26 Aug 2026 15:35:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.44 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787758559; cv=none; b=lADMtCSNzbGqIbl2sWaCfXTFtXNpJkl/bcG5xqU5oYbzrrGciw2bU/R96fjjwbSuO/lLwRFq+79woW2fgdSgibJ/SDYj3chHkkuuDmy28+b4Uh1ImWdRzDbhFqHnCdJ551eubCgWbB8fHc8rj8sIZpysmJMX/jAT8FqeTQvO+ME= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787758559; c=relaxed/simple; bh=ASVPig2RbtLJupuuu44qrmNIwC0FnZunoekjk+DUNY8=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=bbjDEo/XDfOgv80A/TzVn6U1nDBYPZ7Wh+1+XdGxhpjoQhCsSerxDsseLAagT1cXEHFhSU0Ip4wXQQYpRyTp1OfElcNeOh2mBryiATRlLTfwROSBZwx7zobg7vE+oS7OUM5uWE3oL3tTNK3Lx1hBN6hJcxYe7YkldiPKlOvRaxE= 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=IR9tPp52; arc=none smtp.client-ip=209.85.218.44 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="IR9tPp52" Received: by mail-ej1-f44.google.com with SMTP id a640c23a62f3a-c250c6a6a9aso155677066b.1 for ; Wed, 26 Aug 2026 08:35:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1787758556; x=1788363356; darn=vger.kernel.org; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=DftFo5v0HYb4sNCC2CkJoMxRuwrXKdG0zBl21yO9LPM=; b=IR9tPp528Fe+AL0FMXXAnvK8zpb6b3GKDMB+mD75iJS8XgbHaeyB+9QNy/XrPhOQRP 5Ahsmjzjz7zskE6HPwnSpPfXkdrPo7Qo+iCXcSzI8GxnyYfGgEKfkV4bNCS5r8HHMj4B sedTvw1XbsT0wCsXKeC/v2HFbMs9n6HSQ62VCFXL4pgWLpwYMrXWY7qelE+QI92LO5+u VJDOCPmIKaKwrbaOaTpApBw7w+FQRGMX4R4Oczs8WGLHYb+1Qw37TfJmLhYSlOuJ5x6E TGoK5ihxW/QaKYKR4/pitmpw1ZZ1XHAuA1etBLc3FVCdfUqk1QALH87yU2AaAYJAJFyR Lz9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1787758556; x=1788363356; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=DftFo5v0HYb4sNCC2CkJoMxRuwrXKdG0zBl21yO9LPM=; b=KN6ct1Kx4rP1PcmnsqqcmzXe8Dz+OJJnL9Ldd3YHSu2kswelOMmek2HEHJ+dT1y4j+ tiFTVLoJAaKCXQvfWHK3te1PSi+oOQ+dO4rydwc1vvniRSv9oMNcUxotXHFp1f33/KDJ MI0rQrdLQkXqTEXroZUOnvjf0b+j33Uz1hS63Cqmjyl0j1Qp8Vg3p1BJXlwsTCTJC3ih DnUA+z+VtAFMfb/tH0KHX7vI/x3uAcYN588SDrsDspYSmikAUzwC5TczZq9Dv9Cp3vcz AxeaLiq+MQ84/rGP6SE8OZEv9qHNzD0u5pAyPCs3ZEujQRoP7aDjSZi9tO2R8AE3k/qw MHfw== X-Forwarded-Encrypted: i=1; AHgh+RqeM6J+hZhJNoh2P7Jf9DP3Hggo17pe/clxapAodSXvMxqsdVh67DVrdPVk5yNdlPRJ0VITaK5/ybU=@vger.kernel.org X-Gm-Message-State: AFuF++nn1lAQADxqQqYEJLEOaEA0rzAbdz/5gwoNnBaRdfT0URqzldp6 W8W+FVgwV4Xk9MliwN+m6UQ4BASr2SjO2ZMEzwx6cH8FCfbzHKlN74V8 X-Gm-Gg: AR+sD10nNIsE5Wu20GCAlTeN3kkM9YSh6oVVSM0B30LV3hedlFRh44rBN0+Q14OWFNL RcfUskYrXVTyHpj6zT233dekZhRDL2U7/la7jAha+VHq6NaBu/fdP7aJ3Y1Skx0IyusoA6+t7+T Kur12Wiyt7u3wIN+I55naHsfRv5GCTzUilIrhRwJLup3FXJHerIolgIizE9yxFdvlOWHSmx58Zl MtM08SMW8kzX+Cqsc4A9fp5rWWgNpRY8D0SKZqfOGk6VsEIjQGE0NjZw4Et124bcP8hzF6B7tUD h+lXZQOhkDhKtVXBAE29GixmX2Lpy9VwFUD5EjmWIv33xTfSD0EPNjsT6j7rFbnHyatNnAE4UMy Ha+KfOXCLUzSV/0/y4R4nS0lQt56gK4pSmmPjKErZKyxbBwKaekZL9CfGhEartqWtrl3vlr+If4 V88vQANMH+1Q0sjaHR4r3Y09jl55tDYw0aBpy9dQAN6ovdI7tljFNl1DyerYaLTX3RGY2S X-Received: by 2002:a17:907:7249:b0:c21:752f:c3f7 with SMTP id a640c23a62f3a-c250bc127b0mr959446666b.18.1787758555453; Wed, 26 Aug 2026 08:35:55 -0700 (PDT) Received: from foxbook (bfk5.neoplus.adsl.tpnet.pl. [83.28.48.5]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-c250a72d6dbsm483312166b.24.2026.08.26.08.35.53 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Wed, 26 Aug 2026 08:35:55 -0700 (PDT) Date: Wed, 26 Aug 2026 17:35:49 +0200 From: Michal Pecio To: Greg Kroah-Hartman Cc: Luis Chamberlain , Petr Pavlu , Daniel Gomez , Sami Tolvanen , Aaron Tomlin , Jonathan Corbet , Shuah Khan , Randy Dunlap , "Rafael J. Wysocki" , Danilo Krummrich , Steven Rostedt , Masami Hiramatsu , Mathieu Desnoyers , 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 Subject: Re: [PATCH 0/2] driver core: add TAINT_FORCED_BIND for when userspace manually messes with devices and drivers Message-ID: <20260826173549.18c8a89c.michal.pecio@gmail.com> In-Reply-To: <2026082658-statue-census-dc39@gregkh> References: <20260826-bind_taint-v1-0-52b05f4a965c@linuxfoundation.org> <20260826153311.6340efcd.michal.pecio@gmail.com> <2026082658-statue-census-dc39@gregkh> Precedence: bulk X-Mailing-List: linux-doc@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 26 Aug 2026 16:25:42 +0200, Greg Kroah-Hartman wrote: > > I think you confused 'bind' / 'unbind' with the likes of 'new_id' > > and 'driver_override'. Try binding xhci_hcd to NVMe, you won't get > > far. > > It seems to result in a failure report that people keep sending random > patches for :( It results in write() returning -ENODEV. You can't bind random drivers to random devices out of the box, you need ID overrides. And then you don't need to bind manually, the kernel will happily select the wrong driver by default. Authors of the recent xhci and thunderbolt patches admitted that 'driver_override' was involved in both cases. Meanwhile, Syzbot also found a stupid write to freed memory in USB core when HCs are unbound. You may say it doesn't matter, but: * USB HCs are hotpluggable thunderbolt "gadgets" these days * there were plans to alter this code so that UAF is triggered by hot removal of the USB device, not its parent HC IMO the actually meaningful change would be to taint driver ID overrides, because that's the known risky and crash-prone madness. bind/unbind taint is noise that will be ignored. Regards, Michal