All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jens Axboe <axboe@suse.de>
To: "Peter T. Breuer" <ptb@it.uc3m.es>
Cc: linux kernel <linux-kernel@vger.kernel.org>
Subject: Re: what's the semaphore in requests for?
Date: Tue, 24 Jul 2001 09:44:37 +0200	[thread overview]
Message-ID: <20010724094437.I4221@suse.de> (raw)
In-Reply-To: <200107232339.f6NNdXB30979@oboe.it.uc3m.es>
In-Reply-To: <200107232339.f6NNdXB30979@oboe.it.uc3m.es>

On Tue, Jul 24 2001, Peter T. Breuer wrote:
> What's the semaphore field in requests for?  Are driver writers supposed
> to be using it?

Drivers can use it if they want completion to be signalled for a request
(see end_that_request_last). However, see 2.4.7 where it's not ->waiting
and the interface changed.

> The block driver is largely in userspace. All the kernel half does
> is transfer requests to a local queue (with the io lock still held, of
> course). The userspace daemon cycles continously doing ioctls that
> copy the requests (bh by bh) into userspace, where its treated via
> some networking calls, then return an ack via another ioctl. 
> 
> The drivers local queue is protected by a semaphore.  The thing that
> puzzles me is that the bug shows only when copying to a disk device,
> not to /dev/null, through userspace! Is it that the lifetime of a
> request is much longer than expected?

Well all the explanations in the world doesn't help much -- show the
code.

-- 
Jens Axboe


  reply	other threads:[~2001-07-24  7:45 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-23 23:39 what's the semaphore in requests for? Peter T. Breuer
2001-07-24  7:44 ` Jens Axboe [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-07-28 22:34 Peter T. Breuer
2001-07-30  8:24 ` Jens Axboe
2001-07-30 14:14   ` Peter T. Breuer
2001-07-31 18:45 Peter T. Breuer
2001-08-03 23:37 Peter T. Breuer

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=20010724094437.I4221@suse.de \
    --to=axboe@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ptb@it.uc3m.es \
    /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.