mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Stefan Richter <stefanr@s5r6.in-berlin.de>
To: linux-kernel@vger.kernel.org
Cc: Arjan van de Ven <arjan@linux.intel.com>,
	Ingo Molnar <mingo@elte.hu>, Thomas Gleixner <tglx@linutronix.de>
Subject: config NONPROMISC_DEVMEM: help text and logic are confusing
Date: Sun, 04 May 2008 16:35:03 +0200	[thread overview]
Message-ID: <481DC997.3070901@s5r6.in-berlin.de> (raw)

The subject option, prompt "Disable promiscuous /dev/mem" in the menu 
called "Kernel hacking", does the following as far as I understand the 
patch description in commit ae531c26c5c2a28ca1b35a75b39b3b256850f2c8:

y = tighter security of /dev/mem,
n = unfiltered access through /dev/mem.

Yet the Kconfig help text contains the sentence

	With this config option, you allow userspace access to all of
	memory, [...]

Shouldn't this read

	Say N to allow userspace access to all of memory, [...]

	Say Y if you want improved security.

Also see commit 1f56cf1c58c81f7ecf16f5e99ac4a333d9dc9aea:  This changed 
the default of the option from y to n.  But the help text still says:

	The /dev/mem file by default only allows userspace access to PCI
	space and the BIOS code and data regions.

This is apparently wrong with "default n".

Furthermore, most of the options in the "Kernel hacking" menu follow the 
logic of "Y = additional debug features", "N = for normal use".  With 
NONPROMISC_DEVMEM it is the other way around.  Besides, an option whose 
prompt says "Disable something" is generally bad; better is "Enable 
something" because this is what the vast majority of options do and thus 
avoid "yes means no" logic.

So, wouldn't it be better to have

config PROMISCUOUS_DEVMEM
	bool "Promiscuous /dev/mem"
	# default to old semantics for a transition period
	default y
	help
	  This option opens up /dev/mem for access to all memory which
	  is useful for debugging and for [insert other uses here:
	  buggy legacy applications?] ...

	  Say Y if...
	  If ..., say N.

If I misunderstood something, please correct me.  And the Kconfig entry 
and its help text too, because I believe I won't be the only earthling 
who gets it wrong.  Thanks,
-- 
Stefan Richter
-=====-==--- -=-= --=--
http://arcgraph.de/sr/

             reply	other threads:[~2008-05-04 14:35 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-04 14:35 Stefan Richter [this message]
2008-06-05 20:37 ` [PATCH regression fix] x86: fix CONFIG_NONPROMISC_DEVMEM prompt and help text Stefan Richter
2008-06-05 20:47   ` Stefan Richter

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=481DC997.3070901@s5r6.in-berlin.de \
    --to=stefanr@s5r6.in-berlin.de \
    --cc=arjan@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=tglx@linutronix.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®