On 10/26/2012 05:34 PM, Will Deacon wrote:
On Fri, Oct 26, 2012 at 07:19:55AM +0100, Ni zhan Chen wrote:
On 10/26/2012 12:44 AM, Will Deacon wrote:
On x86 memory accesses to pages without the ACCESSED flag set result in the
ACCESSED flag being set automatically. With the ARM architecture
On 10/26/2012 04:02 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:47:19PM +0800, Ni zhan Chen wrote:
On 10/26/2012 03:36 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:19:57PM +0800, Ni zhan Chen wrote:
On 10/26/2012 03:09 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:03:12PM
On 10/12/2012 10:51 PM, Mel Gorman wrote:
MMTests 0.06 is a configurable test suite that runs a number of common
workloads of interest to MM developers. There are multiple additions
all but in many respects the most useful will be automatic package
installation. The package names are based on
On 10/26/2012 03:36 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:19:57PM +0800, Ni zhan Chen wrote:
On 10/26/2012 03:09 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:03:12PM +0800, Ni zhan Chen wrote:
On 10/26/2012 02:58 PM, Fengguang Wu wrote:
static void
On 10/26/2012 03:09 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:03:12PM +0800, Ni zhan Chen wrote:
On 10/26/2012 02:58 PM, Fengguang Wu wrote:
static void shrink_readahead_size_eio(struct file *filp,
struct file_ra_state *ra)
{
- ra
On 10/26/2012 02:58 PM, Fengguang Wu wrote:
static void shrink_readahead_size_eio(struct file *filp,
struct file_ra_state *ra)
{
- ra->ra_pages /= 4;
+ spin_lock(>f_lock);
+ filp->f_mode |= FMODE_RANDOM;
+ spin_unlock(>f_lock);
On 10/26/2012 12:44 AM, Will Deacon wrote:
On x86 memory accesses to pages without the ACCESSED flag set result in the
ACCESSED flag being set automatically. With the ARM architecture a page access
fault is raised instead (and it will continue to be raised until the ACCESSED
flag is set for the
On 10/26/2012 12:44 AM, Will Deacon wrote:
On x86 memory accesses to pages without the ACCESSED flag set result in the
ACCESSED flag being set automatically. With the ARM architecture a page access
fault is raised instead (and it will continue to be raised until the ACCESSED
flag is set for the
On 10/26/2012 02:58 PM, Fengguang Wu wrote:
static void shrink_readahead_size_eio(struct file *filp,
struct file_ra_state *ra)
{
- ra-ra_pages /= 4;
+ spin_lock(filp-f_lock);
+ filp-f_mode |= FMODE_RANDOM;
+
On 10/26/2012 03:09 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:03:12PM +0800, Ni zhan Chen wrote:
On 10/26/2012 02:58 PM, Fengguang Wu wrote:
static void shrink_readahead_size_eio(struct file *filp,
struct file_ra_state *ra)
{
- ra
On 10/26/2012 03:36 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:19:57PM +0800, Ni zhan Chen wrote:
On 10/26/2012 03:09 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:03:12PM +0800, Ni zhan Chen wrote:
On 10/26/2012 02:58 PM, Fengguang Wu wrote:
static void
On 10/12/2012 10:51 PM, Mel Gorman wrote:
MMTests 0.06 is a configurable test suite that runs a number of common
workloads of interest to MM developers. There are multiple additions
all but in many respects the most useful will be automatic package
installation. The package names are based on
On 10/26/2012 04:02 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:47:19PM +0800, Ni zhan Chen wrote:
On 10/26/2012 03:36 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:19:57PM +0800, Ni zhan Chen wrote:
On 10/26/2012 03:09 PM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 03:03:12PM
On 10/26/2012 05:34 PM, Will Deacon wrote:
On Fri, Oct 26, 2012 at 07:19:55AM +0100, Ni zhan Chen wrote:
On 10/26/2012 12:44 AM, Will Deacon wrote:
On x86 memory accesses to pages without the ACCESSED flag set result in the
ACCESSED flag being set automatically. With the ARM architecture
On 10/26/2012 11:28 AM, YingHang Zhu wrote:
On Fri, Oct 26, 2012 at 10:30 AM, Ni zhan Chen wrote:
On 10/26/2012 09:27 AM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 11:25:44AM +1100, Dave Chinner wrote:
On Thu, Oct 25, 2012 at 10:58:26AM +0800, Fengguang Wu wrote:
Hi Chen,
But how can
On 10/26/2012 03:51 AM, Johannes Weiner wrote:
On Thu, Oct 25, 2012 at 05:44:31PM +0100, Will Deacon wrote:
On x86 memory accesses to pages without the ACCESSED flag set result in the
ACCESSED flag being set automatically. With the ARM architecture a page access
fault is raised instead (and it
On 10/26/2012 09:27 AM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 11:25:44AM +1100, Dave Chinner wrote:
On Thu, Oct 25, 2012 at 10:58:26AM +0800, Fengguang Wu wrote:
Hi Chen,
But how can bdi related ra_pages reflect different files' readahead
window? Maybe these different files are
On 10/26/2012 08:25 AM, Dave Chinner wrote:
On Thu, Oct 25, 2012 at 10:58:26AM +0800, Fengguang Wu wrote:
Hi Chen,
But how can bdi related ra_pages reflect different files' readahead
window? Maybe these different files are sequential read, random read
and so on.
It's simple: sequential reads
On 10/26/2012 05:48 AM, Hugh Dickins wrote:
On Thu, 25 Oct 2012, Johannes Weiner wrote:
On Wed, Oct 24, 2012 at 09:36:27PM -0700, Hugh Dickins wrote:
On Wed, 24 Oct 2012, Dave Jones wrote:
Machine under significant load (4gb memory used, swap usage fluctuating)
triggered this...
WARNING: at
On 10/26/2012 05:27 AM, Hugh Dickins wrote:
On Thu, 25 Oct 2012, Ni zhan Chen wrote:
On 10/25/2012 02:59 PM, Hugh Dickins wrote:
On Thu, 25 Oct 2012, Ni zhan Chen wrote:
I think it maybe caused by your commit [d189922862e03ce: shmem: fix
negative
rss in memcg memory.stat], one question:
Well
On 10/25/2012 02:59 PM, Hugh Dickins wrote:
On Thu, 25 Oct 2012, Ni zhan Chen wrote:
On 10/25/2012 12:36 PM, Hugh Dickins wrote:
On Wed, 24 Oct 2012, Dave Jones wrote:
Machine under significant load (4gb memory used, swap usage fluctuating)
triggered this...
WARNING: at mm/shmem.c:1151
On 10/25/2012 02:59 PM, Hugh Dickins wrote:
On Thu, 25 Oct 2012, Ni zhan Chen wrote:
On 10/25/2012 12:36 PM, Hugh Dickins wrote:
On Wed, 24 Oct 2012, Dave Jones wrote:
Machine under significant load (4gb memory used, swap usage fluctuating)
triggered this...
WARNING: at mm/shmem.c:1151
On 10/26/2012 05:27 AM, Hugh Dickins wrote:
On Thu, 25 Oct 2012, Ni zhan Chen wrote:
On 10/25/2012 02:59 PM, Hugh Dickins wrote:
On Thu, 25 Oct 2012, Ni zhan Chen wrote:
I think it maybe caused by your commit [d189922862e03ce: shmem: fix
negative
rss in memcg memory.stat], one question:
Well
On 10/26/2012 05:48 AM, Hugh Dickins wrote:
On Thu, 25 Oct 2012, Johannes Weiner wrote:
On Wed, Oct 24, 2012 at 09:36:27PM -0700, Hugh Dickins wrote:
On Wed, 24 Oct 2012, Dave Jones wrote:
Machine under significant load (4gb memory used, swap usage fluctuating)
triggered this...
WARNING: at
On 10/26/2012 08:25 AM, Dave Chinner wrote:
On Thu, Oct 25, 2012 at 10:58:26AM +0800, Fengguang Wu wrote:
Hi Chen,
But how can bdi related ra_pages reflect different files' readahead
window? Maybe these different files are sequential read, random read
and so on.
It's simple: sequential reads
On 10/26/2012 09:27 AM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 11:25:44AM +1100, Dave Chinner wrote:
On Thu, Oct 25, 2012 at 10:58:26AM +0800, Fengguang Wu wrote:
Hi Chen,
But how can bdi related ra_pages reflect different files' readahead
window? Maybe these different files are
On 10/26/2012 03:51 AM, Johannes Weiner wrote:
On Thu, Oct 25, 2012 at 05:44:31PM +0100, Will Deacon wrote:
On x86 memory accesses to pages without the ACCESSED flag set result in the
ACCESSED flag being set automatically. With the ARM architecture a page access
fault is raised instead (and it
On 10/26/2012 11:28 AM, YingHang Zhu wrote:
On Fri, Oct 26, 2012 at 10:30 AM, Ni zhan Chen nizhan.c...@gmail.com wrote:
On 10/26/2012 09:27 AM, Fengguang Wu wrote:
On Fri, Oct 26, 2012 at 11:25:44AM +1100, Dave Chinner wrote:
On Thu, Oct 25, 2012 at 10:58:26AM +0800, Fengguang Wu wrote:
Hi
On 10/25/2012 12:36 PM, Hugh Dickins wrote:
On Wed, 24 Oct 2012, Dave Jones wrote:
Machine under significant load (4gb memory used, swap usage fluctuating)
triggered this...
WARNING: at mm/shmem.c:1151 shmem_getpage_gfp+0xa5c/0xa70()
Pid: 29795, comm: trinity-child4 Not tainted 3.7.0-rc2+ #49
On 10/25/2012 10:04 AM, YingHang Zhu wrote:
On Thu, Oct 25, 2012 at 9:50 AM, Dave Chinner wrote:
On Thu, Oct 25, 2012 at 08:17:05AM +0800, YingHang Zhu wrote:
On Thu, Oct 25, 2012 at 4:19 AM, Dave Chinner wrote:
On Wed, Oct 24, 2012 at 07:53:59AM +0800, YingHang Zhu wrote:
Hi Dave,
On Wed,
On 10/25/2012 08:17 AM, YingHang Zhu wrote:
On Thu, Oct 25, 2012 at 4:19 AM, Dave Chinner wrote:
On Wed, Oct 24, 2012 at 07:53:59AM +0800, YingHang Zhu wrote:
Hi Dave,
On Wed, Oct 24, 2012 at 6:47 AM, Dave Chinner wrote:
On Tue, Oct 23, 2012 at 08:46:51PM +0800, Ying Zhu wrote:
Hi,
On 10/25/2012 08:17 AM, YingHang Zhu wrote:
On Thu, Oct 25, 2012 at 4:19 AM, Dave Chinner da...@fromorbit.com wrote:
On Wed, Oct 24, 2012 at 07:53:59AM +0800, YingHang Zhu wrote:
Hi Dave,
On Wed, Oct 24, 2012 at 6:47 AM, Dave Chinner da...@fromorbit.com wrote:
On Tue, Oct 23, 2012 at
On 10/25/2012 10:04 AM, YingHang Zhu wrote:
On Thu, Oct 25, 2012 at 9:50 AM, Dave Chinner da...@fromorbit.com wrote:
On Thu, Oct 25, 2012 at 08:17:05AM +0800, YingHang Zhu wrote:
On Thu, Oct 25, 2012 at 4:19 AM, Dave Chinner da...@fromorbit.com wrote:
On Wed, Oct 24, 2012 at 07:53:59AM +0800,
On 10/25/2012 12:36 PM, Hugh Dickins wrote:
On Wed, 24 Oct 2012, Dave Jones wrote:
Machine under significant load (4gb memory used, swap usage fluctuating)
triggered this...
WARNING: at mm/shmem.c:1151 shmem_getpage_gfp+0xa5c/0xa70()
Pid: 29795, comm: trinity-child4 Not tainted 3.7.0-rc2+ #49
On 10/23/2012 09:41 PM, YingHang Zhu wrote:
Sorry for the annoying, I forgot ccs in the previous mail.
Thanks,
Ying Zhu
Hi Chen,
On Tue, Oct 23, 2012 at 9:21 PM, Ni zhan Chen wrote:
On 10/23/2012 08:46 PM, Ying Zhu wrote:
Hi,
Recently we ran into the bug that an opened file's
On 10/23/2012 08:46 PM, Ying Zhu wrote:
Hi,
Recently we ran into the bug that an opened file's ra_pages does not
synchronize with it's backing device's when the latter is changed
with blockdev --setra, the application needs to reopen the file
to know the change, which is inappropriate under
On 10/23/2012 06:30 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang
The patchset doesn't support kernel memory hot-remove, correct? If the
answer is yes, you should point out in your patchset changelog.
The patch-set was divided from following thread's patch-set.
On 10/23/2012 06:30 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang we...@cn.fujitsu.com
The patchset doesn't support kernel memory hot-remove, correct? If the
answer is yes, you should point out in your patchset changelog.
The patch-set was divided from following thread's patch-set.
On 10/23/2012 08:46 PM, Ying Zhu wrote:
Hi,
Recently we ran into the bug that an opened file's ra_pages does not
synchronize with it's backing device's when the latter is changed
with blockdev --setra, the application needs to reopen the file
to know the change, which is inappropriate under
On 10/23/2012 09:41 PM, YingHang Zhu wrote:
Sorry for the annoying, I forgot ccs in the previous mail.
Thanks,
Ying Zhu
Hi Chen,
On Tue, Oct 23, 2012 at 9:21 PM, Ni zhan Chen nizhan.c...@gmail.com wrote:
On 10/23/2012 08:46 PM, Ying Zhu wrote:
Hi,
Recently we ran into the bug
On 10/19/2012 11:53 PM, Rik van Riel wrote:
Hi Andrea, Peter,
I have a question on page refcounting in your NUMA
page migration code.
In Peter's case, I wonder why you introduce a new
MIGRATE_FAULT migration mode. If the normal page
migration / compaction logic can do without taking
an extra
On 10/19/2012 11:53 PM, Rik van Riel wrote:
Hi Andrea, Peter,
I have a question on page refcounting in your NUMA
page migration code.
In Peter's case, I wonder why you introduce a new
MIGRATE_FAULT migration mode. If the normal page
migration / compaction logic can do without taking
an extra
On 10/17/2012 08:08 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang
Wen Congyang (5):
memory-hotplug: skip HWPoisoned page when offlining pages
memory-hotplug: update mce_bad_pages when removing the memory
memory-hotplug: auto offline page_cgroup when onlining memory block
On 10/17/2012 08:08 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang we...@cn.fujitsu.com
Wen Congyang (5):
memory-hotplug: skip HWPoisoned page when offlining pages
memory-hotplug: update mce_bad_pages when removing the memory
memory-hotplug: auto offline page_cgroup when onlining
On 10/03/2012 08:04 AM, Kirill A. Shutemov wrote:
On Tue, Oct 02, 2012 at 03:31:48PM -0700, Andrew Morton wrote:
On Tue, 2 Oct 2012 18:19:22 +0300
"Kirill A. Shutemov" wrote:
During testing I noticed big (up to 2.5 times) memory consumption overhead
on some workloads (e.g. ft.A from NPB) if
On 10/16/2012 07:28 PM, Kirill A. Shutemov wrote:
On Tue, Oct 16, 2012 at 07:13:07PM +0800, Ni zhan Chen wrote:
On 10/16/2012 06:54 PM, Kirill A. Shutemov wrote:
On Tue, Oct 16, 2012 at 05:53:07PM +0800, Ni zhan Chen wrote:
By hpa request I've tried alternative approach for hzp implementation
On 10/16/2012 06:54 PM, Kirill A. Shutemov wrote:
On Tue, Oct 16, 2012 at 05:53:07PM +0800, Ni zhan Chen wrote:
By hpa request I've tried alternative approach for hzp implementation (see
Virtual huge zero page patchset): pmd table with all entries set to zero
page. This way should be more cache
On 10/16/2012 06:12 PM, Sha Zhengju wrote:
From: Sha Zhengju
Sysctl oom_kill_allocating_task enables or disables killing the OOM-triggering
task in out-of-memory situations, but it only works on overall system-wide oom.
But it's also a useful indication in memcg so we take it into
On 10/15/2012 02:00 PM, Kirill A. Shutemov wrote:
From: "Kirill A. Shutemov"
Hi,
Andrew, here's huge zero page patchset rebased to v3.7-rc1.
Andrea, I've dropped your Reviewed-by due not-so-trivial conflicts in during
rebase. Could you look through it again. Patches 2, 3, 4, 7, 10 had
On 10/01/2012 10:59 PM, Andrea Arcangeli wrote:
Hi Will,
On Mon, Oct 01, 2012 at 02:51:45PM +0100, Will Deacon wrote:
+void huge_pmd_set_accessed(struct mm_struct *mm, struct vm_area_struct *vma,
+ unsigned long address, pmd_t *pmd, pmd_t orig_pmd)
+{
+ pmd_t
On 10/01/2012 10:59 PM, Andrea Arcangeli wrote:
Hi Will,
On Mon, Oct 01, 2012 at 02:51:45PM +0100, Will Deacon wrote:
+void huge_pmd_set_accessed(struct mm_struct *mm, struct vm_area_struct *vma,
+ unsigned long address, pmd_t *pmd, pmd_t orig_pmd)
+{
+ pmd_t
On 10/15/2012 02:00 PM, Kirill A. Shutemov wrote:
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Hi,
Andrew, here's huge zero page patchset rebased to v3.7-rc1.
Andrea, I've dropped your Reviewed-by due not-so-trivial conflicts in during
rebase. Could you look through it again.
On 10/16/2012 06:12 PM, Sha Zhengju wrote:
From: Sha Zhengju handai@taobao.com
Sysctl oom_kill_allocating_task enables or disables killing the OOM-triggering
task in out-of-memory situations, but it only works on overall system-wide oom.
But it's also a useful indication in memcg so we take
On 10/16/2012 06:54 PM, Kirill A. Shutemov wrote:
On Tue, Oct 16, 2012 at 05:53:07PM +0800, Ni zhan Chen wrote:
By hpa request I've tried alternative approach for hzp implementation (see
Virtual huge zero page patchset): pmd table with all entries set to zero
page. This way should be more cache
On 10/16/2012 07:28 PM, Kirill A. Shutemov wrote:
On Tue, Oct 16, 2012 at 07:13:07PM +0800, Ni zhan Chen wrote:
On 10/16/2012 06:54 PM, Kirill A. Shutemov wrote:
On Tue, Oct 16, 2012 at 05:53:07PM +0800, Ni zhan Chen wrote:
By hpa request I've tried alternative approach for hzp implementation
On 10/03/2012 08:04 AM, Kirill A. Shutemov wrote:
On Tue, Oct 02, 2012 at 03:31:48PM -0700, Andrew Morton wrote:
On Tue, 2 Oct 2012 18:19:22 +0300
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
During testing I noticed big (up to 2.5 times) memory consumption overhead
on some
On 10/12/2012 12:13 PM, Kirill A. Shutemov wrote:
On Fri, Oct 12, 2012 at 11:23:37AM +0800, Ni zhan Chen wrote:
On 10/02/2012 11:19 PM, Kirill A. Shutemov wrote:
From: "Kirill A. Shutemov"
We can't split huge zero page itself, but we can split the pmd which
points to it.
On
On 10/02/2012 11:19 PM, Kirill A. Shutemov wrote:
From: "Kirill A. Shutemov"
We can't split huge zero page itself, but we can split the pmd which
points to it.
On splitting the pmd we create a table with all ptes set to normal zero
page.
Signed-off-by: Kirill A. Shutemov
Reviewed-by: Andrea
On 10/02/2012 11:19 PM, Kirill A. Shutemov wrote:
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
We can't split huge zero page itself, but we can split the pmd which
points to it.
On splitting the pmd we create a table with all ptes set to normal zero
page.
Signed-off-by: Kirill A.
On 10/12/2012 12:13 PM, Kirill A. Shutemov wrote:
On Fri, Oct 12, 2012 at 11:23:37AM +0800, Ni zhan Chen wrote:
On 10/02/2012 11:19 PM, Kirill A. Shutemov wrote:
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
We can't split huge zero page itself, but we can split the pmd which
On 10/08/2012 01:23 PM, Wen Congyang wrote:
At 10/08/2012 12:37 PM, Andi Kleen Wrote:
Yasuaki Ishimatsu writes:
+ }
+
+ /*
+* We use 2M page, but we need to remove part of them,
+* so split 2M page to
On 10/08/2012 01:23 PM, Wen Congyang wrote:
At 10/08/2012 12:37 PM, Andi Kleen Wrote:
Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com writes:
+ }
+
+ /*
+* We use 2M page, but we need to remove part of them,
+
On 10/08/2012 11:16 PM, Mel Gorman wrote:
On Wed, Oct 03, 2012 at 08:56:14AM -0600, Mike Yoknis wrote:
memmap_init_zone() loops through every Page Frame Number (pfn),
including pfn values that are within the gaps between existing
memory sections. The unneeded looping will become a boot
On 10/08/2012 11:16 PM, Mel Gorman wrote:
On Wed, Oct 03, 2012 at 08:56:14AM -0600, Mike Yoknis wrote:
memmap_init_zone() loops through every Page Frame Number (pfn),
including pfn values that are within the gaps between existing
memory sections. The unneeded looping will become a boot
On 10/03/2012 10:56 PM, Mike Yoknis wrote:
memmap_init_zone() loops through every Page Frame Number (pfn),
including pfn values that are within the gaps between existing
memory sections. The unneeded looping will become a boot
performance issue when machines configure larger memory ranges
that
On 10/03/2012 05:52 PM, Yasuaki Ishimatsu wrote:
> We are trying to implement a physical memory hot removing function as
> following thread.
>
> https://lkml.org/lkml/2012/9/5/201
>
> But there is not enough review to merge into linux kernel.
>
> I think there are following blockades.
> 1. no
On 10/04/2012 02:26 PM, Yasuaki Ishimatsu wrote:
Hi Chen,
Sorry for late reply.
2012/10/02 13:21, Ni zhan Chen wrote:
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu
All pages of virtual mapping in removed memory cannot be freed,
since some pages
used as PGD
On 10/04/2012 02:26 PM, Yasuaki Ishimatsu wrote:
Hi Chen,
Sorry for late reply.
2012/10/02 13:21, Ni zhan Chen wrote:
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
All pages of virtual mapping in removed memory cannot be freed
On 10/03/2012 05:52 PM, Yasuaki Ishimatsu wrote:
We are trying to implement a physical memory hot removing function as
following thread.
https://lkml.org/lkml/2012/9/5/201
But there is not enough review to merge into linux kernel.
I think there are following blockades.
1. no physical
On 10/03/2012 10:56 PM, Mike Yoknis wrote:
memmap_init_zone() loops through every Page Frame Number (pfn),
including pfn values that are within the gaps between existing
memory sections. The unneeded looping will become a boot
performance issue when machines configure larger memory ranges
that
On 09/28/2012 08:27 PM, Fengguang Wu wrote:
On Tue, Sep 25, 2012 at 02:18:20AM +0530, Srivatsa S. Bhat wrote:
From: Srivatsa S. Bhat
The CPU hotplug callback related to writeback calls writeback_set_ratelimit()
during every state change in the hotplug sequence. This is unnecessary
since
On 09/28/2012 08:27 PM, Fengguang Wu wrote:
On Tue, Sep 25, 2012 at 02:18:20AM +0530, Srivatsa S. Bhat wrote:
From: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
The CPU hotplug callback related to writeback calls writeback_set_ratelimit()
during every state change in the hotplug sequence.
On 10/03/2012 09:21 AM, Yasuaki Ishimatsu wrote:
Hi Andrew,
2012/10/03 6:42, Andrew Morton wrote:
On Tue, 2 Oct 2012 17:25:06 +0900
Yasuaki Ishimatsu wrote:
remove_memory() offlines memory. And it is called by following two
cases:
1. echo offline >/sys/devices/system/memory/memoryXX/state
On 10/01/2012 11:03 AM, Yasuaki Ishimatsu wrote:
Hi Chen,
2012/09/29 11:15, Ni zhan Chen wrote:
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu
The function get_page_bootmem() may be called more than one time to
the same
page. There is no need to set page's type
On 10/02/2012 04:25 PM, Yasuaki Ishimatsu wrote:
> We are trying to implement a physical memory hot removing function as
> following thread.
>
> https://lkml.org/lkml/2012/9/5/201
>
> But there is not enough review to merge into linux kernel.
>
> I think there are following blockades.
> 1. no
On 10/02/2012 04:25 PM, Yasuaki Ishimatsu wrote:
We are trying to implement a physical memory hot removing function as
following thread.
https://lkml.org/lkml/2012/9/5/201
But there is not enough review to merge into linux kernel.
I think there are following blockades.
1. no physical
On 10/01/2012 11:03 AM, Yasuaki Ishimatsu wrote:
Hi Chen,
2012/09/29 11:15, Ni zhan Chen wrote:
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
The function get_page_bootmem() may be called more than one time to
the same
page
On 10/03/2012 09:21 AM, Yasuaki Ishimatsu wrote:
Hi Andrew,
2012/10/03 6:42, Andrew Morton wrote:
On Tue, 2 Oct 2012 17:25:06 +0900
Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com wrote:
remove_memory() offlines memory. And it is called by following two
cases:
1. echo offline
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu
All pages of virtual mapping in removed memory cannot be freed, since some pages
used as PGD/PUD includes not only removed memory but also other memory. So the
patch checks whether page can be freed or not.
How to
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang
The function acpi_bus_remove() can remove a acpi device from acpi device.
IIUC, s/acpi device/acpi bus
When a acpi device is removed, we need to call this function to remove
the acpi device from acpi bus. So export
On 10/01/2012 12:44 PM, Yasuaki Ishimatsu wrote:
Hi Chen,
2012/09/29 17:19, Ni zhan Chen wrote:
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang
This patch series aims to support physical memory hot-remove.
The patches can free/remove the following things
On 10/01/2012 12:44 PM, Yasuaki Ishimatsu wrote:
Hi Chen,
2012/09/29 17:19, Ni zhan Chen wrote:
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang we...@cn.fujitsu.com
This patch series aims to support physical memory hot-remove.
The patches can free/remove the following
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang we...@cn.fujitsu.com
The function acpi_bus_remove() can remove a acpi device from acpi device.
IIUC, s/acpi device/acpi bus
When a acpi device is removed, we need to call this function to remove
the acpi device from
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
All pages of virtual mapping in removed memory cannot be freed, since some pages
used as PGD/PUD includes not only removed memory but also other memory. So the
patch checks whether page
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang
This patch series aims to support physical memory hot-remove.
The patches can free/remove the following things:
- acpi_memory_info : [RFC PATCH 4/19]
- /sys/firmware/memmap/X/{end, start,
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang we...@cn.fujitsu.com
This patch series aims to support physical memory hot-remove.
The patches can free/remove the following things:
- acpi_memory_info : [RFC PATCH 4/19]
-
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang
This patch series aims to support physical memory hot-remove.
The patches can free/remove the following things:
- acpi_memory_info : [RFC PATCH 4/19]
- /sys/firmware/memmap/X/{end, start,
On 09/27/2012 01:45 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang
Wen Congyang (2):
memory-hotplug: clear hwpoisoned flag when onlining pages
memory-hotplug: auto offline page_cgroup when onlining memory block
failed
Again, you should explain these two patches are the new
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu
The function get_page_bootmem() may be called more than one time to the same
page. There is no need to set page's type, private if the function is not
the first time called to the page.
Note: the patch is just
On 09/28/2012 03:29 PM, Lai Jiangshan wrote:
Hi, Chen,
On 09/27/2012 09:19 PM, Ni zhan Chen wrote:
On 09/27/2012 02:47 PM, Lai Jiangshan wrote:
The __add_zone() maybe call sleep-able init_currently_empty_zone()
to init wait_table,
But this function also modifies the zone_start_pfn without
On 09/28/2012 11:45 AM, Yasuaki Ishimatsu wrote:
Hi Kosaki-san,
2012/09/28 10:35, KOSAKI Motohiro wrote:
On Thu, Sep 27, 2012 at 8:24 PM, Yasuaki Ishimatsu
wrote:
Hi Chen,
2012/09/27 19:20, Ni zhan Chen wrote:
Hi Congyang,
2012/9/27
From: Yasuaki Ishimatsu
When calling
On 09/28/2012 11:45 AM, Yasuaki Ishimatsu wrote:
Hi Kosaki-san,
2012/09/28 10:35, KOSAKI Motohiro wrote:
On Thu, Sep 27, 2012 at 8:24 PM, Yasuaki Ishimatsu
wrote:
Hi Chen,
2012/09/27 19:20, Ni zhan Chen wrote:
Hi Congyang,
2012/9/27
From: Yasuaki Ishimatsu
When calling
On 09/28/2012 11:45 AM, Yasuaki Ishimatsu wrote:
Hi Kosaki-san,
2012/09/28 10:35, KOSAKI Motohiro wrote:
On Thu, Sep 27, 2012 at 8:24 PM, Yasuaki Ishimatsu
isimatu.yasu...@jp.fujitsu.com wrote:
Hi Chen,
2012/09/27 19:20, Ni zhan Chen wrote:
Hi Congyang,
2012/9/27 we...@cn.fujitsu.com
On 09/28/2012 11:45 AM, Yasuaki Ishimatsu wrote:
Hi Kosaki-san,
2012/09/28 10:35, KOSAKI Motohiro wrote:
On Thu, Sep 27, 2012 at 8:24 PM, Yasuaki Ishimatsu
isimatu.yasu...@jp.fujitsu.com wrote:
Hi Chen,
2012/09/27 19:20, Ni zhan Chen wrote:
Hi Congyang,
2012/9/27 we...@cn.fujitsu.com
On 09/28/2012 03:29 PM, Lai Jiangshan wrote:
Hi, Chen,
On 09/27/2012 09:19 PM, Ni zhan Chen wrote:
On 09/27/2012 02:47 PM, Lai Jiangshan wrote:
The __add_zone() maybe call sleep-able init_currently_empty_zone()
to init wait_table,
But this function also modifies the zone_start_pfn without
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
The function get_page_bootmem() may be called more than one time to the same
page. There is no need to set page's type, private if the function is not
the first time called to the page.
On 09/27/2012 01:45 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang we...@cn.fujitsu.com
Wen Congyang (2):
memory-hotplug: clear hwpoisoned flag when onlining pages
memory-hotplug: auto offline page_cgroup when onlining memory block
failed
Again, you should explain these two
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang we...@cn.fujitsu.com
This patch series aims to support physical memory hot-remove.
The patches can free/remove the following things:
- acpi_memory_info : [RFC PATCH 4/19]
-
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu
We should offline and remove memory when removing the memory device.
The memory device can be removed by 2 ways:
1. send eject request by SCI
2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
In the 1st case,
On 09/11/2012 10:24 AM, Yasuaki Ishimatsu wrote:
Hi Wen,
2012/09/11 11:15, Wen Congyang wrote:
Hi, ishimatsu
At 09/05/2012 05:25 PM, we...@cn.fujitsu.com Wrote:
From: Yasuaki Ishimatsu
If system supports memory hot-remove, online_pages() may online
removed pages.
So online_pages() need to
1 - 100 of 118 matches
Mail list logo
