Re: echo mem > /sys/power/state

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Andrew Morton <akpm@...>
Cc: Rafael J. Wysocki <rjw@...>, Zan Lynx <zlynx@...>, Thomas Gleixner <tglx@...>, Len Brown <lenb@...>, <linux-kernel@...>
Date: Friday, January 18, 2008 - 8:18 am

* Andrew Morton <akpm@linux-foundation.org> wrote:


would be fine to me. The problem isnt just distribution and the tests 
getting out of sync with the kernel (and its capabilities enabled in the 
.config, etc.), the other problem is unintrusive testing: i for example 
use unmodified images of various distributions, with only a new bzImage 
plopped in. That is an intentionally minimal impact test vector, any 
userspace side changes are discouraged. And that's how many people test 
new kernels, they just plop it in. The moment we require any userlevel 
changes, the testing barrier increases significantly.

[ and a Friday rant: that's why the objection against my 
  make-relatime-actually-useful-to-people patch is so stupid, 
  shortsighted, self-defeating and misplaced. The "Dont put policy into 
  the kernel, use a new mount option and update your /etc/fstab" 
  stupidity that people have been repeating for 10 years without 
  thinking about it is a move that scares away 90% of our testers and
  99% of the distros. See:

    http://people.redhat.com/mingo/relatime-patches/improve-relatime.patch

  Trivial improvement, it's 6 months and still not upstream. We are just 
  so good at shooting in our feet by creating artificial barriers and 
  making it as hard as possible for people to actually use our kernel 
  features ;-) ]

	Ingo
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
echo mem &gt; /sys/power/state, Andrew Morton, (Thu Jan 17, 2:24 am)
Re: echo mem &gt; /sys/power/state, Rafael J. Wysocki, (Thu Jan 17, 2:22 pm)
Re: echo mem &gt; /sys/power/state, Zan Lynx, (Thu Jan 17, 1:36 pm)
Re: echo mem &gt; /sys/power/state, Andrew Morton, (Thu Jan 17, 3:13 pm)
Re: echo mem &gt; /sys/power/state, Jiri Slaby, (Thu Jan 17, 5:48 pm)
Re: echo mem &gt; /sys/power/state, Ingo Molnar, (Fri Jan 18, 4:51 am)
Re: echo mem &gt; /sys/power/state, Rafael J. Wysocki, (Thu Jan 17, 5:38 pm)
Re: echo mem &gt; /sys/power/state, Ingo Molnar, (Fri Jan 18, 4:36 am)
Re: echo mem &gt; /sys/power/state, Andrew Morton, (Fri Jan 18, 4:47 am)
Re: echo mem > /sys/power/state, Ingo Molnar, (Fri Jan 18, 8:18 am)
Re: echo mem &gt; /sys/power/state, Pavel Machek, (Sun Jan 20, 7:39 pm)
Re: echo mem &gt; /sys/power/state, Ingo Molnar, (Sun Jan 20, 7:42 pm)
Re: echo mem &gt; /sys/power/state, Pavel Machek, (Sun Jan 20, 8:31 pm)
Re: echo mem &gt; /sys/power/state, Johannes Weiner, (Sun Jan 20, 10:13 pm)
Re: echo mem &gt; /sys/power/state, Pavel Machek, (Mon Jan 21, 6:37 pm)
Re: echo mem &gt; /sys/power/state, Ingo Molnar, (Tue Jan 22, 10:42 am)
Re: echo mem &gt; /sys/power/state, Pavel Machek, (Wed Jan 23, 5:27 pm)
Re: echo mem &gt; /sys/power/state, Rafael J. Wysocki, (Fri Jan 18, 10:26 am)
Re: echo mem &gt; /sys/power/state, Harvey Harrison, (Fri Jan 18, 5:04 am)
Re: echo mem &gt; /sys/power/state, Nigel Cunningham, (Thu Jan 17, 5:45 pm)
Re: echo mem &gt; /sys/power/state, Rafael J. Wysocki, (Thu Jan 17, 6:27 pm)