From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753580AbbDMJFc (ORCPT ); Mon, 13 Apr 2015 05:05:32 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:46592 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752513AbbDMJF3 (ORCPT ); Mon, 13 Apr 2015 05:05:29 -0400 Date: Mon, 13 Apr 2015 11:05:26 +0200 From: Greg KH To: Boaz Harrosh Cc: Christoph Hellwig , linux-nvdimm@ml01.01.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, x86@kernel.org, axboe@kernel.dk, ross.zwisler@linux.intel.com Subject: Re: [PATCH A+B] pmem: Add prints at module load and unload Message-ID: <20150413090526.GB4928@kroah.com> References: <1427872339-6688-1-git-send-email-hch@lst.de> <5523FBC7.80301@plexistor.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5523FBC7.80301@plexistor.com> 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 On Tue, Apr 07, 2015 at 06:46:15PM +0300, Boaz Harrosh wrote: > Hi Christoph, Ingo > > It is important in the lab for postmortem analysis to know if > pmem driver loaded and/or unloaded. And the return code from this > operation. > > I submit two versions [A] more chatty and version [B]. Both give me > the info I need. > > I like [B] because [A] prints more lines, and also the driver might not > load at the end and we would still not see it from [A]'s prints. > > But it does not matter that much just take any one you guys like > better. > > Here are the commit logs: > --- > [PATCH 1A] pmem: Add prints at pmem_probe/remove > > Add small prints at creation/remove of pmem devices. > So we can see in dmesg logs when users loaded/unloaded > the pmem driver and what devices were created. > > The prints will look like this: > Printed by e820 on load: > [ +0.000000] user: [mem 0x0000000100000000-0x000000015fffffff] persistent (type 12) > [ +0.000000] user: [mem 0x0000000160000000-0x00000001dfffffff] persistent (type 12) > ... > Printed by modprobe pmem: > [ +0.003065] pmem pmem.0.auto: probe [0x0000000100000000:0x60000000] > [ +0.001816] pmem pmem.1.auto: probe [0x0000000160000000:0x80000000] > ... > Printed by modprobe -r pmem: > [ +16.299145] pmem pmem.1.auto: remove > [ +0.011155] pmem pmem.0.auto: remove > > Signed-off-by: Boaz Harrosh Don't polute the kernel logs with "chatty" things like this, just trigger off of the block device uevent if you really want to know if the block device is still around or not. thanks, greg k-h