From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751513AbbDYTpa (ORCPT ); Sat, 25 Apr 2015 15:45:30 -0400 Received: from smtp1.it.da.ut.ee ([193.40.5.66]:50613 "EHLO smtp1.it.da.ut.ee" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751179AbbDYTp2 (ORCPT ); Sat, 25 Apr 2015 15:45:28 -0400 X-Greylist: delayed 1696 seconds by postgrey-1.27 at vger.kernel.org; Sat, 25 Apr 2015 15:45:27 EDT Date: Sat, 25 Apr 2015 22:19:12 +0300 (EEST) From: Meelis Roos To: linux-parisc@vger.kernel.org, Linux Kernel list Subject: 4.0 parisc regression: memory leak? Message-ID: User-Agent: Alpine 2.11 (LRH 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I noticed that with 4.0 I'm running out of memory on HP A500 (1G RAM) and HP RP3410 (2G RAM) parisc machines during gentoo "revdep-rebuild -ip". Each time free shows less free memory until OOM killer visits us (and first revdep-rebuild after nontrivial emerge compilation loop kills the smaller box). 3.19 did not seem to have this problem. Nothing in the dmesg besides OOM killer activating. I reran it, leaving cat /prov/vmstat, cat /proc/meminfo and slabtop -o running in loop (each 5 s). revdep-rebuild -ip was also running in the loop, just checking the binaries and library linking info. The results are at http://kodu.ut.ee/~mroos/slabtop-log http://kodu.ut.ee/~mroos/meminfo-log http://kodu.ut.ee/~mroos/vmstat-log Anything else I can provide to pinpoint it? -- Meelis Roos (mroos@linux.ee)