From: Patrick Mansfield <patmans@us.ibm.com>
To: Luben Tuikov <luben@splentec.com>
Cc: James Bottomley <James.Bottomley@steeleye.com>,
linux-scsi@vger.kernel.org
Subject: Re: [PATCH] 2.5.x use list_head to handle scsi starved request queues
Date: Fri, 21 Mar 2003 16:50:50 -0800 [thread overview]
Message-ID: <20030321165050.B9578@beaverton.ibm.com> (raw)
In-Reply-To: <3E7B7A9A.6030007@splentec.com>; from luben@splentec.com on Fri, Mar 21, 2003 at 03:48:26PM -0500
On Fri, Mar 21, 2003 at 03:48:26PM -0500, Luben Tuikov wrote:
> Patrick Mansfield wrote:
> >
> > Okay, the comments are not clear, and don't match the code, I'll remove
> > them rather than try to get something terse and meaningful.
>
> No, please -- you don't have to go from one extreme to the other.
> Comments are good, please put some, just make sure that they don't tell
> things which can already be determined like int a; /* integer counter */,
> but something like int a; /* number of customers served */, i.e. portray
> the meaning.
The comments (just the two in the host.h and scsi.h) are close to trivial,
and the code is not tricky. So I'll remove them.
> Ok, then go over the list of starved scsi devices FIRST, hit their queues,
> and THEN after this, get the lock for the queue and hit it.
>
> I.e. keep the queue lock for the shortest amount of time.
The lock has to be held while checking shost->host_busy and then when
removing the starved entry, we can have multiple cpu's in the function for
the same adapter at the same time. Plus the lock has to be acquired prior
to any __blk_run_queue call.
I am still working patches for the lock split up in this area.
-- Patrick Mansfield
next prev parent reply other threads:[~2003-03-22 0:50 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-20 2:27 [PATCH] 2.5.x use list_head to handle scsi starved request queues Patrick Mansfield
2003-03-20 20:05 ` Luben Tuikov
2003-03-21 4:39 ` Patrick Mansfield
2003-03-21 20:48 ` Luben Tuikov
2003-03-22 0:50 ` Patrick Mansfield [this message]
2003-03-24 17:12 ` Luben Tuikov
2003-03-24 19:29 ` Patrick Mansfield
2003-03-24 20:20 ` Luben Tuikov
2003-03-24 20:25 ` Jens Axboe
2003-03-24 20:38 ` Patrick Mansfield
2003-03-24 21:25 ` Luben Tuikov
2003-03-24 21:56 ` Patrick Mansfield
2003-03-24 22:15 ` Luben Tuikov
2003-03-24 21:30 ` 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=20030321165050.B9578@beaverton.ibm.com \
--to=patmans@us.ibm.com \
--cc=James.Bottomley@steeleye.com \
--cc=linux-scsi@vger.kernel.org \
--cc=luben@splentec.com \
/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