From: James Bottomley <James.Bottomley@steeleye.com>
To: Daniel Stekloff <dsteklof@us.ibm.com>
Cc: SCSI Mailing List <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH 1/2] sdev_printk - scsi_device helper macro
Date: 31 Mar 2004 14:29:14 -0500 [thread overview]
Message-ID: <1080761358.2071.35.camel@mulgrave> (raw)
In-Reply-To: <200403311123.53361.dsteklof@us.ibm.com>
On Wed, 2004-03-31 at 14:23, Daniel Stekloff wrote:
> One of the reasons why I didn't make this a #define to dev_printk() in the
> first place was because dev_printk() references "(dev)->driver->name", which
> isn't always valid when sdev_printk() is used. Please see scsi_scan.c as an
> example. The dev_printk() macro has that limitation.
>
> How would you like to proceed?
>
> 1) Make the #define to dev_printk and only use sdev_printk in situations where
> struct device_driver is valid? This will reduce the number of places it can
> be used.
I think this is my preferred option. That only leaves our scanning and
inquiry code as the exception. It still sweeps up most of the driver
stuff.
It might be possible to improve this situation by initialising the
device earlier too.
> 2) Keep sdev_printk() as is.
>
> 3) Create a check in the macro to see if dev->driver is valid.
>
> 4) Don't use sdev_printk().
>
> I've noticed a number of patches lately that print out SCSI device information
> and believe this macro is useful for cleaning things up a bit and providing a
> standard format for sdev information.
Yes, that's why I dusted this off again.
James
next prev parent reply other threads:[~2004-03-31 19:29 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-07 20:18 [PATCH 1/2] sdev_printk - scsi_device helper macro Daniel Stekloff
2003-10-09 2:03 ` Hironobu Ishii
2003-10-09 17:24 ` Daniel Stekloff
2003-10-09 21:42 ` Patrick Mansfield
2004-03-31 18:35 ` James Bottomley
2004-03-31 19:23 ` Daniel Stekloff
2004-03-31 19:29 ` James Bottomley [this message]
2004-04-19 18:46 ` Daniel Stekloff
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1080761358.2071.35.camel@mulgrave \
--to=james.bottomley@steeleye.com \
--cc=dsteklof@us.ibm.com \
--cc=linux-scsi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox