mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jeff Moyer <jmoyer@redhat.com>
To: M vd S <mvds.00@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: O_NONBLOCK is NOOP on block devices
Date: Fri, 05 Mar 2010 11:03:37 -0500	[thread overview]
Message-ID: <x49sk8ezrfq.fsf@segfault.boston.devel.redhat.com> (raw)
In-Reply-To: <4B9060DE.4080104@gmail.com> (M. vd S.'s message of "Fri, 05 Mar 2010 02:39:42 +0100")

M vd S <mvds.00@gmail.com> writes:

>> > > If O_NONBLOCK is meaningful whatsoever (see man page docs for
>> > > semantics) against block devices, one would expect a nonblocking io
>> >
>> > It isn't...
>>
>> Thanks for the reply. It's good to get confirmation that I am not all
>> alone in an alternate non blocking universe. The linux man pages
>> actually had me convinced O_NONBLOCK would actually keep a process
>> from blocking on device io :-)
>>
>
> You're even less alone, I'm running into the same issue just now. But
> I think I've found a way around it, see below.

I guess I should note that I've suggested nonblocking I/O for files
before:

  http://linux.derkeiler.com/Mailing-Lists/Kernel/2004-10/0290.html

I'll also note that enabling such a patch broke apps that accessed cd
burners, for example, since O_NONBLOCK had some preexisting semantics
there that I fail to recall.

Cheers,
Jeff

  reply	other threads:[~2010-03-05 16:03 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4B904D98.50602@gmail.com>
2010-03-05  1:39 ` M vd S
2010-03-05 16:03   ` Jeff Moyer [this message]
2010-03-05 19:43     ` Mike Hayward
2010-03-10  0:50   ` M vd S
2010-03-10 13:21     ` Jeff Moyer
2010-03-10 17:09       ` M vd S
     [not found]         ` <201003102350.o2ANousd007794@alien.loup.net>
     [not found]           ` <4B983E88.5080901@gmail.com>
2010-03-11  7:41             ` Mike Hayward
2010-03-03  8:26 Mike Hayward
2010-03-03 11:50 ` Alan Cox
2010-03-03 19:49   ` Mike Hayward
2010-03-03 21:25     ` Alan Cox

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=x49sk8ezrfq.fsf@segfault.boston.devel.redhat.com \
    --to=jmoyer@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mvds.00@gmail.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

all inboxes | Powered by JetHome®