Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760171Ab2JYTc5 (ORCPT ); Thu, 25 Oct 2012 15:32:57 -0400 Received: from cantor2.suse.de ([195.135.220.15]:60176 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757284Ab2JYTcz (ORCPT ); Thu, 25 Oct 2012 15:32:55 -0400 Date: Thu, 25 Oct 2012 21:32:49 +0200 From: Jan Kara To: Naoya Horiguchi Cc: Andi Kleen , Tony Luck , Wu Fengguang , Andrew Morton , Jan Kara , "Jun'ichi Nomura" , Akira Fujita , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-ext4@vger.kernel.org Subject: Re: [PATCH 1/3] mm: print out information of file affected by memory error Message-ID: <20121025193249.GC3262@quack.suse.cz> References: <1351177969-893-1-git-send-email-n-horiguchi@ah.jp.nec.com> <1351177969-893-2-git-send-email-n-horiguchi@ah.jp.nec.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1351177969-893-2-git-send-email-n-horiguchi@ah.jp.nec.com> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1778 Lines: 50 On Thu 25-10-12 11:12:47, Naoya Horiguchi wrote: > Printing out the information about which file can be affected by a > memory error in generic_error_remove_page() is helpful for user to > estimate the impact of the error. > > Signed-off-by: Naoya Horiguchi > --- > mm/truncate.c | 8 +++++++- > 1 file changed, 7 insertions(+), 1 deletion(-) > > diff --git v3.7-rc2.orig/mm/truncate.c v3.7-rc2/mm/truncate.c > index d51ce92..df0c6ab7 100644 > --- v3.7-rc2.orig/mm/truncate.c > +++ v3.7-rc2/mm/truncate.c > @@ -151,14 +151,20 @@ int truncate_inode_page(struct address_space *mapping, struct page *page) > */ > int generic_error_remove_page(struct address_space *mapping, struct page *page) > { > + int ret; > + struct inode *inode = mapping->host; > + This will oops if mapping == NULL. Currently the only caller seems to check beforehand but still, it's better keep the code as robust as it it. > if (!mapping) > return -EINVAL; > /* > * Only punch for normal data pages for now. > * Handling other types like directories would need more auditing. > */ > - if (!S_ISREG(mapping->host->i_mode)) > + if (!S_ISREG(inode->i_mode)) > return -EIO; > + pr_info("MCE %#lx: file info pgoff:%lu, inode:%lu, dev:%s\n", > + page_to_pfn(page), page_index(page), > + inode->i_ino, inode->i_sb->s_id); > return truncate_inode_page(mapping, page); > } > EXPORT_SYMBOL(generic_error_remove_page); Otherwise the patch looks OK. Honza -- Jan Kara SUSE Labs, CR -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/