[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <1530635946.24245.15.camel@abdul.in.ibm.com>
Date: Tue, 03 Jul 2018 22:09:06 +0530
From: Abdul Haleem <abdhalee@...ux.vnet.ibm.com>
To: Michael Ellerman <mpe@...erman.id.au>
Cc: linuxppc-dev <linuxppc-dev@...ts.ozlabs.org>,
linux-fsdevel <linux-fsdevel@...r.kernel.org>,
linux-next <linux-next@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
linux-scsi <linux-scsi@...r.kernel.org>,
Stephen Rothwell <sfr@...b.auug.org.au>,
sachinp <sachinp@...ux.vnet.ibm.com>,
sim <sim@...ux.vnet.ibm.com>,
manvanth <manvanth@...ux.vnet.ibm.com>,
Brian King <brking@...ux.vnet.ibm.com>,
linux-block@...r.kernel.org,
Kent Overstreet <kent.overstreet@...il.com>,
Jens Axboe <axboe@...nel.dk>
Subject: Re: Oops in kmem_cache_free() via bioset_exit() (was Re:
[next-20180601][nvme][ppc] Kernel Oops is triggered when creating lvm
snapshots on nvme disks)
On Fri, 2018-06-29 at 00:42 +1000, Michael Ellerman wrote:
> Kent, Jens,
>
> This looks like it might be related to the recent bioset changes?
>
> cheers
>
> Abdul Haleem <abdhalee@...ux.vnet.ibm.com> writes:
> > On Tue, 2018-06-26 at 23:36 +1000, Michael Ellerman wrote:
> >> Abdul Haleem <abdhalee@...ux.vnet.ibm.com> writes:
> ...
> > I was able to reproduce again with slub_debug=FZP and DEBUG_INFO enabled
> > on 4.17.0-rc7-next-20180601, but not much traces other than the Oops stack trace
>
> Are you still testing on that revision? It's nearly a month old.
>
> Please try to reproduce on mainline or today's linux-next.
Problem is not reproducible on 4.18.0-rc3 mainline and today's next
kernel
--
Regard's
Abdul Haleem
IBM Linux Technology Centre
Powered by blists - more mailing lists