From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757058AbdCUN1o (ORCPT ); Tue, 21 Mar 2017 09:27:44 -0400 Received: from forward19m.cmail.yandex.net ([5.255.216.150]:35434 "EHLO forward19m.cmail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756343AbdCUN1n (ORCPT ); Tue, 21 Mar 2017 09:27:43 -0400 X-Greylist: delayed 620 seconds by postgrey-1.27 at vger.kernel.org; Tue, 21 Mar 2017 09:27:43 EDT Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-Suid-Status: 1 0,1 0,1 0,1 0 From: Evgenii Shatokhin Subject: [Bisected] Suspend-to-disk fails on a 32-bit x86 system since commit 92923ca To: Nathan Zimmer Cc: Mel Gorman , Pekka Enberg , linux-kernel@vger.kernel.org Message-ID: <58D12716.4040705@yandex.ru> Date: Tue, 21 Mar 2017 16:13:58 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, It seems, there is a regression in the kernel that prevents suspend-to-disk from working properly on some x86 machines with 32-bit Linux systems (ROSA Linux, in this case). With the mainline kernels 4.2 - 4.10, it takes more than 2 minutes from "systemctl hibernate" command till the system powers off. When I try to resume the system after that, the system hangs with black screen after "Image loading progress 100%" (no ssh access, no reaction to keyboard, etc.). For comparison, it takes less than 10-15 seconds from "systemctl hibernate" command till the poweroff when I use kernel 4.1, and the system resumes OK then. Hardware info: https://linux-hardware.org/index.php?probe=e6a06c64c7 Kernel config, just in case: http://pastebin.com/P8vb9qi6 The problem does not show up in a 64-bit system installed on the same machine. Bisection points at the following commit as the first "bad" one: commit 92923ca3aacef63c92dc297a75ad0c6dfe4eab37 Author: Nathan Zimmer Date: Tue Jun 30 14:56:48 2015 -0700 mm: meminit: only set page reserved in the memblock region I reverted it and suspend-to-disk and resume now work OK when I use the mainline kernels 4.2 - 4.10. For the kernels 4.8 - 4.10, I also had to disable CONFIG_RANDOMIZE_BASE but that is due to an unrelated issue, which I will report separately. Regards, Evgenii