[{"id":1422026,"web_url":"http://patchwork.ozlabs.org/comment/1422026/","msgid":"<57A0E1D1.8020608@intel.com>","date":"2016-08-02T18:09:21","subject":"Re: [PATCH 1/2] mm: Allow disabling deferred struct page\n\tinitialisation","submitter":{"id":26962,"url":"http://patchwork.ozlabs.org/api/people/26962/","name":"Dave Hansen","email":"dave.hansen@intel.com"},"content":"On 08/02/2016 06:19 AM, Srikar Dronamraju wrote:\n> Kernels compiled with CONFIG_DEFERRED_STRUCT_PAGE_INIT will initialise\n> only certain size memory per node. The certain size takes into account\n> the dentry and inode cache sizes. However such a kernel when booting a\n> secondary kernel will not be able to allocate the required amount of\n> memory to suffice for the dentry and inode caches. This results in\n> crashes like the below on large systems such as 32 TB systems.\n\nWhat's a \"secondary kernel\"?","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 3s3kmS0GD2z9sXx\n\tfor ;\n\tWed, 3 Aug 2016 04:11:36 +1000 (AEST)","from ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 3s3kmR6FpbzDqQN\n\tfor ;\n\tWed, 3 Aug 2016 04:11:35 +1000 (AEST)","from mga01.intel.com (mga01.intel.com [192.55.52.88])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 3s3kjx0QZqzDqQ3\n\tfor ;\n\tWed, 3 Aug 2016 04:09:23 +1000 (AEST)","from orsmga001.jf.intel.com ([10.7.209.18])\n\tby fmsmga101.fm.intel.com with ESMTP; 02 Aug 2016 11:09:22 -0700","from ray.jf.intel.com (HELO [10.7.201.32]) ([10.7.201.32])\n\tby orsmga001.jf.intel.com with ESMTP; 02 Aug 2016 11:09:22 -0700"],"X-ExtLoop1":"1","X-IronPort-AV":"E=Sophos; i=\"5.28,461,1464678000\"; d=\"scan'208\";\n\ta=\"1007170746\"","Subject":"Re: [PATCH 1/2] mm: Allow disabling deferred struct page\n\tinitialisation","To":"Srikar Dronamraju , linux-mm@kvack.org,\n\tMel Gorman ,\n\tVlastimil Babka , \n\tMichal Hocko , Andrew Morton\n\t, Michael Ellerman , \n\tlinuxppc-dev@lists.ozlabs.org","References":"<1470143947-24443-1-git-send-email-srikar@linux.vnet.ibm.com>\n\t<1470143947-24443-2-git-send-email-srikar@linux.vnet.ibm.com>","From":"Dave Hansen ","Message-ID":"<57A0E1D1.8020608@intel.com>","Date":"Tue, 2 Aug 2016 11:09:21 -0700","User-Agent":"Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101\n\tThunderbird/38.8.0","MIME-Version":"1.0","In-Reply-To":"<1470143947-24443-2-git-send-email-srikar@linux.vnet.ibm.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-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":1422450,"web_url":"http://patchwork.ozlabs.org/comment/1422450/","msgid":"<20160803063808.GI6310@linux.vnet.ibm.com>","date":"2016-08-03T06:38:08","subject":"Re: [PATCH 1/2] mm: Allow disabling deferred struct page\n\tinitialisation","submitter":{"id":11795,"url":"http://patchwork.ozlabs.org/api/people/11795/","name":"Srikar Dronamraju","email":"srikar@linux.vnet.ibm.com"},"content":"* Dave Hansen [2016-08-02 11:09:21]:\n\n> On 08/02/2016 06:19 AM, Srikar Dronamraju wrote:\n> > Kernels compiled with CONFIG_DEFERRED_STRUCT_PAGE_INIT will initialise\n> > only certain size memory per node. The certain size takes into account\n> > the dentry and inode cache sizes. However such a kernel when booting a\n> > secondary kernel will not be able to allocate the required amount of\n> > memory to suffice for the dentry and inode caches. This results in\n> > crashes like the below on large systems such as 32 TB systems.\n> \n> What's a \"secondary kernel\"?\n> \n\nI mean the kernel thats booted to collect the crash, On fadump, the\nfirst kernel acts as the secondary kernel i.e the same kernel is booted\nto collect the crash.","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 [103.22.144.68])\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 3s43MD6wPKz9sCY\n\tfor ;\n\tWed, 3 Aug 2016 16:39:20 +1000 (AEST)","from ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 3s43MD5zt5zDqbk\n\tfor ;\n\tWed, 3 Aug 2016 16:39:20 +1000 (AEST)","from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com\n\t[148.163.156.1])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 3s43L46dhbzDqQt\n\tfor ;\n\tWed, 3 Aug 2016 16:38:20 +1000 (AEST)","from pps.filterd (m0098409.ppops.net [127.0.0.1])\n\tby mx0a-001b2d01.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id\n\tu736XsnR135765\n\tfor ; Wed, 3 Aug 2016 02:38:19 -0400","from e23smtp03.au.ibm.com (e23smtp03.au.ibm.com [202.81.31.145])\n\tby mx0a-001b2d01.pphosted.com with ESMTP id 24k0bmp1k3-1\n\t(version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)\n\tfor ; Wed, 03 Aug 2016 02:38:18 -0400","from localhost\n\tby e23smtp03.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use\n\tOnly! Violators will be prosecuted\n\tfor from ; \n\tWed, 3 Aug 2016 16:38:16 +1000","from d23dlp03.au.ibm.com (202.81.31.214)\n\tby e23smtp03.au.ibm.com (202.81.31.209) with IBM ESMTP SMTP Gateway:\n\tAuthorized Use Only! Violators will be prosecuted; \n\tWed, 3 Aug 2016 16:38:13 +1000","from d23relay06.au.ibm.com (d23relay06.au.ibm.com [9.185.63.219])\n\tby d23dlp03.au.ibm.com (Postfix) with ESMTP id E0BCE3578052\n\tfor ;\n\tWed, 3 Aug 2016 16:38:12 +1000 (EST)","from d23av01.au.ibm.com (d23av01.au.ibm.com [9.190.234.96])\n\tby d23relay06.au.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id\n\tu736cClq26804228\n\tfor ; Wed, 3 Aug 2016 16:38:12 +1000","from d23av01.au.ibm.com (localhost [127.0.0.1])\n\tby d23av01.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id\n\tu736cBas027504\n\tfor ; Wed, 3 Aug 2016 16:38:12 +1000","from linux.vnet.ibm.com (srdronam.in.ibm.com [9.124.31.34])\n\tby d23av01.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with SMTP id\n\tu736c8CP027458; Wed, 3 Aug 2016 16:38:09 +1000"],"X-IBM-Helo":"d23dlp03.au.ibm.com","X-IBM-MailFrom":"srikar@linux.vnet.ibm.com","X-IBM-RcptTo":"linuxppc-dev@lists.ozlabs.org","Date":"Wed, 3 Aug 2016 12:08:08 +0530","From":"Srikar Dronamraju ","To":"Dave Hansen ","Subject":"Re: [PATCH 1/2] mm: Allow disabling deferred struct page\n\tinitialisation","References":"<1470143947-24443-1-git-send-email-srikar@linux.vnet.ibm.com>\n\t<1470143947-24443-2-git-send-email-srikar@linux.vnet.ibm.com>\n\t<57A0E1D1.8020608@intel.com>","MIME-Version":"1.0","Content-Disposition":"inline","In-Reply-To":"<57A0E1D1.8020608@intel.com>","User-Agent":"Mutt/1.5.23 (2014-03-12)","X-TM-AS-MML":"disable","X-Content-Scanned":"Fidelis XPS MAILER","x-cbid":"16080306-0008-0000-0000-000000AC75F8","X-IBM-AV-DETECTION":"SAVI=unused REMOTE=unused XFE=unused","x-cbparentid":"16080306-0009-0000-0000-000007C7243D","Message-Id":"<20160803063808.GI6310@linux.vnet.ibm.com>","X-Proofpoint-Virus-Version":"vendor=fsecure engine=2.50.10432:, ,\n\tdefinitions=2016-08-03_04:, , signatures=0","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n\tspamscore=0 suspectscore=0\n\tmalwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam\n\tadjust=0 reason=mlx scancount=1 engine=8.0.1-1606300000\n\tdefinitions=main-1608030063","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","Reply-To":"Srikar Dronamraju ","Cc":"linuxppc-dev@lists.ozlabs.org, Michal Hocko ,\n\tlinux-mm@kvack.org, mahesh@linux.vnet.ibm.com,\n\thbathini@linux.vnet.ibm.com, Andrew Morton ,\n\tMel Gorman ,\n\tVlastimil Babka ","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":1422983,"web_url":"http://patchwork.ozlabs.org/comment/1422983/","msgid":"<57A23547.1070207@intel.com>","date":"2016-08-03T18:17:43","subject":"Re: [PATCH 1/2] mm: Allow disabling deferred struct page\n\tinitialisation","submitter":{"id":26962,"url":"http://patchwork.ozlabs.org/api/people/26962/","name":"Dave Hansen","email":"dave.hansen@intel.com"},"content":"On 08/02/2016 11:38 PM, Srikar Dronamraju wrote:\n> * Dave Hansen [2016-08-02 11:09:21]:\n>> On 08/02/2016 06:19 AM, Srikar Dronamraju wrote:\n>>> Kernels compiled with CONFIG_DEFERRED_STRUCT_PAGE_INIT will initialise\n>>> only certain size memory per node. The certain size takes into account\n>>> the dentry and inode cache sizes. However such a kernel when booting a\n>>> secondary kernel will not be able to allocate the required amount of\n>>> memory to suffice for the dentry and inode caches. This results in\n>>> crashes like the below on large systems such as 32 TB systems.\n>>\n>> What's a \"secondary kernel\"?\n>>\n> I mean the kernel thats booted to collect the crash, On fadump, the\n> first kernel acts as the secondary kernel i.e the same kernel is booted\n> to collect the crash.\n\nOK, but I'm still not seeing what the problem is. You've said that it\ncrashes and that it crashes during inode/dentry cache allocation.\n\nBut, *why* does the same kernel image crash in when it is used as a\n\"secondary kernel\"?","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 3s4LtY3t9Bz9sCy\n\tfor ;\n\tThu, 4 Aug 2016 04:19:01 +1000 (AEST)","from ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 3s4LtY0BvSzDqTN\n\tfor ;\n\tThu, 4 Aug 2016 04:19:01 +1000 (AEST)","from mga14.intel.com (mga14.intel.com [192.55.52.115])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 3s4Ls574lSzDqRs\n\tfor ;\n\tThu, 4 Aug 2016 04:17:45 +1000 (AEST)","from orsmga001.jf.intel.com ([10.7.209.18])\n\tby fmsmga103.fm.intel.com with ESMTP; 03 Aug 2016 11:17:45 -0700","from ray.jf.intel.com (HELO [10.7.201.32]) ([10.7.201.32])\n\tby orsmga001.jf.intel.com with ESMTP; 03 Aug 2016 11:17:43 -0700"],"X-ExtLoop1":"1","X-IronPort-AV":"E=Sophos; i=\"5.28,466,1464678000\"; d=\"scan'208\";\n\ta=\"1007854834\"","Subject":"Re: [PATCH 1/2] mm: Allow disabling deferred struct page\n\tinitialisation","To":"Srikar Dronamraju ","References":"<1470143947-24443-1-git-send-email-srikar@linux.vnet.ibm.com>\n\t<1470143947-24443-2-git-send-email-srikar@linux.vnet.ibm.com>\n\t<57A0E1D1.8020608@intel.com>\n\t<20160803063808.GI6310@linux.vnet.ibm.com>","From":"Dave Hansen ","Message-ID":"<57A23547.1070207@intel.com>","Date":"Wed, 3 Aug 2016 11:17:43 -0700","User-Agent":"Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101\n\tThunderbird/38.8.0","MIME-Version":"1.0","In-Reply-To":"<20160803063808.GI6310@linux.vnet.ibm.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","Cc":"linuxppc-dev@lists.ozlabs.org, Michal Hocko ,\n\tlinux-mm@kvack.org, mahesh@linux.vnet.ibm.com,\n\thbathini@linux.vnet.ibm.com, Andrew Morton ,\n\tMel Gorman ,\n\tVlastimil Babka ","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":1423311,"web_url":"http://patchwork.ozlabs.org/comment/1423311/","msgid":"<20160804052526.GB11268@linux.vnet.ibm.com>","date":"2016-08-04T05:25:26","subject":"Re: [PATCH 1/2] mm: Allow disabling deferred struct page\n\tinitialisation","submitter":{"id":11795,"url":"http://patchwork.ozlabs.org/api/people/11795/","name":"Srikar Dronamraju","email":"srikar@linux.vnet.ibm.com"},"content":"* Dave Hansen [2016-08-03 11:17:43]:\n\n> On 08/02/2016 11:38 PM, Srikar Dronamraju wrote:\n> > * Dave Hansen [2016-08-02 11:09:21]:\n> >> On 08/02/2016 06:19 AM, Srikar Dronamraju wrote:\n> >>> Kernels compiled with CONFIG_DEFERRED_STRUCT_PAGE_INIT will initialise\n> >>> only certain size memory per node. The certain size takes into account\n> >>> the dentry and inode cache sizes. However such a kernel when booting a\n> >>> secondary kernel will not be able to allocate the required amount of\n> >>> memory to suffice for the dentry and inode caches. This results in\n> >>> crashes like the below on large systems such as 32 TB systems.\n> >>\n> >> What's a \"secondary kernel\"?\n> >>\n> > I mean the kernel thats booted to collect the crash, On fadump, the\n> > first kernel acts as the secondary kernel i.e the same kernel is booted\n> > to collect the crash.\n> \n> OK, but I'm still not seeing what the problem is. You've said that it\n> crashes and that it crashes during inode/dentry cache allocation.\n> \n> But, *why* does the same kernel image crash in when it is used as a\n> \"secondary kernel\"?\n> \n\nI guess you already got it. But let me try to explain it again.\n\nLets say we have a 32 TB system with 16 nodes each node having 2T of\nmemory. We are assuming deferred page initialisation is configured.\n\nWhen the regular kernel boots,\n1. It reserves 5% of the memory for fadump.\n2. It initializes 8GB per node, i.e 128GB\n3. It allocated dentry/inode cache which is around 16GB.\n4. It then kicks the parallel page struct initialization.\n\nNow lets say kernel crashed and fadump was triggered.\n\n1. The same kernel boots in the 5% reserved space which is 1600GB\n2. It reserves the rest 95% memory.\n3. It tries to initialize 8GB per node but can only initialize 8GB.\n\t(since except for 1st node the rest nodes are all reserved)\n4. It tries to allocate dentry/inode cache of 16GB but fails.\n\t(tries to reclaim but reclaim needs spinlock \n\tand spinlock is not yet initialized.)","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 3s4dhx3bNhz9t14\n\tfor ;\n\tThu, 4 Aug 2016 15:26:41 +1000 (AEST)","from ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 3s4dhx2q7mzDqZ9\n\tfor ;\n\tThu, 4 Aug 2016 15:26:41 +1000 (AEST)","from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com\n\t[148.163.156.1])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 3s4dgl2Xd6zDqRt\n\tfor ;\n\tThu, 4 Aug 2016 15:25:39 +1000 (AEST)","from pps.filterd (m0098394.ppops.net [127.0.0.1])\n\tby mx0a-001b2d01.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id\n\tu745ONlU135769\n\tfor ; Thu, 4 Aug 2016 01:25:37 -0400","from e23smtp09.au.ibm.com (e23smtp09.au.ibm.com [202.81.31.142])\n\tby mx0a-001b2d01.pphosted.com with ESMTP id 24kkahsvgg-1\n\t(version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)\n\tfor ; Thu, 04 Aug 2016 01:25:37 -0400","from localhost\n\tby e23smtp09.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use\n\tOnly! Violators will be prosecuted\n\tfor from ; \n\tThu, 4 Aug 2016 15:25:34 +1000","from d23dlp01.au.ibm.com (202.81.31.203)\n\tby e23smtp09.au.ibm.com (202.81.31.206) with IBM ESMTP SMTP Gateway:\n\tAuthorized Use Only! Violators will be prosecuted; \n\tThu, 4 Aug 2016 15:25:31 +1000","from d23relay06.au.ibm.com (d23relay06.au.ibm.com [9.185.63.219])\n\tby d23dlp01.au.ibm.com (Postfix) with ESMTP id 3D61B2CE8054\n\tfor ;\n\tThu, 4 Aug 2016 15:25:31 +1000 (EST)","from d23av01.au.ibm.com (d23av01.au.ibm.com [9.190.234.96])\n\tby d23relay06.au.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id\n\tu745PVMe32440488\n\tfor ; Thu, 4 Aug 2016 15:25:31 +1000","from d23av01.au.ibm.com (localhost [127.0.0.1])\n\tby d23av01.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id\n\tu745PUZf007593\n\tfor ; Thu, 4 Aug 2016 15:25:31 +1000","from linux.vnet.ibm.com (srdronam.in.ibm.com [9.124.31.34])\n\tby d23av01.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with SMTP id\n\tu745PQLQ007530; Thu, 4 Aug 2016 15:25:27 +1000"],"X-IBM-Helo":"d23dlp01.au.ibm.com","X-IBM-MailFrom":"srikar@linux.vnet.ibm.com","X-IBM-RcptTo":"linuxppc-dev@lists.ozlabs.org","Date":"Thu, 4 Aug 2016 10:55:26 +0530","From":"Srikar Dronamraju ","To":"Dave Hansen ","Subject":"Re: [PATCH 1/2] mm: Allow disabling deferred struct page\n\tinitialisation","References":"<1470143947-24443-1-git-send-email-srikar@linux.vnet.ibm.com>\n\t<1470143947-24443-2-git-send-email-srikar@linux.vnet.ibm.com>\n\t<57A0E1D1.8020608@intel.com>\n\t<20160803063808.GI6310@linux.vnet.ibm.com>\n\t<57A23547.1070207@intel.com>","MIME-Version":"1.0","Content-Type":"text/plain; charset=iso-8859-1","Content-Disposition":"inline","In-Reply-To":"<57A23547.1070207@intel.com>","User-Agent":"Mutt/1.5.23 (2014-03-12)","X-TM-AS-MML":"disable","X-Content-Scanned":"Fidelis XPS MAILER","x-cbid":"16080405-0052-0000-0000-000001B67BC3","X-IBM-AV-DETECTION":"SAVI=unused REMOTE=unused XFE=unused","x-cbparentid":"16080405-0053-0000-0000-00000681D599","Message-Id":"<20160804052526.GB11268@linux.vnet.ibm.com>","X-Proofpoint-Virus-Version":"vendor=fsecure engine=2.50.10432:, ,\n\tdefinitions=2016-08-04_04:, , signatures=0","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n\tspamscore=0 suspectscore=0\n\tmalwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam\n\tadjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000\n\tdefinitions=main-1608040062","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","Reply-To":"Srikar Dronamraju ","Cc":"linuxppc-dev@lists.ozlabs.org, Michal Hocko ,\n\tlinux-mm@kvack.org, mahesh@linux.vnet.ibm.com,\n\thbathini@linux.vnet.ibm.com, Andrew Morton ,\n\tMel Gorman ,\n\tVlastimil Babka ","Errors-To":"linuxppc-dev-bounces+patchwork-incoming=ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n\t"}}]