All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Bolle <pebolle@tiscali.nl>
To: Herbert Xu <herbert@gondor.apana.org.au>
Cc: "Luis R. Rodriguez" <mcgrof@suse.com>,
	Rusty Russell <rusty@rustcorp.com.au>,
	David Howells <dhowells@redhat.com>,
	Ming Lei <ming.lei@canonical.com>,
	Seth Forshee <seth.forshee@canonical.com>,
	Kyle McMartin <kyle@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Kees Cook <keescook@chromium.org>,
	Casey Schaufler <casey@schaufler-ca.com>,
	Takashi Iwai <tiwai@suse.de>,
	Matthew Garrett <mjg59@srcf.ucam.org>,
	"wireless-regdb@lists.infradead.org"
	<wireless-regdb@lists.infradead.org>,
	linux-wireless <linux-wireless@vger.kernel.org>,
	jlee@suse.com,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Bruce Allan <bruce.w.allan@intel.com>,
	Tadeusz Struk <tadeusz.struk@intel.com>,
	John Griffin <john.griffin@intel.com>
Subject: Re: [PATCH v1 03/12] crypto: qat - address recursive dependency when fw signing is enabled
Date: Wed, 20 May 2015 11:00:55 +0200	[thread overview]
Message-ID: <1432112455.21715.70.camel@x220> (raw)
In-Reply-To: <20150520024925.GA7021@gondor.apana.org.au>

On Wed, 2015-05-20 at 10:49 +0800, Herbert Xu wrote:
> On Tue, May 19, 2015 at 04:05:43PM -0700, Luis R. Rodriguez wrote: 
> > Well that's be true if FW_LOADER was easy to disable, but its not. You
> > really gotta try hard to disable it. Not only does it require EXPERT
> > but also EMBEDDED.

How does that require EMBEDDED?

>  I think its fair to say if you disable FW_LOADER
> > you know what you are doing and its fair for us then to remove such
> > selects or depends. Thoughts?
> 
> Sure.  I can live with killing all selects/depends on FW_LOADER.

(Having reread my mail from the day before yesterday once more, I note
that my suggestion to drop the selects is rather circular. Because it's
the selects that also make it hard to disable FW_LOADER.)

So the message is something like: "If you set EXPERT and disable
FW_LOADER you're on your own. You have to figure out yourself whether
the configuration you chose builds or actually runs correctly. Don't
expect us to care about the issues you run into. And that goes for
randconfig builds that happen to do that too."

