From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1031657AbdADSME (ORCPT ); Wed, 4 Jan 2017 13:12:04 -0500 Received: from mail-ua0-f171.google.com ([209.85.217.171]:34380 "EHLO mail-ua0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1031643AbdADSLz (ORCPT ); Wed, 4 Jan 2017 13:11:55 -0500 MIME-Version: 1.0 In-Reply-To: <20170104091312.GA31129@kroah.com> References: <20170103230720.GA115084@beast> <20170104091312.GA31129@kroah.com> From: Matthew Garrett Date: Wed, 4 Jan 2017 12:11:49 -0600 Message-ID: Subject: Re: [PATCH] Allow userspace to request device probing even if defer_all_probes is true To: Greg Kroah-Hartman Cc: Kees Cook , Linux Kernel Mailing List , kernel-hardening@lists.openwall.com Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 4, 2017 at 3:13 AM, Greg Kroah-Hartman wrote: >> Add a force_probe sysfs node to each device, which if written will >> trigger a probe even if defer_all_probes is currently true. > > Why not just manually trigger the bind of the device? I don't > understand the problem here that is being addressed, nor do I understand > how this would be used. More explaination please. Userspace doesn't know the order that the kernel will use when attempting to bind drivers, so punting binding out to userspace may result in different behaviour. The kernel already has the code to do this, so we should just reuse it.