From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752539AbdJ3JTp (ORCPT ); Mon, 30 Oct 2017 05:19:45 -0400 Received: from mail-wm0-f65.google.com ([74.125.82.65]:50444 "EHLO mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752373AbdJ3JTn (ORCPT ); Mon, 30 Oct 2017 05:19:43 -0400 X-Google-Smtp-Source: ABhQp+RCEVDrAfzCfFnblsLeFdeIOZ5+oaT5La1gHtxzjRs+Y5NhokHWfmOB7ExNgvDmPrt+IiFHjg== Date: Mon, 30 Oct 2017 12:19:40 +0300 From: "Kirill A. Shutemov" To: Fengguang Wu Cc: Linux Memory Management List , Linus Torvalds , Linux Kernel Mailing List , "Kirill A. Shutemov" , Vineet Gupta , "Aneesh Kumar K.V" , Dan Williams , Geliang Tang Subject: Re: [pgtable_trans_huge_withdraw] BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 Message-ID: <20171030091940.mcljomnaqvrhvwjx@node.shutemov.name> References: <20171029225155.qcum5i75awrt5tzm@wfg-t540p.sh.intel.com> <20171029233701.4pjqaesnrjqshmzn@wfg-t540p.sh.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171029233701.4pjqaesnrjqshmzn@wfg-t540p.sh.intel.com> User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 30, 2017 at 12:37:01AM +0100, Fengguang Wu wrote: > CC MM people. > > On Sun, Oct 29, 2017 at 11:51:55PM +0100, Fengguang Wu wrote: > > Hi Linus, > > > > Up to now we see the below boot error/warnings when testing v4.14-rc6. > > > > They hit the RC release mainly due to various imperfections in 0day's > > auto bisection. So I manually list them here and CC the likely easy to > > debug ones to the corresponding maintainers in the followup emails. > > > > boot_successes: 4700 > > boot_failures: 247 > > > > BUG:kernel_hang_in_test_stage: 152 > > BUG:kernel_reboot-without-warning_in_test_stage: 10 > > BUG:sleeping_function_called_from_invalid_context_at_kernel/locking/mutex.c: 1 > > BUG:sleeping_function_called_from_invalid_context_at_kernel/locking/rwsem.c: 3 > > BUG:sleeping_function_called_from_invalid_context_at_mm/page_alloc.c: 21 > > BUG:soft_lockup-CPU##stuck_for#s: 1 > > BUG:unable_to_handle_kernel: 13 > > Here is the call trace: > > [ 956.669197] [ 956.670421] stress-ng: fail: [27945] stress-ng-numa: > get_mempolicy: errno=22 (Invalid argument) Can you also share how you run stress-ng? Is it reproducible? -- Kirill A. Shutemov