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]
ExecStart
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 valu
creases the value 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/m
r and the compiler 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.
> >
> >
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 khugepaged_sc
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
> > Date: Fri, 3 Jan 2014 11:10:49 +0800
> > Sub
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 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 c
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
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 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 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/km
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 machine
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 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 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 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
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 page
28 matches
Mail list logo
