From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751740AbcGOW6y (ORCPT ); Fri, 15 Jul 2016 18:58:54 -0400 Received: from mail-cys01nam02on0047.outbound.protection.outlook.com ([104.47.37.47]:55560 "EHLO NAM02-CY1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751193AbcGOW6v (ORCPT ); Fri, 15 Jul 2016 18:58:51 -0400 Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jens.rottmann@adlinktech.com; To: Lukasz Odzioba , Sasha Levin CC: , Michal Hocko , , From: Jens Rottmann Subject: 4.1.28: memory leak introduced by "mm/swap.c: flush lru pvecs on compound page arrival" Message-ID: <83d21ffc-eeb8-40f8-7443-8d8291cd5973@ADLINKtech.com> Date: Fri, 15 Jul 2016 21:27:55 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [5.158.151.28] X-ClientProxiedBy: AM3PR06CA029.eurprd06.prod.outlook.com (10.141.192.147) To BLUPR0501MB2082.namprd05.prod.outlook.com (10.164.23.28) X-MS-Office365-Filtering-Correlation-Id: e74a2ccf-4d48-46d6-840d-08d3ace62400 X-Microsoft-Exchange-Diagnostics: 1;BLUPR0501MB2082;2:3x9DdqJSSSMwFTxTO1b3qhzAgH9ZorbZMC0KYSfpNq2037gAEzn/lzm1H/yskWV5yFER0W5Vw1E86K+3SH7w5irG+HKgC84mGfxT/VQ0sKjULRZFnp6U2f0GunLqueaojnshi5UefCFm5fi0quA8ikCmn//PPt+YIEBaHpkP/xTsHevkXKOuh+/SU+AHySgR;3:KFa5D04fFjXVcXHpaOb8LghWEBxwAWGNdMjso/6QBaeUjD4uhGPwjuB2Bz10tgEfHNi9sY7weDJdivCPGxNLvugrMw7/uzdyRJ5Vg8hCM3xCEniS0mW5zz8aFv+691rj;25:mTsZyVexoU0xHnyp0YipGmKFKFwx/gqjX1J6tPBhsKUnj5MHLu/mWX94FFEInV+CfbPAgr6zO7OWkAypqPEvTWuVn6eGgX8RRaC+GArEYwmQk4gXsX5bjoWLFldM+pKhow6S5JWfXGbPHC5muosnXS7weDniYV6cyh59Q8RCKEjKyHXcANnE/x8y+O7AsWi1d6+x2S8No3T1maPye1xK2OgA0kSEquikUFTpdLZ6+8yWpBRAeps1NCFTvQuij/bSYmI7iH8lpz1lIemqeMAJPbvnbEJ7OM8O3OhukS6omrmB0gBB6Te6sM9+ChR4wHVebpwVmKAVBE1nj5qIbxiCTgBcvM30q4fWEd7Ep9KFnbtn9EVQiu97HwudH1n5ckL3BAAjjy6SspsnrGli3BkJuRBDJqui/TDM4uNWUrqlbDQ= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB2082; X-Microsoft-Exchange-Diagnostics: 1;BLUPR0501MB2082;31:V3+CwG8hhs5BncIUDzvNnaFuPVp1UfY93FjgOC/v2uqJ7OP+g04cI4hQ+Kqq91jKLE8cIA8/enqvZZjQyqOFMpv1r0uqtgvF/9vUD8b+qS7jEf8Qc7lPWZ0ousUVIWyVCz63VXacuZRkiPKXqEsB8UBPwdJoLeaLmzOJSrqXC9qZp8ix3c8bUhM+gsyVrPolIPTzR+AI8wpoU/LRo9FhaA==;20:qGyr8pdCN4JOdOlqv21xEHnZjn8Zil/v3lAh8/oyCy8jwEI9+meZCEFJqxEfXvEF7ibNtxtzjVHXyB4eGD+zB96RVjTubTM9Er9gjCjT/GxN1ICydcqet9Hw6Gy8pi2CRiZmtURaSs/tah8tSy2VR7dqHimWaFUBNkb7UNy6tVjnHhUbt94wLA1aDnYM1voiEiryPDWRYAc/jT1iUy6rvUjJWBJPwnF0LZTj4j0bT7xtQ6d38bHpJxXSYkYLxe0E1b2rm0jG2LQ0ljajr4iJlHrKBp4ksHXTL9b8vcgmiTKiDmh/0F4QLvgXnzJ4KHyLVPm5B4mfPr1+J0vApi4+XjgEzo56AFJ2wAAs8ikJdrp2g6nqzI3zi3kD6IbYnOUXlMFIn9PTZzGDaKQgdcLfsRxB53CO/T2NdaHr57EuvlZa7rghLS2BaqejWlZWwW8va0/B0vM76QhNEFORnOb5PUbG7DIL+2KRrm7SSxj96Ibh+Pveym1Afp0+76czqz8W+PsDOUdfzgfA9qF5q4Ckew== X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(101931422205132); X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001);SRVR:BLUPR0501MB2082;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB2082; X-Microsoft-Exchange-Diagnostics: 1;BLUPR0501MB2082;4:xHJ1yDdzLC3X2j9GyuYvm0WKqrqfIJl+8/GH20sxmBXTa8XycBgMPlC7GiTMbuMhE9uHbKL4NKGd/wjxGjg7zEFnjXDujFSFe++pMDfoZqkke9oREupit2SOUMKMyX8heAGK85WLyskiYAJfhBYAZIra6kqTIoDp/S02oia5kmGWngJdTtOXlBnz8K3QfcsOnZaM1bVR7p6rPwkicL96ffC93EKzUKiglDSk4Om+ZdoOlWiYXMXjhzeipdc+XPVng4HBQIo1DXVYVeDIvlK0R1GA7bRIdj9akHOSUwYFROyGpG3yRS7wlj2tu3oup/gou6cwBjRE4PqRhaY4S3d/YmG1omyQd4a9GhMlOZ+JXxwyFqGao0L8DwYawsl38Fl3N/1Dy+6w4X6M6skPen3JyyU7+1wpwyf21dHkYKhZENw= X-Forefront-PRVS: 00046D390F X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10009020)(4630300001)(6009001)(6049001)(7916002)(189002)(199003)(5423002)(66066001)(105586002)(4326007)(50986999)(54356999)(68736007)(50466002)(189998001)(4001350100001)(6116002)(23676002)(33646002)(101416001)(2906002)(7846002)(8676002)(7736002)(47776003)(64126003)(305945005)(117156001)(71446004)(81166006)(81156014)(5001770100001)(31696002)(19580395003)(92566002)(97736004)(3846002)(36756003)(42186005)(229853001)(106356001)(86362001)(230700001)(83506001)(586003)(77096005)(31686004);DIR:OUT;SFP:1101;SCL:1;SRVR:BLUPR0501MB2082;H:[192.168.49.182];FPR:;SPF:None;PTR:InfoNoRecords;MX:3;A:1;LANG:en; X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCTFVQUjA1MDFNQjIwODI7MjM6SnB5UE92NVNEOU5SMUowc1hCUGFCTzNU?= =?utf-8?B?SnM4eG0zNVVzb29LNS9TV05FbkwxeGVxSGRacG5qeitkVmwzQ0RkUmpneXVJ?= =?utf-8?B?MW1uODd1RE56cU1USWx5aXhQdllmRStOMHBHKzRDVWxLUmVlM0hBQXZtTDlT?= =?utf-8?B?aVFZRmhuRGQzZ2I5WWhFMnBoOGJUUVpKR09kSkExSHlNaW91WElrZzk4ZS9H?= =?utf-8?B?QVNVMURCbVNiVEM4M1N0ZWV4aUtmLy94WTJ4UVI0YjhmYXJzeVFJaElVZmxn?= =?utf-8?B?YnhhU2lDUmtoOVpkUWs2eXRpQlI1a0dMT29lb2pReitpVHFhUW5XTUdaU0RV?= =?utf-8?B?TElXZFE1bG44VEtCOUFHTW55VzhmSUUvZnRIOHg3TExhcG9UcU9keHJFZHJq?= =?utf-8?B?SGJBS2d4V0Q4L1AyWXZPZzBpZGk5VlJyZFR5UHdaV0RuUEltQmFuRVFXVHc1?= =?utf-8?B?MktYbXZHVVJqK1FtUU9VcHZtNjR5R1ZxT3Q2UTd5dUJaM09zdHBRcWJpMmZO?= =?utf-8?B?SitGVi9pMjQ2VXMxRFFUVDRXQ3VQcTg5MUk0SFg3Tm5wQ1dFbFlYUXgzYmI1?= =?utf-8?B?NFFVUmR1eFRnR3FwTXlLZHhkR25RTFhyNmpucXBWTVlPQ1JYL05vZHRobnkz?= =?utf-8?B?Tm5wL1Z5QzJQdlh6UkpMM2lGYkhDMUpIbCtKbkljbDJoTzQ4aXYycmwxUHd6?= =?utf-8?B?RGVPQjZBVGs3aGNqSlVxQXdlZ2t3SVJwMTM5SThneHAwTFp0K0t6eXFqU3M0?= =?utf-8?B?akpTVlZJQTY2dnNuTExqMHdoWU1MWGJTQUlmbnZUcnlJSFhyYVVEbzVKZDNM?= =?utf-8?B?K3VKeGdQbHZOa2tMVlJTa2IxcTlhV29Sc0U4cEZIU1A0UEZIUE1BZi8wejlO?= =?utf-8?B?SjQ2QVI3S3o4NlNENm5oczEzMmozQlAzYXBTWWE1cWxtajNXWVJZQzh2Nisr?= =?utf-8?B?akZjckNqWUVoSGlpS0t0dVJScXBYQVlJTXZxK3M4dzdUR2hVUXE4dWVQN2N1?= =?utf-8?B?QklCVWZobzRLUUNxTDFTMTk5UU16blloaitSN2pkODFQQlQwV0w4Wmk2amNj?= =?utf-8?B?NjNxemM3ZkN4Tm9zRUJzZXBsMkZYK1l1ZkwrTW9Pek8yU21MNStsVjNEbzJB?= =?utf-8?B?cjc2enh3YVJZbmUvampnajh6SWZodU1RRHZuL1dCQTZHd0NwbXMwT2NqZVo0?= =?utf-8?B?UzQ4TU11eGVlZ2M1ZEhDOXp6T2JLNy9xTWtHM3F6Q01zVk9lblBJSjFrMTFh?= =?utf-8?B?cEladDBFSTBaRjJiUVZHSHhMR0g5YWRQV2psdHljTVNPTCswYWl6c0tDL3kr?= =?utf-8?B?KzdZZ3Npd0duVEtoZkNZMW03N2dmZFVXNjViQmhqc1kweGVHNUp1LzZTK0do?= =?utf-8?B?MmlQRjZNQlg2NFFZSWUrZXBFWGV3VDN0YnFVazNkWFI5WnhTQ25kUmJHNWZK?= =?utf-8?B?SEpzKzI0dTRaVWgxUXB0MVVyT2cwNVFQYnFzUWwyalAzMXpkdFFWK25jcUw3?= =?utf-8?B?VmlxOVpFdG1IazdrUTZ3YzdrL0FWd2dPMFYwc3FDc2hPZnc4R0NuSHpLUnJo?= =?utf-8?B?N3Nkbi90MWZ1aWFnbUNqWmJlWHBNNTFVeUc2c1ExekJaRVdRbUJsRytrMkpJ?= =?utf-8?Q?U=3D?= X-Microsoft-Exchange-Diagnostics: 1;BLUPR0501MB2082;6:gCXOczpmWXKqMrF7M8xOSpXKNTA/6zAf0cO/d6ZQZTbrzKAKnaux1zm0p/yJFViYxXUcLnQbG4Ly86mMY8uQrpLC7aBDXaw01xY+G2nDxzCs1Kd3rs3p3NKUK40aTL2BH/5JahSZLQd6yj7ZhBWa4PHoOtR88fcI2knZYHFk6kZvOvnMvC+v2xq/6m3zYAjee4lyI/qG03FWC6XQw9alEQGvbwTBlH1+EHmzbml1DiBrnTuP+zJBndXhZ6cT7yR8qFryruzd0ssin28F8hoT69IBdCeYbHpBH1Mmztl7dsg=;5:9vuKljaPU+vSSCFECtJwNlbsYzfuk8Ca6Nq9WF/ftsD5EbxTrBTDHFaBOHfpE1iZlrH6JhgbPYQ6fj0c3j4Xe91+CR+bQazJt/sXt6Jb3NYBmDpabnVP48KDpX07/+nNeiPSOYZGcT5mV2sZSRqUpQ==;24:FdtasISJLMkZ3DMQ72oBizGGuV16vVtaIpCx10iaq4efzdvKtcK/S4vYMVtAfUfBZTwsc1bI/rtN9oQmToTlxzNJ0cRc0k5ojvyWgqYdGZo=;7:1WjYvD2BuflFt2ChT+qDXeBOsNisKey9BR75f78dewl/VQobMofhT17vRdPJPmh46MR6bI8jGlm6bcpN7/YJ31p5ZZNvg02N+4N/tliUE2XX2te3nWkwb3ldb4ZlFG9HD0VbObvcFHU7JIXXRhTchZ/HP1zU/9TEp7yeBaMbmza7dSnMe/svWdzBop9yMUV9S2xSmXOEwPyGL0k6URdBX/SarTkyW368y6IFbwb2LuVFUCV0ndmVLWRNdRazWums SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: adlinktech.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Jul 2016 19:28:02.7523 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB2082 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, 4.1.y stable commit c5ad33184354260be6d05de57e46a5498692f6d6 (Upstream commit 8f182270dfec432e93fae14f9208a6b9af01009f) "mm/swap.c: flush lru pvecs on compound page arrival" in 4.1.28 introduces a memory leak. Simply running while sleep 0.1; do clear; free; done shows mem continuously going down, eventually system panics with no killable processes left. Using "unxz -t some.xz" instead of sleep brings system down within minutes. Kmemleak did not report anything. Bisect ended at named commit, and reverting only this commit is indeed sufficient to fix the leak. Swap partition on/off makes no difference. My set-up: i.MX6 (ARM Cortex-A9) dual-core, 2 GB RAM. Kernel sources are from git.freescale.com i.e. heavily modified by Freescale for i.MX SoCs, kernel.org stable patches up to 4.1.28 manually added. I tried to reproduce with vanilla 4.1.28, but that wouldn't boot at all on my hardware, hangs immediately after "Starting kernel", sorry. However there is not a single difference between Freescale and vanilla in the whole mm/ subdirectory, so I don't think it's i.MX-specific. I didn't cross-check with an x86 system (yet). Regards, Jens From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: Lukasz Odzioba , Sasha Levin CC: , Michal Hocko , , From: Jens Rottmann Subject: 4.1.28: memory leak introduced by "mm/swap.c: flush lru pvecs on compound page arrival" Message-ID: <83d21ffc-eeb8-40f8-7443-8d8291cd5973@ADLINKtech.com> Date: Fri, 15 Jul 2016 21:27:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: Hi, 4.1.y stable commit c5ad33184354260be6d05de57e46a5498692f6d6 (Upstream commit 8f182270dfec432e93fae14f9208a6b9af01009f) "mm/swap.c: flush lru pvecs on compound page arrival" in 4.1.28 introduces a memory leak. Simply running while sleep 0.1; do clear; free; done shows mem continuously going down, eventually system panics with no killable processes left. Using "unxz -t some.xz" instead of sleep brings system down within minutes. Kmemleak did not report anything. Bisect ended at named commit, and reverting only this commit is indeed sufficient to fix the leak. Swap partition on/off makes no difference. My set-up: i.MX6 (ARM Cortex-A9) dual-core, 2 GB RAM. Kernel sources are from git.freescale.com i.e. heavily modified by Freescale for i.MX SoCs, kernel.org stable patches up to 4.1.28 manually added. I tried to reproduce with vanilla 4.1.28, but that wouldn't boot at all on my hardware, hangs immediately after "Starting kernel", sorry. However there is not a single difference between Freescale and vanilla in the whole mm/ subdirectory, so I don't think it's i.MX-specific. I didn't cross-check with an x86 system (yet). Regards, Jens -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-f197.google.com (mail-ob0-f197.google.com [209.85.214.197]) by kanga.kvack.org (Postfix) with ESMTP id 9DC826B0263 for ; Fri, 15 Jul 2016 15:28:07 -0400 (EDT) Received: by mail-ob0-f197.google.com with SMTP id wu1so219483908obb.0 for ; Fri, 15 Jul 2016 12:28:07 -0700 (PDT) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0082.outbound.protection.outlook.com. [104.47.34.82]) by mx.google.com with ESMTPS id x138si8425825oia.164.2016.07.15.12.28.06 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 15 Jul 2016 12:28:06 -0700 (PDT) From: Jens Rottmann Subject: 4.1.28: memory leak introduced by "mm/swap.c: flush lru pvecs on compound page arrival" Message-ID: <83d21ffc-eeb8-40f8-7443-8d8291cd5973@ADLINKtech.com> Date: Fri, 15 Jul 2016 21:27:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Lukasz Odzioba , Sasha Levin Cc: stable@vger.kernel.org, Michal Hocko , linux-mm@kvack.org, linux-kernel@vger.kernel.org Hi, 4.1.y stable commit c5ad33184354260be6d05de57e46a5498692f6d6 (Upstream commit 8f182270dfec432e93fae14f9208a6b9af01009f) "mm/swap.c: flush lru pvecs on compound page arrival" in 4.1.28 introduces a memory leak. Simply running while sleep 0.1; do clear; free; done shows mem continuously going down, eventually system panics with no killable processes left. Using "unxz -t some.xz" instead of sleep brings system down within minutes. Kmemleak did not report anything. Bisect ended at named commit, and reverting only this commit is indeed sufficient to fix the leak. Swap partition on/off makes no difference. My set-up: i.MX6 (ARM Cortex-A9) dual-core, 2 GB RAM. Kernel sources are from git.freescale.com i.e. heavily modified by Freescale for i.MX SoCs, kernel.org stable patches up to 4.1.28 manually added. I tried to reproduce with vanilla 4.1.28, but that wouldn't boot at all on my hardware, hangs immediately after "Starting kernel", sorry. However there is not a single difference between Freescale and vanilla in the whole mm/ subdirectory, so I don't think it's i.MX-specific. I didn't cross-check with an x86 system (yet). Regards, Jens -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org