From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752862AbbJFR2P (ORCPT ); Tue, 6 Oct 2015 13:28:15 -0400 Received: from mx2.suse.de ([195.135.220.15]:52535 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752166AbbJFR2N (ORCPT ); Tue, 6 Oct 2015 13:28:13 -0400 Date: Tue, 6 Oct 2015 19:28:09 +0200 From: "Luis R. Rodriguez" To: Greg KH Cc: "Luis R. Rodriguez" , ming.lei@canonical.com, corbet@lwn.net, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, dwmw2@infradead.org, dhowells@redhat.com, seth.forshee@canonical.com, rusty@rustcorp.com.au, mmarek@suse.cz, mjg59@srcf.ucam.org, kyle@kernel.org, linux-security-module@vger.kernel.org, keyrings@linux-nfs.org, Andrew Morton , Kees Cook , Casey Schaufler , Takashi Iwai , =?utf-8?Q?Vojt=C4=9Bch_Pavl=C3=ADk?= Subject: Re: [PATCH 1/4] firmware: generalize "firmware" as "system data" helpers] Message-ID: <20151006172808.GS14464@wotan.suse.de> References: <1438725604-22795-1-git-send-email-mcgrof@do-not-panic.com> <1438725604-22795-2-git-send-email-mcgrof@do-not-panic.com> <20151004191602.GC9649@kroah.com> <20151005212222.GO14464@wotan.suse.de> <20151006090821.GB9030@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151006090821.GB9030@kroah.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 06, 2015 at 10:08:21AM +0100, Greg KH wrote: > Just responding to one thing at the moment: > > On Mon, Oct 05, 2015 at 11:22:22PM +0200, Luis R. Rodriguez wrote: > > * we should phase out the usermode helper from firmware_class long term > > You can "phase out", but you can not delete it as it's a user/kernel api > that we have to support for forever, sorry. > > > Also, for some devices / use cases, the usermode helper is the solution > (think async loading of firmware when the host wants to do it.) Sure, this can still be kept in a dark corner, no need for it to clutter or get in the way of creating cleaner APIs. That's one of the goals here, and going through with these changes should help us get there. Luis