All of lore.kernel.org
 help / color / mirror / Atom feed
From: James Bottomley <James.Bottomley@steeleye.com>
To: Eric Dean Moore <Emoore@lsil.com>
Cc: SCSI Mailing List <linux-scsi@vger.kernel.org>
Subject: Re: [ANNOUNCE] MPT Fusion driver 3.01.09 update
Date: 21 Jun 2004 11:32:10 -0500	[thread overview]
Message-ID: <1087835531.2077.45.camel@mulgrave> (raw)
In-Reply-To: <0E3FA95632D6D047BA649F95DAB60E5704925031@exa-atlanta>

On Mon, 2004-06-21 at 11:16, Moore, Eric Dean wrote:
> We are pleased to announce the MPT Fusion release candidate for lk 2.6

I really don't like this:

+#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,6))
+#define	mpt_scsi_device_online(scmd) scsi_device_online(scmd->device)
+#else
+#define	mpt_scsi_device_online(scmd) scmd->device->online
+#endif

What's wrong with just doing

#if (LINUX_VERSION_CODE < KERNEL_VERSION(2,6,6))
static inline void scsi_device_online(struct scsi_device *sdev)
{
	return sdev->online;
}
#endif

and then just using scsi_device_online() in the code instead of
mpt_scsi_device_online()?

Then the code is correct without obfuscations and still compiles on
2.6.5 and before.

This also:

-typedef int32_t   S32;
-typedef u_int32_t U32;
+#if defined(unix) || defined(__arm) || defined(ALPHA)
+
+    typedef signed   int   S32;
+    typedef unsigned int   U32;
+
+#else
+
+    typedef signed   long  S32;
+    typedef unsigned long  U32;
+
+#endif

Looks highly suspect.  What was wrong with the original?

James




  reply	other threads:[~2004-06-21 16:32 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-21 16:16 [ANNOUNCE] MPT Fusion driver 3.01.09 update Moore, Eric Dean
2004-06-21 16:32 ` James Bottomley [this message]
2004-06-21 16:50   ` viro
2004-06-21 17:11 ` Arjan van de Ven
2004-06-21 18:12 ` Christoph Hellwig
2004-06-23 16:13 ` Christoph Hellwig
  -- strict thread matches above, loose matches on Subject: below --
2004-06-21 16:19 Moore, Eric Dean
2004-06-21 17:09 Moore, Eric Dean
2004-06-21 17:21 ` Arjan van de Ven
2004-06-21 17:22 ` James Bottomley
2004-06-21 17:23 ` viro
2004-06-21 17:43   ` James Bottomley
2004-06-21 17:53 Moore, Eric Dean
2004-06-21 18:43 Moore, Eric Dean
     [not found] <0E3FA95632D6D047BA649F95DAB60E5704925095@exa-atlanta>
     [not found] ` <20040622101105.GA32761@infradead.org>
     [not found]   ` <20040622101450.GA610@infradead.org>
     [not found]     ` <20040622103409.GA782@infradead.org>
     [not found]       ` <20040622113916.GA1436@infradead.org>
2004-06-22 11:46         ` Christoph Hellwig

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=1087835531.2077.45.camel@mulgrave \
    --to=james.bottomley@steeleye.com \
    --cc=Emoore@lsil.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.