[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <47c554d90910201634n68b359c1n501ed5669deb07be@mail.gmail.com>
Date: Tue, 20 Oct 2009 16:34:04 -0700
From: Zubin Dittia <zubin@...tri.com>
To: Jeff Moyer <jmoyer@...hat.com>
Cc: linux-kernel@...r.kernel.org
Subject: Re: libaio asynchronous syscall io_getevents blocks on error
On Tue, Oct 20, 2009 at 3:25 PM, Jeff Moyer <jmoyer@...hat.com> wrote:
> Zubin Dittia <zubin@...tri.com> writes:
>
>> I'm writing a program that uses the kernel's io_submit/io_getevents
>> system calls. What I would like to be able to do is submit N
>> operations for i/o on different files, and then call io_getevents with
>> min_nr = nr = N and a timeout of NULL, so that I can block until all N
>> operations have completed. This works great, except when one of the
>> operations has an error (eg., if one of the descriptors is invalid).
>> In this case, the call to io_getevents appears to block indefinitely.
>> Shouldn't an error on one of the submitted operations count as a
>> completion event for that operation, so I can check the error code
>> when the call returns? Any help would be appreciated.
>
> Did you check the return value of io_submit?
>
> Cheers,
> Jeff
>
Duh. I was just checking to see if it returned a negative error, but
not checking to see if it accepted fewer than all the I/Os I
submitted.
But this does bring up the interesting question of how to know which
of the I/Os I submitted had an error, and what the error was. Does it
mean I have to call io_submit once for each I/O operation; if so, then
why does io_submit take an array argument at all?
Thanks for your help,
-Zubin
PS: It does seem a little strange that io_submit returns an error if
the first IOCB is invalid but not when any of the other IOCBs are
invalid (this appears to be the case, at least according to the man
page).
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists