From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C9EB9C4338F for ; Fri, 6 Aug 2021 05:17:56 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id A370D611CA for ; Fri, 6 Aug 2021 05:17:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243055AbhHFFSK (ORCPT ); Fri, 6 Aug 2021 01:18:10 -0400 Received: from mail.kernel.org ([198.145.29.99]:50386 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240658AbhHFFSI (ORCPT ); Fri, 6 Aug 2021 01:18:08 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 5A9ED611C9; Fri, 6 Aug 2021 05:17:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1628227072; bh=HHDwMPDhQd31WUDg2yNG4zsdt0gODM4KSj7IzsG0d6o=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=L4fzPjJJUTFkd5AsX6mdvrqupvJcVmu/lzg9vYQCzfJbn6EOH6K4MhWZQ9TnQ4d2+ BByIuPIBFaYdp2t31KZRJkvaWr3a/oamUBWN2zJdm+Gu50uO/qETmyY5R280+EwItZ hL2TJgLVf0AxLKq4LCOZ5vCYrgXIoUDu3F8NjtCg= Date: Fri, 6 Aug 2021 07:17:50 +0200 From: Greg Kroah-Hartman To: Dan Williams Cc: Andi Kleen , Kuppuswamy Sathyanarayanan , "Rafael J . Wysocki" , Jonathan Corbet , Kuppuswamy Sathyanarayanan , Linux Kernel Mailing List , Linux Doc Mailing List Subject: Re: [PATCH v1] driver: base: Add driver filter support Message-ID: References: <21db8884-5aa1-3971-79ef-f173a0a95bef@linux.intel.com> <1e0967ee-c41e-fd5d-f553-e4d7ab88838c@linux.intel.com> <9b2956f5-3acf-e798-ff0f-002d2d5254db@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 05, 2021 at 06:00:25PM -0700, Dan Williams wrote: > That said, per-device authorization is a little bit different than > per-driver trust. Driver trust is easy to reason about for a built-in > policy, while per-device authorization is easy for userspace to reason > about for "why is this device not talking to its driver?". See my other email about how the "per driver" trust is the wrong model, you need to stick to "per device" trust. Especially given that you are giving control of your kernel drivers over to third parties, you already trust them to do the right thing. thanks, greg k-h