From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753380AbdHKQYj (ORCPT ); Fri, 11 Aug 2017 12:24:39 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:16756 "EHLO userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752901AbdHKQYc (ORCPT ); Fri, 11 Aug 2017 12:24:32 -0400 Subject: Re: [v6 04/15] mm: discard memblock data later To: Michal Hocko Cc: linux-kernel@vger.kernel.org, sparclinux@vger.kernel.org, linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, linux-arm-kernel@lists.infradead.org, x86@kernel.org, kasan-dev@googlegroups.com, borntraeger@de.ibm.com, heiko.carstens@de.ibm.com, davem@davemloft.net, willy@infradead.org, ard.biesheuvel@linaro.org, will.deacon@arm.com, catalin.marinas@arm.com, sam@ravnborg.org, Mel Gorman References: <1502138329-123460-1-git-send-email-pasha.tatashin@oracle.com> <1502138329-123460-5-git-send-email-pasha.tatashin@oracle.com> <20170811093249.GE30811@dhcp22.suse.cz> <6366171f-1a30-2faa-d776-01983fcb5a00@oracle.com> <20170811160436.GS30811@dhcp22.suse.cz> From: Pasha Tatashin Message-ID: Date: Fri, 11 Aug 2017 12:22:52 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170811160436.GS30811@dhcp22.suse.cz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Source-IP: userv0022.oracle.com [156.151.31.74] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >> I will address your comment, and send out a new patch. Should I send it out >> separately from the series or should I keep it inside? > > I would post it separatelly. It doesn't depend on the rest. OK, I will post it separately. No it does not depend on the rest, but the reset depends on this. So, I am not sure how to enforce that this comes before the rest. > >> Also, before I send out a new patch, I will need to root cause and resolve >> problem found by kernel test robot , and bisected >> down to this patch. >> >> [ 156.659400] BUG: Bad page state in process swapper pfn:03147 >> [ 156.660051] page:ffff88001ed8a1c0 count:0 mapcount:-127 mapping: >> (null) index:0x1 >> [ 156.660917] flags: 0x0() >> [ 156.661198] raw: 0000000000000000 0000000000000000 0000000000000001 >> 00000000ffffff80 >> [ 156.662006] raw: ffff88001f4a8120 ffff88001ed85ce0 0000000000000000 >> 0000000000000000 >> [ 156.662811] page dumped because: nonzero mapcount >> [ 156.663307] CPU: 0 PID: 1 Comm: swapper Not tainted >> 4.13.0-rc3-00220-g1aad694 #1 >> [ 156.664077] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS >> 1.9.3-20161025_171302-gandalf 04/01/2014 >> [ 156.665129] Call Trace: >> [ 156.665422] dump_stack+0x1e/0x20 >> [ 156.665802] bad_page+0x122/0x148 > > Was the report related with this patch? Yes, they said that the problem was bisected down to this patch. Do you know if there is a way to submit a patch to this test robot? Thank you, Pasha From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasha Tatashin Date: Fri, 11 Aug 2017 16:22:52 +0000 Subject: Re: [v6 04/15] mm: discard memblock data later Message-Id: List-Id: References: <1502138329-123460-1-git-send-email-pasha.tatashin@oracle.com> <1502138329-123460-5-git-send-email-pasha.tatashin@oracle.com> <20170811093249.GE30811@dhcp22.suse.cz> <6366171f-1a30-2faa-d776-01983fcb5a00@oracle.com> <20170811160436.GS30811@dhcp22.suse.cz> In-Reply-To: <20170811160436.GS30811@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-arm-kernel@lists.infradead.org >> I will address your comment, and send out a new patch. Should I send it out >> separately from the series or should I keep it inside? > > I would post it separatelly. It doesn't depend on the rest. OK, I will post it separately. No it does not depend on the rest, but the reset depends on this. So, I am not sure how to enforce that this comes before the rest. > >> Also, before I send out a new patch, I will need to root cause and resolve >> problem found by kernel test robot , and bisected >> down to this patch. >> >> [ 156.659400] BUG: Bad page state in process swapper pfn:03147 >> [ 156.660051] page:ffff88001ed8a1c0 count:0 mapcount:-127 mapping: >> (null) index:0x1 >> [ 156.660917] flags: 0x0() >> [ 156.661198] raw: 0000000000000000 0000000000000000 0000000000000001 >> 00000000ffffff80 >> [ 156.662006] raw: ffff88001f4a8120 ffff88001ed85ce0 0000000000000000 >> 0000000000000000 >> [ 156.662811] page dumped because: nonzero mapcount >> [ 156.663307] CPU: 0 PID: 1 Comm: swapper Not tainted >> 4.13.0-rc3-00220-g1aad694 #1 >> [ 156.664077] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS >> 1.9.3-20161025_171302-gandalf 04/01/2014 >> [ 156.665129] Call Trace: >> [ 156.665422] dump_stack+0x1e/0x20 >> [ 156.665802] bad_page+0x122/0x148 > > Was the report related with this patch? Yes, they said that the problem was bisected down to this patch. Do you know if there is a way to submit a patch to this test robot? Thank you, Pasha From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yw0-f197.google.com (mail-yw0-f197.google.com [209.85.161.197]) by kanga.kvack.org (Postfix) with ESMTP id 3F8866B02B4 for ; Fri, 11 Aug 2017 12:23:55 -0400 (EDT) Received: by mail-yw0-f197.google.com with SMTP id y145so64353504ywa.9 for ; Fri, 11 Aug 2017 09:23:55 -0700 (PDT) Received: from userp1040.oracle.com (userp1040.oracle.com. [156.151.31.81]) by mx.google.com with ESMTPS id s1si344091ywd.106.2017.08.11.09.23.53 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Aug 2017 09:23:54 -0700 (PDT) Subject: Re: [v6 04/15] mm: discard memblock data later References: <1502138329-123460-1-git-send-email-pasha.tatashin@oracle.com> <1502138329-123460-5-git-send-email-pasha.tatashin@oracle.com> <20170811093249.GE30811@dhcp22.suse.cz> <6366171f-1a30-2faa-d776-01983fcb5a00@oracle.com> <20170811160436.GS30811@dhcp22.suse.cz> From: Pasha Tatashin Message-ID: Date: Fri, 11 Aug 2017 12:22:52 -0400 MIME-Version: 1.0 In-Reply-To: <20170811160436.GS30811@dhcp22.suse.cz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Michal Hocko Cc: linux-kernel@vger.kernel.org, sparclinux@vger.kernel.org, linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, linux-arm-kernel@lists.infradead.org, x86@kernel.org, kasan-dev@googlegroups.com, borntraeger@de.ibm.com, heiko.carstens@de.ibm.com, davem@davemloft.net, willy@infradead.org, ard.biesheuvel@linaro.org, will.deacon@arm.com, catalin.marinas@arm.com, sam@ravnborg.org, Mel Gorman >> I will address your comment, and send out a new patch. Should I send it out >> separately from the series or should I keep it inside? > > I would post it separatelly. It doesn't depend on the rest. OK, I will post it separately. No it does not depend on the rest, but the reset depends on this. So, I am not sure how to enforce that this comes before the rest. > >> Also, before I send out a new patch, I will need to root cause and resolve >> problem found by kernel test robot , and bisected >> down to this patch. >> >> [ 156.659400] BUG: Bad page state in process swapper pfn:03147 >> [ 156.660051] page:ffff88001ed8a1c0 count:0 mapcount:-127 mapping: >> (null) index:0x1 >> [ 156.660917] flags: 0x0() >> [ 156.661198] raw: 0000000000000000 0000000000000000 0000000000000001 >> 00000000ffffff80 >> [ 156.662006] raw: ffff88001f4a8120 ffff88001ed85ce0 0000000000000000 >> 0000000000000000 >> [ 156.662811] page dumped because: nonzero mapcount >> [ 156.663307] CPU: 0 PID: 1 Comm: swapper Not tainted >> 4.13.0-rc3-00220-g1aad694 #1 >> [ 156.664077] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS >> 1.9.3-20161025_171302-gandalf 04/01/2014 >> [ 156.665129] Call Trace: >> [ 156.665422] dump_stack+0x1e/0x20 >> [ 156.665802] bad_page+0x122/0x148 > > Was the report related with this patch? Yes, they said that the problem was bisected down to this patch. Do you know if there is a way to submit a patch to this test robot? Thank you, Pasha -- 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 From: pasha.tatashin@oracle.com (Pasha Tatashin) Date: Fri, 11 Aug 2017 12:22:52 -0400 Subject: [v6 04/15] mm: discard memblock data later In-Reply-To: <20170811160436.GS30811@dhcp22.suse.cz> References: <1502138329-123460-1-git-send-email-pasha.tatashin@oracle.com> <1502138329-123460-5-git-send-email-pasha.tatashin@oracle.com> <20170811093249.GE30811@dhcp22.suse.cz> <6366171f-1a30-2faa-d776-01983fcb5a00@oracle.com> <20170811160436.GS30811@dhcp22.suse.cz> Message-ID: To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org >> I will address your comment, and send out a new patch. Should I send it out >> separately from the series or should I keep it inside? > > I would post it separatelly. It doesn't depend on the rest. OK, I will post it separately. No it does not depend on the rest, but the reset depends on this. So, I am not sure how to enforce that this comes before the rest. > >> Also, before I send out a new patch, I will need to root cause and resolve >> problem found by kernel test robot , and bisected >> down to this patch. >> >> [ 156.659400] BUG: Bad page state in process swapper pfn:03147 >> [ 156.660051] page:ffff88001ed8a1c0 count:0 mapcount:-127 mapping: >> (null) index:0x1 >> [ 156.660917] flags: 0x0() >> [ 156.661198] raw: 0000000000000000 0000000000000000 0000000000000001 >> 00000000ffffff80 >> [ 156.662006] raw: ffff88001f4a8120 ffff88001ed85ce0 0000000000000000 >> 0000000000000000 >> [ 156.662811] page dumped because: nonzero mapcount >> [ 156.663307] CPU: 0 PID: 1 Comm: swapper Not tainted >> 4.13.0-rc3-00220-g1aad694 #1 >> [ 156.664077] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS >> 1.9.3-20161025_171302-gandalf 04/01/2014 >> [ 156.665129] Call Trace: >> [ 156.665422] dump_stack+0x1e/0x20 >> [ 156.665802] bad_page+0x122/0x148 > > Was the report related with this patch? Yes, they said that the problem was bisected down to this patch. Do you know if there is a way to submit a patch to this test robot? Thank you, Pasha