linux-kernel - Re: [linus:master] [mm, slub] 0af8489b02: kernel_BUG_at

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Mon, 9 Jan 2023 22:16:44 +0800
From:   Oliver Sang <oliver.sang@...el.com>
To:     Hyeonggon Yoo <42.hyeyoo@...il.com>
CC:     Vlastimil Babka <vbabka@...e.cz>, <oe-lkp@...ts.linux.dev>,
        <lkp@...el.com>, Mike Rapoport <rppt@...ux.ibm.com>,
        Christoph Lameter <cl@...ux.com>,
        <linux-kernel@...r.kernel.org>, <linux-mm@...ck.org>,
        Matthew Wilcox <willy@...radead.org>
Subject: Re: [linus:master] [mm, slub] 0af8489b02:
 kernel_BUG_at_include/linux/mm.h

hi, Hyeonggon,

On Thu, Jan 05, 2023 at 11:47:22PM +0900, Hyeonggon Yoo wrote:
> On Thu, Jan 05, 2023 at 09:46:06AM +0800, Oliver Sang wrote:
> > If you need more information, please let us know. Thanks
> 
> Can we get a vmcore dump using kdump functionality?

it's kind of hard for us to enable kdump in our test framework, which we
need put some efforts to investigate, so maybe we cannot supply vmcore dump
for now.

but as you complained as:

> > To reproduce:
> >
> >         # build kernel
> >     cd linux
> >     cp config-6.1.0-rc2-00014-g0af8489b0216 .config
> >     make HOSTCC=gcc-11 CC=gcc-11 ARCH=i386 olddefconfig prepare modules_prepare bzImage modules
> >     make HOSTCC=gcc-11 CC=gcc-11 ARCH=i386 INSTALL_MOD_PATH=<mod-install-dir> modules_install
> >     cd <mod-install-dir>
> >     find lib/ | cpio -o -H newc --quiet | gzip > modules.cgz
> >
> >
> >         git clone https://github.com/intel/lkp-tests.git
> >         cd lkp-tests
> >         bin/lkp qemu -k <bzImage> -m modules.cgz job-script # job-script is attached in this email
> >
> >         # if come across any failure that blocks the test,
> >         # please remove ~/.lkp and /lkp dir to run from a clean state.
>
>
> I was unable to reproduce in the same way as described above
> because some files referenced in job-script couldn't be downloaded from
> download.01.org/0day :(

sorry for this, download.01.org is in migration stage, now we uploaded missed
images manually, above reproducer should be ok now.

could you have a try? and not sure if it's easy for you to enable kdump while
you try local reproduce?

anyway, this is just FYI.

at the same time, as Vlastimil gave us a great suggestion to try to do more
bisection to see if there is a real fbc, we now start to try to find a clean
base. thanks

> 
> -- 
> Thanks,
> Hyeonggon
>