On 07/25/2013 03:29 PM, Pavel Emelyanov wrote:
On 07/24/2013 11:40 PM, Andy Lutomirski wrote:
On Wed, Jul 24, 2013 at 12:04 PM, Cyrill Gorcunov wrote:
On Wed, Jul 24, 2013 at 10:55:41PM +0400, Pavel Emelyanov wrote:
Well, some part of information already lays in pte (such as 'file' bit,
swap
On 07/25/2013 11:08 AM, Yasuaki Ishimatsu wrote:
(2013/07/25 9:56), Hush Bensen wrote:
On 07/25/2013 12:02 AM, Toshi Kani wrote:
On Wed, 2013-07-24 at 08:18 +0800, Hush Bensen wrote:
On 07/24/2013 04:45 AM, Toshi Kani wrote:
On Tue, 2013-07-23 at 10:01 +0200, Ingo Molnar wrote:
* Toshi Kani
On 07/25/2013 12:02 AM, Toshi Kani wrote:
On Wed, 2013-07-24 at 08:18 +0800, Hush Bensen wrote:
On 07/24/2013 04:45 AM, Toshi Kani wrote:
On Tue, 2013-07-23 at 10:01 +0200, Ingo Molnar wrote:
* Toshi Kani wrote:
Could we please also fix it to never crash the kernel, even if stupid
ranges
On 07/25/2013 12:02 AM, Toshi Kani wrote:
On Wed, 2013-07-24 at 08:18 +0800, Hush Bensen wrote:
On 07/24/2013 04:45 AM, Toshi Kani wrote:
On Tue, 2013-07-23 at 10:01 +0200, Ingo Molnar wrote:
* Toshi Kani wrote:
Could we please also fix it to never crash the kernel, even if stupid
ranges
On 07/25/2013 12:02 AM, Toshi Kani wrote:
On Wed, 2013-07-24 at 08:18 +0800, Hush Bensen wrote:
On 07/24/2013 04:45 AM, Toshi Kani wrote:
On Tue, 2013-07-23 at 10:01 +0200, Ingo Molnar wrote:
* Toshi Kani wrote:
Could we please also fix it to never crash the kernel, even if stupid
ranges
于 2013/7/24 19:18, Zlatko Calusic 写道:
On 22.07.2013 18:48, Zlatko Calusic wrote:
On 19.07.2013 22:55, Johannes Weiner wrote:
The way the page allocator interacts with kswapd creates aging
imbalances, where the amount of time a userspace page gets in memory
under reclaim pressure is dependent on
On 07/24/2013 04:45 AM, Toshi Kani wrote:
On Tue, 2013-07-23 at 10:01 +0200, Ingo Molnar wrote:
* Toshi Kani wrote:
Could we please also fix it to never crash the kernel, even if stupid
ranges are provided?
Yes, this probe interface can be enhanced to verify the firmware
information before a
On 07/18/2013 06:13 PM, Minchan Kim wrote:
On Thu, Jul 18, 2013 at 11:12:24PM +0530, Aneesh Kumar K.V wrote:
Minchan Kim writes:
Ccing people get_maintainer says.
On Wed, Jul 17, 2013 at 11:32:23AM -0400, Dave Jones wrote:
[128095.470960] =
[128095.471315] [
On 07/18/2013 05:07 PM, Joonsoo Kim wrote:
On Wed, Jul 17, 2013 at 12:50:25PM -0700, Davidlohr Bueso wrote:
From: Davidlohr Bueso
- Cleaned up and forward ported to Linus' latest.
- Cache aligned mutexes.
- Keep non SMP systems using a single mutex.
It was found that this mutex can become qu
On 07/18/2013 03:50 AM, Davidlohr Bueso wrote:
From: David Gibson
At present, the page fault path for hugepages is serialized by a
single mutex. This is used to avoid spurious out-of-memory conditions
when the hugepage pool is fully utilized (two processes or threads can
race to instantiate the
于 2013/5/30 7:17, Mel Gorman 写道:
> tldr; Overall the system is getting less kicked in the face. Scan rates
> between zones is often more balanced than it used to be. There are
> now fewer writes from reclaim context and a reduction in IO wait
> times.
>
> This series replaces all
于 2013/5/26 21:06, KOSAKI Motohiro 写道:
On Sun, May 26, 2013 at 8:45 AM, Hush Bensen wrote:
于 2013/5/26 19:58, KOSAKI Motohiro 写道:
As KOSAKI Motohiro mentioned, memory hotplug don't support 32bit since
it was born,
Why? any reference? This reasoning is really weak.
I have no see
于 2013/5/26 19:58, KOSAKI Motohiro 写道:
As KOSAKI Motohiro mentioned, memory hotplug don't support 32bit since
it was born,
Why? any reference? This reasoning is really weak.
I have no seen any highmem support in memory hotplug code and I don't think this
patch fixes all 32bit highmem issue. If
13 matches
Mail list logo
