[{"id":1422412,"web_url":"http://patchwork.ozlabs.org/comment/1422412/","msgid":"<1470201642.5034.3.camel@gmail.com>","date":"2016-08-03T05:20:42","subject":"Re: [PATCH 2/2] fadump: Disable deferred page struct initialisation","submitter":{"id":9347,"url":"http://patchwork.ozlabs.org/api/people/9347/","name":"Balbir Singh","email":"bsingharora@gmail.com"},"content":"On Tue, 2016-08-02 at 18:49 +0530, Srikar Dronamraju wrote:\n> Fadump kernel reserves significant number of memory blocks. On a multi-node\n> machine, with CONFIG_DEFFERRED_STRUCT_PAGE support, fadump kernel fails to\n> boot. Fix this by disabling deferred page struct initialisation.\n> \n\nHow much memory does a fadump kernel need? Can we bump up the limits depending\non the config. I presume when you say fadump kernel you mean kernel with\nFADUMP in the config?\n\nBTW, I would much rather prefer a config based solution that does not select\nDEFERRED_INIT if FADUMP is enabled.\n\nBalbir","headers":{"Return-Path":"","X-Original-To":["patchwork-incoming@ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":["patchwork-incoming@ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Received":["from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\t(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3s41dw2Bn8z9sxb\n\tfor ;\n\tWed, 3 Aug 2016 15:21:56 +1000 (AEST)","from ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 3s41dw17qnzDqWP\n\tfor ;\n\tWed, 3 Aug 2016 15:21:56 +1000 (AEST)","from mail-pa0-x244.google.com (mail-pa0-x244.google.com\n\t[IPv6:2607:f8b0:400e:c03::244])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128\n\tbits)) (No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 3s41cN4vfjzDqQt\n\tfor ;\n\tWed, 3 Aug 2016 15:20:36 +1000 (AEST)","by mail-pa0-x244.google.com with SMTP id cf3so13262914pad.2\n\tfor ;\n\tTue, 02 Aug 2016 22:20:36 -0700 (PDT)","from [192.168.31.21] (14-202-194-140.static.tpgi.com.au.\n\t[14.202.194.140]) by smtp.googlemail.com with ESMTPSA id\n\ta21sm8663182pfe.81.2016.08.02.22.20.31\n\t(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\n\tTue, 02 Aug 2016 22:20:34 -0700 (PDT)"],"Authentication-Results":["ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n\tunprotected) header.d=gmail.com header.i=@gmail.com header.b=OGVrguIw;\n\tdkim-atps=neutral","lists.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n\tunprotected) header.d=gmail.com header.i=@gmail.com header.b=OGVrguIw;\n\tdkim-atps=neutral","lists.ozlabs.org; dkim=pass (2048-bit key;\n\tunprotected) header.d=gmail.com header.i=@gmail.com header.b=OGVrguIw;\n\tdkim-atps=neutral"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\n\th=message-id:subject:from:to:date:in-reply-to:references:mime-version\n\t:content-transfer-encoding;\n\tbh=5w/41I4RxBcSOVZ8OXl8Qls1C2ExJFon5naNqIB18wk=;\n\tb=OGVrguIw0fxhYDfLfETRlSbW1bvXE3L127SRyFaWFg70fKrraAgPXT8Z9kJJfPGC3F\n\tETxwfOGZ2HNvWe3fTNwvQFyMzqWfB821V7GIFk0EZPN+RNRSZ+9FlJPqQbGFxxY2Arxj\n\tVQkEUel+Qc8b378SjW9RWGFxXD2Xo2ep7b5f4ra9EyDds6iF6wcG7R0Jvo3wgWf0WJpX\n\tqck65AvgEExYdRTJilWu82sPpXJJ6bBBhIZmJJorbEEsXRxKZG2+6f96WNlzZLtYcvgY\n\t55Mi7auNcTOiO0djkA62If4btf5kzb1arehBv2AXuGKHL11llJpzTvjZqB5xgqkHvcYQ\n\tPnCQ==","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n\td=1e100.net; s=20130820;\n\th=x-gm-message-state:message-id:subject:from:to:date:in-reply-to\n\t:references:mime-version:content-transfer-encoding;\n\tbh=5w/41I4RxBcSOVZ8OXl8Qls1C2ExJFon5naNqIB18wk=;\n\tb=RdWU1V+2cwPGPPPLipJx1jj8rqecGVkWdrrttnSClDpFLRFQ7yBjByDH9+VEsQT2lA\n\tp08dJ4GFkqXEP749/UIeBZQY75EPkEvf3OnujotMOPjaMzJyHOJAAVYGzVFD8JRw/AiS\n\tWm40XfjMi56ibjMx8oaIxJ0isuZ9VC1yJxvbKxKPUsw7m2sN689klSMAgLzJaQjpejuQ\n\t5mMrm82hVQqyxCn9GpCmyf8Ja+eEQFXlZFiqo5GI9p0Uh/ANqaTexdyWbyTj1bXDZa+t\n\tXrUuJhbFE/6PQkzhLF63eoVXHMwUuRDgmoAuxQy0tgUq7pENdreXqRApoDkGobOOFuTf\n\t1aMg==","X-Gm-Message-State":"AEkooutGb+MvTKxGdal43OnncPi4ZHmLxjzZmFruBwiUGtX/luDaG7TV8FlKZPk8QSdq1w==","X-Received":"by 10.66.101.101 with SMTP id ff5mr113910810pab.88.1470201634995;\n\tTue, 02 Aug 2016 22:20:34 -0700 (PDT)","Message-ID":"<1470201642.5034.3.camel@gmail.com>","Subject":"Re: [PATCH 2/2] fadump: Disable deferred page struct initialisation","From":"Balbir Singh ","To":"Srikar Dronamraju , linux-mm@kvack.org, Mel\n\tGorman , Vlastimil Babka ,\n\tMichal Hocko , Andrew Morton\n\t, Michael Ellerman , \n\tlinuxppc-dev@lists.ozlabs.org","Date":"Wed, 03 Aug 2016 15:20:42 +1000","In-Reply-To":"<1470143947-24443-3-git-send-email-srikar@linux.vnet.ibm.com>","References":"<1470143947-24443-1-git-send-email-srikar@linux.vnet.ibm.com>\n\t<1470143947-24443-3-git-send-email-srikar@linux.vnet.ibm.com>","X-Mailer":"Evolution 3.18.5.2-0ubuntu3 ","Mime-Version":"1.0","X-BeenThere":"linuxppc-dev@lists.ozlabs.org","X-Mailman-Version":"2.1.22","Precedence":"list","List-Id":"Linux on PowerPC Developers Mail List\n\t","List-Unsubscribe":",\n\t","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n\t","Content-Type":"text/plain; charset=\"utf-8\"","Content-Transfer-Encoding":"base64","Errors-To":"linuxppc-dev-bounces+patchwork-incoming=ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n\t"}},{"id":1422430,"web_url":"http://patchwork.ozlabs.org/comment/1422430/","msgid":"","date":"2016-08-03T06:07:19","subject":"Re: [PATCH 2/2] fadump: Disable deferred page struct initialisation","submitter":{"id":48129,"url":"http://patchwork.ozlabs.org/api/people/48129/","name":"Vlastimil Babka","email":"vbabka@suse.cz"},"content":"On 08/03/2016 07:20 AM, Balbir Singh wrote:\n> On Tue, 2016-08-02 at 18:49 +0530, Srikar Dronamraju wrote:\n>> Fadump kernel reserves significant number of memory blocks. On a multi-node\n>> machine, with CONFIG_DEFFERRED_STRUCT_PAGE support, fadump kernel fails to\n>> boot. Fix this by disabling deferred page struct initialisation.\n>>\n>\n> How much memory does a fadump kernel need? Can we bump up the limits depending\n> on the config. I presume when you say fadump kernel you mean kernel with\n> FADUMP in the config?\n>\n> BTW, I would much rather prefer a config based solution that does not select\n> DEFERRED_INIT if FADUMP is enabled.\n\nIIRC the kdump/fadump kernel is typically the same vmlinux as the main \nkernel, just with special initrd and boot params. So if you want \ndeferred init for the main kernel, this would be impractical.\n\n> Balbir\n>","headers":{"Return-Path":"","X-Original-To":["patchwork-incoming@ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":["patchwork-incoming@ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Received":["from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\t(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3s42gT0Dv2z9t0F\n\tfor ;\n\tWed, 3 Aug 2016 16:08:21 +1000 (AEST)","from ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 3s42gS6ZN6zDqdw\n\tfor ;\n\tWed, 3 Aug 2016 16:08:20 +1000 (AEST)","from mx2.suse.de (mx2.suse.de [195.135.220.15])\n\t(using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 3s42fP3lR7zDqQt\n\tfor ;\n\tWed, 3 Aug 2016 16:07:24 +1000 (AEST)","from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])\n\tby mx2.suse.de (Postfix) with ESMTP id 66FBFABBD;\n\tWed, 3 Aug 2016 06:07:21 +0000 (UTC)"],"X-Virus-Scanned":"by amavisd-new at test-mx.suse.de","Subject":"Re: [PATCH 2/2] fadump: Disable deferred page struct initialisation","To":"Balbir Singh ,\n\tSrikar Dronamraju , linux-mm@kvack.org,\n\tMel Gorman ,\n\tMichal Hocko , \n\tAndrew Morton ,\n\tMichael Ellerman , linuxppc-dev@lists.ozlabs.org","References":"<1470143947-24443-1-git-send-email-srikar@linux.vnet.ibm.com>\n\t<1470143947-24443-3-git-send-email-srikar@linux.vnet.ibm.com>\n\t<1470201642.5034.3.camel@gmail.com>","From":"Vlastimil Babka ","Message-ID":"","Date":"Wed, 3 Aug 2016 08:07:19 +0200","User-Agent":"Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101\n\tThunderbird/45.2","MIME-Version":"1.0","In-Reply-To":"<1470201642.5034.3.camel@gmail.com>","X-BeenThere":"linuxppc-dev@lists.ozlabs.org","X-Mailman-Version":"2.1.22","Precedence":"list","List-Id":"Linux on PowerPC Developers Mail List\n\t","List-Unsubscribe":",\n\t","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n\t","Content-Transfer-Encoding":"base64","Content-Type":"text/plain; charset=\"utf-8\"; Format=\"flowed\"","Errors-To":"linuxppc-dev-bounces+patchwork-incoming=ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n\t"}},{"id":1422601,"web_url":"http://patchwork.ozlabs.org/comment/1422601/","msgid":"<87twf2ulvw.fsf@concordia.ellerman.id.au>","date":"2016-08-03T11:34:11","subject":"Re: [PATCH 2/2] fadump: Disable deferred page struct initialisation","submitter":{"id":46580,"url":"http://patchwork.ozlabs.org/api/people/46580/","name":"Michael Ellerman","email":"mpe@ellerman.id.au"},"content":"Vlastimil Babka writes:\n\n> On 08/03/2016 07:20 AM, Balbir Singh wrote:\n>> On Tue, 2016-08-02 at 18:49 +0530, Srikar Dronamraju wrote:\n>>> Fadump kernel reserves significant number of memory blocks. On a multi-node\n>>> machine, with CONFIG_DEFFERRED_STRUCT_PAGE support, fadump kernel fails to\n>>> boot. Fix this by disabling deferred page struct initialisation.\n>>>\n>>\n>> How much memory does a fadump kernel need? Can we bump up the limits depending\n>> on the config. I presume when you say fadump kernel you mean kernel with\n>> FADUMP in the config?\n>>\n>> BTW, I would much rather prefer a config based solution that does not select\n>> DEFERRED_INIT if FADUMP is enabled.\n>\n> IIRC the kdump/fadump kernel is typically the same vmlinux as the main \n> kernel, just with special initrd and boot params. So if you want \n> deferred init for the main kernel, this would be impractical.\n\nYes. Distros won't build a separate kernel, so it has to work at runtime.\n\ncheers","headers":{"Return-Path":"","X-Original-To":["patchwork-incoming@ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":["patchwork-incoming@ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Received":["from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\t(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3s49wl3XTDz9t0M\n\tfor ;\n\tWed, 3 Aug 2016 21:35:19 +1000 (AEST)","from ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 3s49wl2jpnzDqS9\n\tfor ;\n\tWed, 3 Aug 2016 21:35:19 +1000 (AEST)","from ozlabs.org (ozlabs.org [IPv6:2401:3900:2:1::2])\n\t(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 3s49vb3tHfzDqQ5\n\tfor ;\n\tWed, 3 Aug 2016 21:34:19 +1000 (AEST)","from authenticated.ozlabs.org (localhost [127.0.0.1])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPSA id 3s49vZ5jngz9sCy;\n\tWed, 3 Aug 2016 21:34:18 +1000 (AEST)"],"From":"Michael Ellerman ","To":"Vlastimil Babka , Balbir Singh , \n\tSrikar Dronamraju , linux-mm@kvack.org,\n\tMel Gorman ,\n\tMichal Hocko , \n\tAndrew Morton , linuxppc-dev@lists.ozlabs.org","Subject":"Re: [PATCH 2/2] fadump: Disable deferred page struct initialisation","In-Reply-To":"","References":"<1470143947-24443-1-git-send-email-srikar@linux.vnet.ibm.com>\n\t<1470143947-24443-3-git-send-email-srikar@linux.vnet.ibm.com>\n\t<1470201642.5034.3.camel@gmail.com>\n\t","User-Agent":"Notmuch/0.21 (https://notmuchmail.org)","Date":"Wed, 03 Aug 2016 21:34:11 +1000","Message-ID":"<87twf2ulvw.fsf@concordia.ellerman.id.au>","MIME-Version":"1.0","X-BeenThere":"linuxppc-dev@lists.ozlabs.org","X-Mailman-Version":"2.1.22","Precedence":"list","List-Id":"Linux on PowerPC Developers Mail List\n\t","List-Unsubscribe":",\n\t","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n\t","Content-Type":"text/plain; charset=\"utf-8\"","Content-Transfer-Encoding":"base64","Errors-To":"linuxppc-dev-bounces+patchwork-incoming=ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n\t"}}]