public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Christoph Hellwig <hch@infradead.org>
To: Mark Haverkamp <markh@osdl.org>
Cc: Christoph Hellwig <hch@infradead.org>,
	James Bottomley <James.Bottomley@steeleye.com>,
	linux-scsi <linux-scsi@vger.kernel.org>,
	Mark Salyzyn <mark_salyzyn@adaptec.com>
Subject: Re: [PATCH] 2.6 aacraid: Add sysfs files for aacraid adapter information (re-diff)
Date: Mon, 23 May 2005 19:46:10 +0100	[thread overview]
Message-ID: <20050523184610.GA19285@infradead.org> (raw)
In-Reply-To: <1116873408.22284.26.camel@markh1.pdx.osdl.net>

On Mon, May 23, 2005 at 11:36:48AM -0700, Mark Haverkamp wrote:
> > the "Adaptec Raid Controller:" doesn't belong in here.  The driver build
> > data and version neither, use MODULE_VERSION instead.
> 
> Using MODULE_VERSION in the snprinf doesn't seem to work:
> 
> drivers/scsi/aacraid/linit.c: In function `aac_show_host_version':
> drivers/scsi/aacraid/linit.c:541: error: `MODULE_VERSION' undeclared (first use in this function)

sorry, MODULE_VERSION is a macro similar to MODULE_LICENSE or MODULE_AUTHOR.
You say MODULE_VERSION("something"); outside any function and you can find
the version out using modinfo and sysfs (not sure the latter is implemented
yet, but there were patches floating around)

> > > +
> > > +static ssize_t aac_show_model(struct class_device *class_dev,
> > > +		char *buf)
> > > +{
> > > +	struct aac_dev *dev = (struct aac_dev*)class_to_shost(class_dev)->hostdata;
> > 
> > No need to cast.
> 
> It looks like the cast is needed.  If I remove it I get a compile
> warning.
> 
> drivers/scsi/aacraid/linit.c: In function `aac_show_model':
> drivers/scsi/aacraid/linit.c:548: warning: initialization from incompatible pointer type

Sorry, you're right.  hostdata is an unsigned long.

  reply	other threads:[~2005-05-23 18:46 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-17 20:34 [PATCH] 2.6 aacraid: Add sysfs files for aacraid adapter information (re-diff) Mark Haverkamp
2005-05-22 16:54 ` Christoph Hellwig
2005-05-23 18:36   ` Mark Haverkamp
2005-05-23 18:46     ` Christoph Hellwig [this message]
2005-05-23 20:49       ` Mark Haverkamp
2005-05-24  3:30         ` Matt Domsch
2005-05-24 14:18           ` Mark Haverkamp
  -- strict thread matches above, loose matches on Subject: below --
2005-05-23 11:56 Salyzyn, Mark
2005-05-23 12:20 ` Arjan van de Ven
2005-05-23 13:46 ` Christoph Hellwig
2005-05-23 19:12 Salyzyn, Mark
2005-05-24 11:35 Salyzyn, Mark

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=20050523184610.GA19285@infradead.org \
    --to=hch@infradead.org \
    --cc=James.Bottomley@steeleye.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=mark_salyzyn@adaptec.com \
    --cc=markh@osdl.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