public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Luben Tuikov <tluben@rogers.com>
To: Mike Anderson <andmike@us.ibm.com>
Cc: Alan Stern <stern@rowland.harvard.edu>, linux-scsi@vger.kernel.org
Subject: Re: Patch: change the serial_number for error-handler commands
Date: Wed, 21 May 2003 17:11:41 -0400	[thread overview]
Message-ID: <3ECBEB8D.4030008@rogers.com> (raw)
In-Reply-To: <20030521202809.GA1791@beaverton.ibm.com>

Mike Anderson wrote:
> Luben Tuikov [tluben@rogers.com] wrote:
> 
>> Mike Anderson wrote:
^^^^^^^^^^^^^^
>>>+static inline unsigned long scsi_get_next_serial(struct Scsi_Host *shost)
>>>+{
>>>+        return (++shost->serial_number) ? shost->serial_number : 1;
>>>+}
>>>+
>>
> 
> There is a bug in the above line it should be 
> return (++shost->serial_number) ? shost->serial_number : ++shost->serial_number;

I did NOT write the above mentioned function -- this was part of _your_
patch -- next time _please_ remove ``Luben wrote:'' in the reply, so
that there's no confusion!

I'd appreciate that very much.

>>How about something like this:
>>
>>static inline unsigned long scsi_get_cmdsn(struct Scsi_Host, *shost)
>>{
>>	static const typeof(shost->serial_number) MAX_SN = 
>>		~((typeof(shost->serial_number) 0);
>>	return  shost->serial_number++ == MAX_SN ?
>>		++shost->serial_number : shost->serial_number;
>>}
>>
> 
> 
> Why compare with MAX_SN and not just let the value role over and check
> for false. 

First, zero is reserved, and I was trying to keep the _next_ sn in
the ``session'' cmdsn variable, but there's a little _bug_ up there too,
so here's a corrected version:

static inline unsigned long scsi_get_cmdsn(struct Scsi_Host *shost)
{
	static const typeof(shost->serial_number) MAX_SN =
		~((typeof(shost->serial_number) 0);
	return  shost->serial_number == MAX_SN ?
		(shost->serial_number += 2)++  :
		shost->serial_number++;
}

-- 
Luben




  reply	other threads:[~2003-05-21 20:58 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20030516190414.GD11884@iucha.net>
2003-05-16 21:23 ` [linux-usb-devel] USB Storage oops in 2.5.69-bk8 Alan Stern
2003-05-16 21:44   ` Florin Iucha
2003-05-16 22:29   ` Mike Anderson
2003-05-17 15:29     ` Alan Stern
2003-05-17 16:33       ` David Brownell
2003-05-18 18:31         ` Alan Stern
2003-05-18 23:46           ` David Brownell
2003-05-21 15:19             ` Bug in hot-unplugging for SCSI CD-ROM Alan Stern
2003-05-17 18:38       ` [linux-usb-devel] USB Storage oops in 2.5.69-bk8 Patrick Mansfield
2003-05-31 14:35         ` Florin Iucha
2003-05-20 14:11     ` Patch: change the serial_number for error-handler commands Alan Stern
2003-05-20 21:25       ` Luben Tuikov
2003-05-21  1:19         ` Alan Stern
2003-05-21 18:03           ` Mike Anderson
2003-05-21 18:50             ` Luben Tuikov
2003-05-21 19:18             ` Luben Tuikov
2003-05-21 20:28               ` Mike Anderson
2003-05-21 21:11                 ` Luben Tuikov [this message]
2003-05-21 23:15                   ` Patrick Mansfield
2003-05-22  5:47                     ` Luben Tuikov
2003-05-21 19:57             ` Alan Stern
2003-05-21 20:42               ` Luben Tuikov
2003-05-21 21:05                 ` Alan Stern
2003-05-21 21:19             ` James Bottomley
2003-05-21 22:53               ` Mike Anderson
2003-06-11 17:41             ` PATCH: (as33) Remove /proc/scsi directory in scsi_remove_host() Alan Stern
2003-06-11 18:23               ` Mike Anderson
2003-06-12  6:04                 ` Christoph Hellwig
2003-06-12  6:51                   ` Mike Anderson
2003-06-12 21:00                     ` PATCH: (as33b) " Alan Stern
2003-06-12 21:58                       ` Mike Anderson
2003-06-13 14:38                         ` Alan Stern
2003-06-15 13:01                         ` Christoph Hellwig
2003-05-21 19:24           ` Patch: change the serial_number for error-handler commands Luben Tuikov

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=3ECBEB8D.4030008@rogers.com \
    --to=tluben@rogers.com \
    --cc=andmike@us.ibm.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=stern@rowland.harvard.edu \
    /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