From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bart Van Assche Subject: Re: v4.3-rc2 dm-mq bug Date: Fri, 25 Sep 2015 08:37:26 -0700 Message-ID: <56056A36.8060900@sandisk.com> References: <56044A6E.90900@sandisk.com> <20150924211804.GA16328@redhat.com> <20150925003755.GA5984@xzibit.linux.bs1.fc.nec.co.jp> Reply-To: device-mapper development Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20150925003755.GA5984@xzibit.linux.bs1.fc.nec.co.jp> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dm-devel-bounces@redhat.com Errors-To: dm-devel-bounces@redhat.com To: Junichi Nomura , Mike Snitzer Cc: device-mapper development List-Id: dm-devel.ids On 09/24/2015 05:42 PM, Junichi Nomura wrote: > Since __dm_destroy() depends on monotonic decrease of md->holders, > assertion check of !DMF_FREEING in dm_get() is a valid protection > from use-after-free. If we are to remove the check, __dm_destroy() > should be changed to cope with the situation. > > I'm curious why there were pending I/Os after DMF_FEEING set. > Can this problem be reproducible with non dm-mq setup or older kernels? > How did you remove the dm device in your testing? Hello Junichi, Thanks for stepping in. Sorry but I do not know whether or not this problem is reproducible without dm-mq or with older kernels. The dm device was removed via the command "dmsetup remove_all". Bart.