From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760623Ab0FQXrI (ORCPT ); Thu, 17 Jun 2010 19:47:08 -0400 Received: from mail.perches.com ([173.55.12.10]:1185 "EHLO mail.perches.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757217Ab0FQXrG (ORCPT ); Thu, 17 Jun 2010 19:47:06 -0400 Subject: Re: [PATCH] staging:comedi: Fixed coding convention issues. From: Joe Perches To: Greg KH , Ian Abbott , Frank Mori Hess Cc: Mark Rankilor , devel@driverdev.osuosl.org, Henri =?ISO-8859-1?Q?H=E4kkinen?= , gregkh@suse.de, andrea.gelmini@gelma.net, linux-kernel@vger.kernel.org In-Reply-To: <20100617232810.GA6821@kroah.com> References: <1276337681-4327-1-git-send-email-henuxd@gmail.com> <1276405626.1449.26.camel@Joe-Laptop.home> <1276407050.1449.28.camel@Joe-Laptop.home> <20100617225108.GA32334@kroah.com> <1276816558.1005.93.camel@Joe-Laptop.home> <20100617232810.GA6821@kroah.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 17 Jun 2010 16:47:01 -0700 Message-ID: <1276818421.1005.99.camel@Joe-Laptop.home> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2010-06-17 at 16:28 -0700, Greg KH wrote: > On Thu, Jun 17, 2010 at 04:15:58PM -0700, Joe Perches wrote: > > On Thu, 2010-06-17 at 15:51 -0700, Greg KH wrote: > > > On Sat, Jun 12, 2010 at 10:30:50PM -0700, Joe Perches wrote: > > > > On Sat, 2010-06-12 at 22:07 -0700, Joe Perches wrote: > > > > > 2: Create some comedi logging functions or macros like: > > > > > comedi_(fmt, arg...) (ie: comedi_info, comedi_err, etc) > > > > > where "comedi:" is always prefixed and an > > > > > optional #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt > > > > > could be used. > > > > > I would prefer the conversion of everything over to the dev_printk() > > > versions instead of creating a new macro for every individual subsystem. > > > That way you get the advantage of logging everything in the common > > > format and the dynamic debug functionality as well. > > > > What I posted has dynamic_debug. > > > > +#elif defined(CONFIG_DYNAMIC_DEBUG) > > +/* dynamic_pr_debug() uses pr_fmt() internally so we don't need it here */ > > +#define comedi_debug(fmt, ...) \ > > + dynamic_pr_debug(fmt, ##__VA_ARGS__) > > > > As far as I know, comedi doesn't always take a struct device *. > > I believe it's only used when there's a DMA. > > No, there's a struct device down in the device almost always. > > > In struct comedi_device, there are two struct device *'s. > > > > struct device *class_dev; > > ... > > struct device *hw_dev; > > hw_dev is what we want to use. Perhaps Ian or Frank might clarify if that's reasonable. It doesn't look like it to me. Look at comedi_set_hw_dev. See how often it's used?