From: "Petr Vandrovec" <VANDROVE@vc.cvut.cz>
To: Pavel Machek <pavel@ucw.cz>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] make nbd working in 2.5.x
Date: Mon, 3 Mar 2003 19:52:47 +0100 [thread overview]
Message-ID: <11BAC7716B51@vcnet.vc.cvut.cz> (raw)
On 3 Mar 03 at 19:39, Pavel Machek wrote:
> > we use nbd for our diskless systems, and it looks to me like that
> > it has some serious problems in 2.5.x... Can you apply this patch
> > and forward it to Linus?
> >
> > There were:
> > * Missing disk's queue initialization
> > * Driver should use list_del_init: put_request now verifies
> > that req->queuelist is empty, and list_del was incompatible
> > with this.
> > * I converted nbd_end_request back to end_that_request_{first,last}
> > as I saw no reason why driver should do it itself... and
> > blk_put_request has no place under queue_lock, so apparently when
> > semantic changed nobody went through drivers...
>
> I do not think this is good idea. I am not sure who converted it to
> bio, but he surely had good reason to do that.
I think that at the beginning of 2.5.x series there was some thinking
about removing end_that_request* completely from the API. As it never
happened, and __end_that_request_first()/end_that_request_last() has
definitely better quality (like that it does not ignore req->waiting...)
than opencoded nbd loop, I prefer using end_that_request* over opencoding
bio traversal.
If you want, then just replace blk_put_request() with __blk_put_request(),
instead of first change. But I personally will not trust such code, as
next time something in bio changes nbd will miss this change again.
Petr Vandrovec
> > diff -urdN linux/drivers/block/nbd.c linux/drivers/block/nbd.c
> > --- linux/drivers/block/nbd.c 2003-02-28 20:56:05.000000000 +0100
> > +++ linux/drivers/block/nbd.c 2003-03-01 22:53:36.000000000 +0100
> > @@ -76,22 +76,15 @@
> > {
> > int uptodate = (req->errors == 0) ? 1 : 0;
> > request_queue_t *q = req->q;
> > - struct bio *bio;
> > - unsigned nsect;
> > unsigned long flags;
> >
> > #ifdef PARANOIA
> > requests_out++;
> > #endif
> > spin_lock_irqsave(q->queue_lock, flags);
> > - while((bio = req->bio) != NULL) {
> > - nsect = bio_sectors(bio);
> > - blk_finished_io(nsect);
> > - req->bio = bio->bi_next;
> > - bio->bi_next = NULL;
> > - bio_endio(bio, nsect << 9, uptodate ? 0 : -EIO);
> > + if (!end_that_request_first(req, uptodate, req->nr_sectors)) {
> > + end_that_request_last(req);
> > }
> > - blk_put_request(req);
> > spin_unlock_irqrestore(q->queue_lock, flags);
> > }
> >
next reply other threads:[~2003-03-03 18:42 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-03 18:52 Petr Vandrovec [this message]
2003-03-05 9:21 ` [PATCH] make nbd working in 2.5.x Jens Axboe
-- strict thread matches above, loose matches on Subject: below --
2003-03-05 11:37 Petr Vandrovec
2003-03-05 11:38 ` Jens Axboe
2003-03-03 17:29 Petr Vandrovec
2003-03-03 18:39 ` Pavel Machek
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=11BAC7716B51@vcnet.vc.cvut.cz \
--to=vandrove@vc.cvut.cz \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@ucw.cz \
/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