linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Dave Hansen <dave.hansen@intel.com>
To: Toshi Kani <toshi.kani@hp.com>
Cc: Dave Hansen <dave@sr71.net>,
	akpm@linux-foundation.org, linux-mm@kvack.org,
	linux-kernel@vger.kernel.org, x86@kernel.org,
	isimatu.yasuaki@jp.fujitsu.com, tangchen@cn.fujitsu.com,
	vasilis.liaskovitis@profitbricks.com
Subject: Re: [PATCH] mm/hotplug, x86: Disable ARCH_MEMORY_PROBE by default
Date: Thu, 18 Jul 2013 13:29:10 -0700	[thread overview]
Message-ID: <51E85016.2090403@intel.com> (raw)
In-Reply-To: <1374178250.24916.131.camel@misato.fc.hp.com>

On 07/18/2013 01:10 PM, Toshi Kani wrote:
> On Thu, 2013-07-18 at 11:34 -0700, Dave Hansen wrote:
> I do not think so.  Using echo command to write a value to /dev/sda is
> not how it is instructed to use in the document.  I am not saying that
> we need to protect from a privileged user doing something crazy.

If the document is the issue, then let's fix the document.

>> All that I'm asking is that you either leave it the way it is, or make a
>> Kconfig menu entry for it.
>>
>> But, really, what's the problem that you're solving?  Has this caused
>> you issues somehow?  It's been there for, what, 10 years?  Surely it's
>> part of the ABI.
> 
> The problem is that the probe interface is documented as one of the
> steps that may be necessary for memory hotplug.  A typical user may or
> may not know if his/her platform generates a hotplug notification to the
> kernel to decide if this step is necessary.

A typical user will never see any of this stuff.  It's buried deep under
the covers.

> If the user performs this
> step on x86, it will likely mess up the system.  Since we do not need it
> on x86, a prudent approach to protect such user is to disable or remove
> the interface on x86 and document it accordingly.  We have not seen this
> issue yet because we do not have many platforms that support memory
> hotplug today.  Once memory hotplug support in KVM gets merged into the
> mainline, anyone can start using this feature on their systems.  At that
> time, their choice of a stable kernel may be 3.12.x.  This interface has
> been there for while, but we need to fix it before the memory hotplug
> feature becomes available for everyone.

It sounds like you're arguing that anyone using memory hotplug on x86
might be confused by the probe file.  There's been a lot of hardware out
there that's supported memory hotplug for many, many years.  I've never
heard a complaint about it in practice.  Are KVM users more apt to be
confused than folks running on bare-metal? :)

> Does it make sense?  I understand that you are using this interface for
> your testing.  If I make a Kconfig menu entry, are you OK to disable
> this option by default?

I kinda wish you wouldn't mess with it.  But, sure, put it in the memory
debugging, and make sure it stays enabled on powerpc by default.

Another method would be to just change the default permissions of the
file on x86 instead of disabling it completely:

	# chmod u-w /sys/devices/system/memory/probe
	# echo x > /sys/devices/system/memory/probe
	bash: /sys/devices/system/memory/probe: Permission denied

That way folks can re-chmod it if they *really* want it back (me), and
they can still use it for testing.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2013-07-18 20:29 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-17 21:45 [PATCH] mm/hotplug, x86: Disable ARCH_MEMORY_PROBE by default Toshi Kani
2013-07-17 23:22 ` KOSAKI Motohiro
2013-07-17 23:29   ` Toshi Kani
2013-07-17 23:33     ` KOSAKI Motohiro
2013-07-17 23:51       ` Toshi Kani
2013-07-18  0:24         ` KOSAKI Motohiro
2013-07-18  0:30           ` Toshi Kani
2013-07-19 17:56           ` Toshi Kani
2013-07-18  1:48         ` Yasuaki Ishimatsu
2013-07-18 16:02           ` Toshi Kani
2013-07-18 15:27 ` Dave Hansen
2013-07-18 16:26   ` Toshi Kani
2013-07-18 18:34     ` Dave Hansen
2013-07-18 20:10       ` Toshi Kani
2013-07-18 20:29         ` Dave Hansen [this message]
2013-07-18 21:38           ` Toshi Kani

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=51E85016.2090403@intel.com \
    --to=dave.hansen@intel.com \
    --cc=akpm@linux-foundation.org \
    --cc=dave@sr71.net \
    --cc=isimatu.yasuaki@jp.fujitsu.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=tangchen@cn.fujitsu.com \
    --cc=toshi.kani@hp.com \
    --cc=vasilis.liaskovitis@profitbricks.com \
    --cc=x86@kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).