From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754749Ab0JTSE0 (ORCPT ); Wed, 20 Oct 2010 14:04:26 -0400 Received: from imr4.ericy.com ([198.24.6.8]:57764 "EHLO imr4.ericy.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754027Ab0JTSEY (ORCPT ); Wed, 20 Oct 2010 14:04:24 -0400 Date: Wed, 20 Oct 2010 11:03:28 -0700 From: Guenter Roeck To: Jean Delvare CC: Joe Perches , Hans de Goede , Alistair John Strachan , Henrik Rydberg , "Mark M. Hoffman" , Luca Tettamanti , Fenghua Yu , Juerg Haefliger , Eric Piel , Jim Cromie , Roger Lucas , "lm-sensors@lm-sensors.org" , LKML Subject: Re: [PATCH] drivers/hwmon: Use pr_fmt and pr_ Message-ID: <20101020180328.GB22819@ericsson.com> References: <1287530020.10409.594.camel@Joe-Laptop> <20101020032938.GA20095@ericsson.com> <1287545658.10409.606.camel@Joe-Laptop> <20101020035346.GA20178@ericsson.com> <1287547662.10409.618.camel@Joe-Laptop> <20101020093438.07b129c8@endymion.delvare> <20101020144608.GA21937@ericsson.com> <20101020183835.202989c9@endymion.delvare> <20101020164343.GA22572@ericsson.com> <20101020184640.0df26e35@endymion.delvare> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20101020184640.0df26e35@endymion.delvare> 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 On Wed, Oct 20, 2010 at 12:46:40PM -0400, Jean Delvare wrote: > On Wed, 20 Oct 2010 09:43:43 -0700, Guenter Roeck wrote: > > On Wed, Oct 20, 2010 at 12:38:35PM -0400, Jean Delvare wrote: > > > But first of all, I really would like the pr_fmt issue do be sorted > > > out. I don't like the idea of having to redefine it in every driver, > > > when it seems easy to avoid that. Joe? > > > > Agreed, especially since it doesn't seem to be used in many of the drivers. > > As I understand it, it's used silently by all pr_*() calls. I don't really understand the resistance to add the module name to the default pr_fmt in kernel.h, and I really don't like the idea to spread pr_fmt defines throughout the code instead. Maybe I am missing something, but to me the result of this cleanup is less clean code than before. What is your take ? Guenter