That might be an acceptable thing to say. The help for EXPERT is pretty
clear. But I do wonder if this is a first or if this has been done
before (ie, whether there's a precedent). Because, generally speaking,
people try rather hard to prevent pointless configurations.


Paul Bolle


WARNING: multiple messages have this Message-ID (diff)
From: Paul Bolle <pebolle@tiscali.nl>
To: Herbert Xu <herbert@gondor.apana.org.au>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>,
	Kyle McMartin <kyle@kernel.org>,
	"wireless-regdb@lists.infradead.org"
	<wireless-regdb@lists.infradead.org>,
	Kees Cook <keescook@chromium.org>,
	Tadeusz Struk <tadeusz.struk@intel.com>,
	Takashi Iwai <tiwai@suse.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	"Luis R. Rodriguez" <mcgrof@suse.com>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-wireless <linux-wireless@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	John Griffin <john.griffin@intel.com>,
	David Howells <dhowells@redhat.com>,
	Seth Forshee <seth.forshee@canonical.com>,
	Bruce Allan <bruce.w.allan@intel.com>,
	Casey Schaufler <casey@schaufler-ca.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ming Lei <ming.lei@canonical.com>,
	jlee@suse.com
Subject: Re: [wireless-regdb] [PATCH v1 03/12] crypto: qat - address recursive dependency when fw signing is enabled
Date: Wed, 20 May 2015 11:00:55 +0200	[thread overview]
Message-ID: <1432112455.21715.70.camel@x220> (raw)
In-Reply-To: <20150520024925.GA7021@gondor.apana.org.au>

On Wed, 2015-05-20 at 10:49 +0800, Herbert Xu wrote:
> On Tue, May 19, 2015 at 04:05:43PM -0700, Luis R. Rodriguez wrote: 
> > Well that's be true if FW_LOADER was easy to disable, but its not. You
> > really gotta try hard to disable it. Not only does it require EXPERT
> > but also EMBEDDED.

How does that require EMBEDDED?

>  I think its fair to say if you disable FW_LOADER
> > you know what you are doing and its fair for us then to remove such
> > selects or depends. Thoughts?
> 
> Sure.  I can live with killing all selects/depends on FW_LOADER.

(Having reread my mail from the day before yesterday once more, I note
that my suggestion to drop the selects is rather circular. Because it's
the selects that also make it hard to disable FW_LOADER.)

So the message is something like: "If you set EXPERT and disable
FW_LOADER you're on your own. You have to figure out yourself whether
the configuration you chose builds or actually runs correctly. Don't
expect us to care about the issues you run into. And that goes for
randconfig builds that happen to do that too."

That might be an acceptable thing to say. The help for EXPERT is pretty
clear. But I do wonder if this is a first or if this has been done
before (ie, whether there's a precedent). Because, generally speaking,
people try rather hard to prevent pointless configurations.


Paul Bolle


_______________________________________________
wireless-regdb mailing list
wireless-regdb@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/wireless-regdb


  reply	other threads:[~2015-05-20  9:01 UTC|newest]

Thread overview: 80+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-06  0:44 [RFC v1 00/12] kernel/firmware/wireless: firmware digital signature checks Luis R. Rodriguez
2015-05-06  0:44 ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  0:44 ` [PATCH v1 01/12] kernel/params.c: export param_ops_bool_enable_only Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-08 17:56   ` Rusty Russell
2015-05-08 17:56     ` [wireless-regdb] " Rusty Russell
2015-05-06  0:44 ` [PATCH v1 02/12] kernel: generalize module signing as system data signing Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06 12:08   ` David Howells
2015-05-06 12:08     ` [wireless-regdb] " David Howells
2015-05-07  1:07   ` Rusty Russell
2015-05-07  1:07     ` [wireless-regdb] " Rusty Russell
2015-05-06  0:44 ` [PATCH v1 03/12] crypto: qat - address recursive dependency when fw signing is enabled Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  3:33   ` Herbert Xu
2015-05-06  3:33     ` [wireless-regdb] " Herbert Xu
2015-05-07  8:42     ` Paul Bolle
2015-05-07  8:42       ` [wireless-regdb] " Paul Bolle
2015-05-07 18:06       ` Paul Bolle
2015-05-07 18:06         ` [wireless-regdb] " Paul Bolle
2015-05-07 18:28         ` Luis R. Rodriguez
2015-05-07 18:28           ` [wireless-regdb] " Luis R. Rodriguez
2015-05-07 20:14           ` Paul Bolle
2015-05-07 20:14             ` [wireless-regdb] " Paul Bolle
2015-05-08 21:53             ` Paul Bolle
2015-05-08 21:53               ` [wireless-regdb] " Paul Bolle
2015-05-12 16:08               ` Luis R. Rodriguez
2015-05-12 16:08                 ` [wireless-regdb] " Luis R. Rodriguez
2015-05-18 20:01         ` Luis R. Rodriguez
2015-05-18 20:01           ` [wireless-regdb] " Luis R. Rodriguez
2015-05-18 20:45           ` Paul Bolle
2015-05-18 20:45             ` [wireless-regdb] " Paul Bolle
2015-05-19  0:09             ` Luis R. Rodriguez
2015-05-19  0:09               ` [wireless-regdb] " Luis R. Rodriguez
2015-05-19  8:02               ` Paul Bolle
2015-05-19  8:02                 ` [wireless-regdb] " Paul Bolle
2015-05-19 15:46                 ` Luis R. Rodriguez
2015-05-19 15:46                   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-19 22:59                   ` Herbert Xu
2015-05-19 22:59                     ` [wireless-regdb] " Herbert Xu
2015-05-19 23:03                     ` Herbert Xu
2015-05-19 23:03                       ` [wireless-regdb] " Herbert Xu
2015-05-19 23:05                       ` Luis R. Rodriguez
2015-05-19 23:05                         ` [wireless-regdb] " Luis R. Rodriguez
2015-05-20  2:49                         ` Herbert Xu
2015-05-20  2:49                           ` [wireless-regdb] " Herbert Xu
2015-05-20  9:00                           ` Paul Bolle [this message]
2015-05-20  9:00                             ` Paul Bolle
2015-05-20 21:19                             ` Luis R. Rodriguez
2015-05-20 21:19                               ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  0:44 ` [PATCH v1 04/12] firmware: fix possible use after free on name on asynchronous request Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-08 19:23   ` Luis R. Rodriguez
2015-05-08 19:23     ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  0:44 ` [RFC v1 05/12] firmware: add firmware signature checking support Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06 16:57   ` David Howells
2015-05-06 16:57     ` [wireless-regdb] " David Howells
2015-05-06 17:31     ` Luis R. Rodriguez
2015-05-06 17:31       ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  0:44 ` [RFC v1 06/12] firmware: generalize "firmware" as "system data" helpers Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  0:44 ` [RFC v1 07/12] firmware: add generic system data helpers with signature support Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  0:44 ` [RFC v1 08/12] p54spi: use sysdata_file_request() for EEPROM optional system data Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  0:44 ` [RFC v1 09/12] p54: use sysdata_file_request() and sysdata_file_request_async() Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  0:44 ` [RFC v1 10/12] ath9k_htc: " Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  0:44 ` [RFC v1 11/12] iwlwifi: " Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  7:03   ` Johannes Berg
2015-05-06  7:03     ` [wireless-regdb] " Johannes Berg
2015-05-06 16:44     ` Luis R. Rodriguez
2015-05-06 16:44       ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06  0:44 ` [RFC v1 12/12] cfg80211: request for regulatory system data file Luis R. Rodriguez
2015-05-06  0:44   ` [wireless-regdb] " Luis R. Rodriguez
2015-05-06 17:55 ` [RFC v1 00/12] kernel/firmware/wireless: firmware digital signature checks Luis R. Rodriguez
2015-05-06 17:55   ` [wireless-regdb] " Luis R. Rodriguez

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1432112455.21715.70.camel@x220 \
    --to=pebolle@tiscali.nl \
    --cc=akpm@linux-foundation.org \
    --cc=bruce.w.allan@intel.com \
    --cc=casey@schaufler-ca.com \
    --cc=dhowells@redhat.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=herbert@gondor.apana.org.au \
    --cc=jlee@suse.com \
    --cc=john.griffin@intel.com \
    --cc=keescook@chromium.org \
    --cc=kyle@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=mcgrof@suse.com \
    --cc=ming.lei@canonical.com \
    --cc=mjg59@srcf.ucam.org \
    --cc=rusty@rustcorp.com.au \
    --cc=seth.forshee@canonical.com \
    --cc=tadeusz.struk@intel.com \
    --cc=tiwai@suse.de \
    --cc=wireless-regdb@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.