Hi,
I noticed that if a systemd service forks children fiercely, then the whole
service will be terminated, perhaps by the kernel. Is this designed?
I have this reproducer:
$ cat reproducer/reproducer.service
[Unit]
Description=Reproducer of bz 136929
After=multi-user.target
[Service]
Hi,
I noticed that if a systemd service forks children fiercely, then the whole
service will be terminated, perhaps by the kernel. Is this designed?
I have this reproducer:
$ cat reproducer/reproducer.service
[Unit]
Description=Reproducer of bz 136929
After=multi-user.target
[Service]
On Tue, Jan 21, 2014 at 10:23:51AM +, Mel Gorman wrote:
> On Tue, Jan 21, 2014 at 05:38:59PM +0800, Han Pingtian wrote:
> > The testcase 'thp04' of LTP will enable THP, do some testing, then
> > disable it if it wasn't enabled. But this will leave a different value
> &g
of min_free_kbytes in initialization. This will
change the user defined value of min_free_kbytes. So try to restore the
value when disabling thp.
Signed-off-by: Han Pingtian
---
mm/huge_memory.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/mm/huge_memory.c b/mm
of min_free_kbytes in initialization. This will
change the user defined value of min_free_kbytes. So try to restore the
value when disabling thp.
Signed-off-by: Han Pingtian ha...@linux.vnet.ibm.com
---
mm/huge_memory.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git
On Tue, Jan 21, 2014 at 10:23:51AM +, Mel Gorman wrote:
On Tue, Jan 21, 2014 at 05:38:59PM +0800, Han Pingtian wrote:
The testcase 'thp04' of LTP will enable THP, do some testing, then
disable it if it wasn't enabled. But this will leave a different value
of min_free_kbytes if it has
ler won't tell us. I think the linker could
> > tell us, but it doesn't, afaik. Perhaps there's an option...
> >
> > > But if
> > > you think that it should then include/linux/mm.h sounds like a proper
> > > place.
> >
> > mm/internal.h might suit.
&g
.
This is the latest version which put user_min_free_kbytes in
mm/internal.h. Please have a look. Thanks.
From 0d2583bea1f8ffa919e2cee3ee8ed08ec547284a Mon Sep 17 00:00:00 2001
From: Han Pingtian ha...@linux.vnet.ibm.com
Date: Thu, 9 Jan 2014 15:24:26 +0800
Subject: [PATCH] mm: show message when
On Fri, Jan 10, 2014 at 09:17:44AM +0100, Michal Hocko wrote:
> On Fri 10-01-14 00:13:44, Andrew Morton wrote:
> > On Fri, 10 Jan 2014 09:05:04 +0100 Michal Hocko wrote:
> >
> > > > > --- a/mm/huge_memory.c
> > > > > +++ b/mm/huge_memory.c
> > > > > @@ -100,6 +100,7 @@ static struct
On Fri, Jan 10, 2014 at 09:17:44AM +0100, Michal Hocko wrote:
On Fri 10-01-14 00:13:44, Andrew Morton wrote:
On Fri, 10 Jan 2014 09:05:04 +0100 Michal Hocko mho...@suse.cz wrote:
--- a/mm/huge_memory.c
+++ b/mm/huge_memory.c
@@ -100,6 +100,7 @@ static struct khugepaged_scan
On Wed, Jan 08, 2014 at 11:16:11AM +0100, Michal Hocko wrote:
> On Wed 08-01-14 16:20:01, Han Pingtian wrote:
> > On Mon, Jan 06, 2014 at 05:46:04PM +0100, Michal Hocko wrote:
> > > On Sun 05-01-14 08:35:01, Han Pingtian wrote:
> > > [...]
> > > > From f4d08
If echo -1 > /proc/vm/sys/min_free_kbytes, the system will hang.
Changing proc_dointvec() to proc_dointvec_minmax() in the
min_free_kbytes_sysctl_handler() can prevent this to happen.
Signed-off-by: Han Pingtian
---
mm/page_alloc.c |7 ++-
1 files changed, 6 insertions(+), 1 deleti
On Mon, Jan 06, 2014 at 05:46:04PM +0100, Michal Hocko wrote:
> On Sun 05-01-14 08:35:01, Han Pingtian wrote:
> [...]
> > From f4d085a880dfae7638b33c242554efb0afc0852b Mon Sep 17 00:00:00 2001
> > From: Han Pingtian
> > Date: Fri, 3 Jan 2014 11:10:49 +0800
> > Sub
On Mon, Jan 06, 2014 at 05:46:04PM +0100, Michal Hocko wrote:
On Sun 05-01-14 08:35:01, Han Pingtian wrote:
[...]
From f4d085a880dfae7638b33c242554efb0afc0852b Mon Sep 17 00:00:00 2001
From: Han Pingtian ha...@linux.vnet.ibm.com
Date: Fri, 3 Jan 2014 11:10:49 +0800
Subject: [PATCH] mm
If echo -1 /proc/vm/sys/min_free_kbytes, the system will hang.
Changing proc_dointvec() to proc_dointvec_minmax() in the
min_free_kbytes_sysctl_handler() can prevent this to happen.
Signed-off-by: Han Pingtian ha...@linux.vnet.ibm.com
---
mm/page_alloc.c |7 ++-
1 files changed, 6
On Wed, Jan 08, 2014 at 11:16:11AM +0100, Michal Hocko wrote:
On Wed 08-01-14 16:20:01, Han Pingtian wrote:
On Mon, Jan 06, 2014 at 05:46:04PM +0100, Michal Hocko wrote:
On Sun 05-01-14 08:35:01, Han Pingtian wrote:
[...]
From f4d085a880dfae7638b33c242554efb0afc0852b Mon Sep 17 00:00
On Mon, Jan 06, 2014 at 05:46:04PM +0100, Michal Hocko wrote:
> On Sun 05-01-14 08:35:01, Han Pingtian wrote:
> [...]
> > From f4d085a880dfae7638b33c242554efb0afc0852b Mon Sep 17 00:00:00 2001
> > From: Han Pingtian
> > Date: Fri, 3 Jan 2014 11:10:49 +0800
> > Sub
On Mon, Jan 06, 2014 at 05:46:04PM +0100, Michal Hocko wrote:
On Sun 05-01-14 08:35:01, Han Pingtian wrote:
[...]
From f4d085a880dfae7638b33c242554efb0afc0852b Mon Sep 17 00:00:00 2001
From: Han Pingtian ha...@linux.vnet.ibm.com
Date: Fri, 3 Jan 2014 11:10:49 +0800
Subject: [PATCH] mm
On Fri, Jan 03, 2014 at 10:17:54AM -0800, Dave Hansen wrote:
> On 01/02/2014 07:33 PM, Han Pingtian wrote:
> > @@ -130,8 +130,11 @@ static int set_recommended_min_free_kbytes(void)
> > (unsigned long) nr_free_buffer_pages() / 20);
> > recommende
On Fri, Jan 03, 2014 at 10:17:54AM -0800, Dave Hansen wrote:
On 01/02/2014 07:33 PM, Han Pingtian wrote:
@@ -130,8 +130,11 @@ static int set_recommended_min_free_kbytes(void)
(unsigned long) nr_free_buffer_pages() / 20);
recommended_min = (PAGE_SHIFT-10
On Thu, Jan 02, 2014 at 10:05:21AM -0800, Dave Hansen wrote:
> On 12/31/2013 04:29 PM, Han Pingtian wrote:
> > min_free_kbytes may be updated during thp's initialization. Sometimes,
> > this will change the value being set by user. Showing message will
> > c
On Thu, Jan 02, 2014 at 10:05:21AM -0800, Dave Hansen wrote:
On 12/31/2013 04:29 PM, Han Pingtian wrote:
min_free_kbytes may be updated during thp's initialization. Sometimes,
this will change the value being set by user. Showing message will
clarify this confusion
min_free_kbytes may be updated during thp's initialization. Sometimes,
this will change the value being set by user. Showing message will
clarify this confusion.
Signed-off-by: Han Pingtian
---
mm/huge_memory.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/mm
min_free_kbytes may be updated during thp's initialization. Sometimes,
this will change the value being set by user. Showing message will
clarify this confusion.
Signed-off-by: Han Pingtian ha...@linux.vnet.ibm.com
---
mm/huge_memory.c |5 -
1 files changed, 4 insertions(+), 1 deletions
On Thu, May 02, 2013 at 03:10:15PM +, Christoph Lameter wrote:
> On Thu, 2 May 2013, Han Pingtian wrote:
>
> > Looks like "ibmvscsi" + "slub" can trigger this problem.
>
> And the next merge of the slab-next tree will also cause SLAB to trigger
> th
On Mon, Apr 29, 2013 at 04:57:11PM +0200, Michal Hocko wrote:
> On Mon 29-04-13 14:50:08, Christoph Lameter wrote:
> > On Sat, 27 Apr 2013, Han Pingtian wrote:
> >
> > > and it is called so many times that the boot cannot be finished. So
> > > maybe the memory is
On Mon, Apr 29, 2013 at 04:57:11PM +0200, Michal Hocko wrote:
On Mon 29-04-13 14:50:08, Christoph Lameter wrote:
On Sat, 27 Apr 2013, Han Pingtian wrote:
and it is called so many times that the boot cannot be finished. So
maybe the memory isn't freed even though __free_slab() get
On Thu, May 02, 2013 at 03:10:15PM +, Christoph Lameter wrote:
On Thu, 2 May 2013, Han Pingtian wrote:
Looks like ibmvscsi + slub can trigger this problem.
And the next merge of the slab-next tree will also cause SLAB to trigger
this issue. I would like to have this fixes. The slab
On Fri, Apr 26, 2013 at 02:42:32PM +, Christoph Lameter wrote:
> On Fri, 26 Apr 2013, Han Pingtian wrote:
>
> > Could you give me some hints about how to verify them? Only I can do is
> > adding two printk() statements to print the vaules in those two
> > functions
On Fri, Apr 26, 2013 at 02:42:32PM +, Christoph Lameter wrote:
On Fri, 26 Apr 2013, Han Pingtian wrote:
Could you give me some hints about how to verify them? Only I can do is
adding two printk() statements to print the vaules in those two
functions:
Ok thats good. nr-partial needs
On Thu, Apr 25, 2013 at 06:24:05PM +, Christoph Lameter wrote:
> On Thu, 25 Apr 2013, Han Pingtian wrote:
>
> > > A dump of the other fields in /sys/kernel/slab/kmalloc*/* would also be
> > > useful.
> > >
> > I have dumpped all /sys/k
On Thu, Apr 25, 2013 at 06:24:05PM +, Christoph Lameter wrote:
On Thu, 25 Apr 2013, Han Pingtian wrote:
A dump of the other fields in /sys/kernel/slab/kmalloc*/* would also be
useful.
I have dumpped all /sys/kernel/slab/kmalloc*/* in kmalloc.tar.xz and
will attach
Hi,
We encountered this problem on 3.9-rc7, powerpc 7 system. When they trying to
mount a
btrfs partition, kernel paniced with these messages:
aimlp6 login: [ cut here ]
cpu 0x3: Vector: 700 (Program Check) at
On Wed, Apr 24, 2013 at 03:36:20PM +, Christoph Lameter wrote:
> On Wed, 24 Apr 2013, Michal Hocko wrote:
>
> > [CCing SL.B people and linux-mm list]
> >
> > Just for quick summary. The reporter sees OOM situations with almost
> > whole memory filled with slab memory. This is a powerpc
On Wed, Apr 24, 2013 at 03:36:20PM +, Christoph Lameter wrote:
On Wed, 24 Apr 2013, Michal Hocko wrote:
[CCing SL.B people and linux-mm list]
Just for quick summary. The reporter sees OOM situations with almost
whole memory filled with slab memory. This is a powerpc machine with 4G
Hi,
We encountered this problem on 3.9-rc7, powerpc 7 system. When they trying to
mount a
btrfs partition, kernel paniced with these messages:
aimlp6 login: [ cut here ]
cpu 0x3: Vector: 700 (Program Check) at
On Tue, Apr 23, 2013 at 03:15:58PM +0200, Michal Hocko wrote:
> On Tue 23-04-13 12:22:34, Han Pingtian wrote:
> > On Mon, Apr 22, 2013 at 01:40:52PM +0200, Michal Hocko wrote:
> > > > CONFIG_PPC_BOOK3S_64=y
> > > > # CONFIG_PPC_BOOK3E_64 is not
On Tue, Apr 23, 2013 at 03:15:58PM +0200, Michal Hocko wrote:
On Tue 23-04-13 12:22:34, Han Pingtian wrote:
On Mon, Apr 22, 2013 at 01:40:52PM +0200, Michal Hocko wrote:
CONFIG_PPC_BOOK3S_64=y
# CONFIG_PPC_BOOK3E_64 is not set
-CONFIG_GENERIC_CPU=y
+# CONFIG_GENERIC_CPU
On Mon, Apr 22, 2013 at 01:40:52PM +0200, Michal Hocko wrote:
> > CONFIG_PPC_BOOK3S_64=y
> > # CONFIG_PPC_BOOK3E_64 is not set
> > -CONFIG_GENERIC_CPU=y
> > +# CONFIG_GENERIC_CPU is not set
> > # CONFIG_CELL_CPU is not set
> > # CONFIG_POWER4_CPU is not set
> > # CONFIG_POWER5_CPU is not set
On Mon, Apr 22, 2013 at 01:40:52PM +0200, Michal Hocko wrote:
CONFIG_PPC_BOOK3S_64=y
# CONFIG_PPC_BOOK3E_64 is not set
-CONFIG_GENERIC_CPU=y
+# CONFIG_GENERIC_CPU is not set
# CONFIG_CELL_CPU is not set
# CONFIG_POWER4_CPU is not set
# CONFIG_POWER5_CPU is not set
#
On Sun, Apr 21, 2013 at 02:49:31AM +0200, Jiri Kosina wrote:
> On Wed, 17 Apr 2013, Han Pingtian wrote:
>
> > > > On a power7 system, we have installed 3.9-rc7 and crash 6.1.6. If I run
> > > > something like "make -j 64" to compile linux kernel from sour
On Sun, Apr 21, 2013 at 02:49:31AM +0200, Jiri Kosina wrote:
On Wed, 17 Apr 2013, Han Pingtian wrote:
On a power7 system, we have installed 3.9-rc7 and crash 6.1.6. If I run
something like make -j 64 to compile linux kernel from source, sooner
or latter, oom-killer will be triggered
On Thu, Apr 18, 2013 at 10:55:14AM -0700, Michal Hocko wrote:
> On Fri 19-04-13 00:55:31, Han Pingtian wrote:
> > On Thu, Apr 18, 2013 at 07:17:36AM -0700, Michal Hocko wrote:
> > > On Thu 18-04-13 18:15:41, Han Pingtian wrote:
> > > > On Wed, Apr 17, 2013 at 07:19:
On Thu, Apr 18, 2013 at 07:17:36AM -0700, Michal Hocko wrote:
> On Thu 18-04-13 18:15:41, Han Pingtian wrote:
> > On Wed, Apr 17, 2013 at 07:19:09AM -0700, Michal Hocko wrote:
> > > On Wed 17-04-13 17:47:50, Han Pingtian wrote:
> > > > [ 5233.949714] Node 1 DMA fre
On Wed, Apr 17, 2013 at 07:19:09AM -0700, Michal Hocko wrote:
> On Wed 17-04-13 17:47:50, Han Pingtian wrote:
> > [ 5233.949714] Node 1 DMA free:3968kB min:7808kB low:9728kB high:11712kB
> > active_anon:0kB inactive_anon:3584kB active_file:2240kB inactive_file:576kB
> > une
On Wed, Apr 17, 2013 at 07:19:09AM -0700, Michal Hocko wrote:
On Wed 17-04-13 17:47:50, Han Pingtian wrote:
[ 5233.949714] Node 1 DMA free:3968kB min:7808kB low:9728kB high:11712kB
active_anon:0kB inactive_anon:3584kB active_file:2240kB inactive_file:576kB
unevictable:0kB isolated(anon
On Thu, Apr 18, 2013 at 07:17:36AM -0700, Michal Hocko wrote:
On Thu 18-04-13 18:15:41, Han Pingtian wrote:
On Wed, Apr 17, 2013 at 07:19:09AM -0700, Michal Hocko wrote:
On Wed 17-04-13 17:47:50, Han Pingtian wrote:
[ 5233.949714] Node 1 DMA free:3968kB min:7808kB low:9728kB
high
On Thu, Apr 18, 2013 at 10:55:14AM -0700, Michal Hocko wrote:
On Fri 19-04-13 00:55:31, Han Pingtian wrote:
On Thu, Apr 18, 2013 at 07:17:36AM -0700, Michal Hocko wrote:
On Thu 18-04-13 18:15:41, Han Pingtian wrote:
On Wed, Apr 17, 2013 at 07:19:09AM -0700, Michal Hocko wrote
On Tue, Apr 16, 2013 at 01:16:42PM -0700, David Rientjes wrote:
> On Tue, 16 Apr 2013, Han Pingtian wrote:
>
> > Hi list,
> >
> > On a power7 system, we have installed 3.9-rc7 and crash 6.1.6. If I run
> > something like "make -j 64" to compile linux kerne
On Tue, Apr 16, 2013 at 01:16:42PM -0700, David Rientjes wrote:
> On Tue, 16 Apr 2013, Han Pingtian wrote:
>
> > Hi list,
> >
> > On a power7 system, we have installed 3.9-rc7 and crash 6.1.6. If I run
> > something like "make -j 64" to compile linux kerne
On Tue, Apr 16, 2013 at 01:16:42PM -0700, David Rientjes wrote:
On Tue, 16 Apr 2013, Han Pingtian wrote:
Hi list,
On a power7 system, we have installed 3.9-rc7 and crash 6.1.6. If I run
something like make -j 64 to compile linux kernel from source, sooner
or latter, oom-killer
On Tue, Apr 16, 2013 at 01:16:42PM -0700, David Rientjes wrote:
On Tue, 16 Apr 2013, Han Pingtian wrote:
Hi list,
On a power7 system, we have installed 3.9-rc7 and crash 6.1.6. If I run
something like make -j 64 to compile linux kernel from source, sooner
or latter, oom-killer
Hi list,
On a power7 system, we have installed 3.9-rc7 and crash 6.1.6. If I run
something like "make -j 64" to compile linux kernel from source, sooner
or latter, oom-killer will be triggered. Before that, when I trying to
analyse the live system with crash, some processes' %MEM and RSS looks
Hi list,
On a power7 system, we have installed 3.9-rc7 and crash 6.1.6. If I run
something like make -j 64 to compile linux kernel from source, sooner
or latter, oom-killer will be triggered. Before that, when I trying to
analyse the live system with crash, some processes' %MEM and RSS looks
too
Hi there,
I'm wondering this is a typo in Documentation/kernel-parameters.txt
about "kernelcore=":
In the event, a node is too small to have both
kernelcore and Movable pages, kernelcore pages will
take priority and other nodes will have a larger number
of kernelcore
Hi there,
I'm wondering this is a typo in Documentation/kernel-parameters.txt
about kernelcore=:
In the event, a node is too small to have both
kernelcore and Movable pages, kernelcore pages will
take priority and other nodes will have a larger number
of kernelcore
56 matches
Mail list logo