Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753455AbbFVRzu (ORCPT ); Mon, 22 Jun 2015 13:55:50 -0400 Received: from mx1.redhat.com ([209.132.183.28]:32897 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751420AbbFVRzm (ORCPT ); Mon, 22 Jun 2015 13:55:42 -0400 Date: Mon, 22 Jun 2015 13:55:41 -0400 From: Vivek Goyal To: Tejun Heo Cc: Christoph Hellwig , Mike Snitzer , dm-devel@redhat.com, Andi Kleen , linux-kernel@vger.kernel.org Subject: Re: WARNING: at fs/block_dev.c:5 when removing LV on removed device Message-ID: <20150622175541.GB2965@redhat.com> References: <20150618165713.GB19417@two.firstfloor.org> <20150618180408.GD2321@redhat.com> <20150618180804.GC19417@two.firstfloor.org> <20150618181619.GE2321@redhat.com> <20150618190815.GA6390@redhat.com> <20150618192821.GA4027@redhat.com> <20150619064721.GA1183@lst.de> <20150622174648.GA2965@redhat.com> <20150622175255.GB3710@mtj.duckdns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150622175255.GB3710@mtj.duckdns.org> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1283 Lines: 36 On Mon, Jun 22, 2015 at 01:52:55PM -0400, Tejun Heo wrote: > Hello, > > On Mon, Jun 22, 2015 at 01:46:48PM -0400, Vivek Goyal wrote: > > Subject: fs/block_dev.c: Warn on inode writeback failure instead of WARN_ON() > > > > If a block device is hot removed and later last reference to devices > > is put, we try to writeback the dirty inode. But device is gone and > > that writeback fails. > > > > Currently we do a WARN_ON() which does not seem to be the right thing. > > Convert it to a ratelimited kernel warning. > > Yeah, looks good to me. Just one nit. > > ... > > + if (write_inode_now(inode, true)) { > > + char name[BDEVNAME_SIZE] = ""; > > + pr_warn_ratelimited("VFS: Dirty inode writeback failed for block device %s.\n", bdevname(bdev, name)); > > This wasn't reported before either but maybe we wanna report the errno > too? Also, don't we usually break the line for parameters? > > pr_..("long format string going over 80 col...\n", > param0, param1, ...); Hi Tejun, Will do. I have been doing some go programming in docker recently and this has been a side effect of that. :-) Will format it correctly. Thanks Vivek -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in Please read the FAQ at http://www.tux.org/lkml/