From: Davide Libenzi <davidel@xmailserver.org>
To: Avi Kivity <avi@argo.co.il>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Ingo Molnar <mingo@elte.hu>,
Suparna Bhattacharya <suparna@in.ibm.com>,
Zach Brown <zach.brown@oracle.com>,
Benjamin LaHaise <bcrl@kvack.org>
Subject: Re: [patch 13/13] signal/timer/event fds v9 - KAIO eventfd support example ...
Date: Sun, 1 Apr 2007 10:07:15 -0700 (PDT) [thread overview]
Message-ID: <Pine.LNX.4.64.0704011000470.26331@alien.or.mcafeemobile.com> (raw)
In-Reply-To: <460FCA90.4000003@argo.co.il>
On Sun, 1 Apr 2007, Avi Kivity wrote:
> What is the motivation for adding aio_resfd to an individual iocb instead of
> the entire io context? It seems redundant, as you can already create multiple
> io contexts to wait on.
To add it to the context, you need to either change the context create API
(I think no-go here), or add a new syscall just to handle that.
Doing it in the iocb gives finer grained setup, but can be more work for
the user that wants to use it for all the iocbs.
> [also, minor nit: sys_eventfd() can legitimately return 0, but you're banning
> its use in aio. userspace could easily dup() and close(), but...]
Noone said that binary compatibility comes free ;)
I'm truly open to other ways of integration, but I thought that binary
compatibility is the key here.
- Davide
next prev parent reply other threads:[~2007-04-01 17:07 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-31 20:09 Davide Libenzi
2007-04-01 15:06 ` Avi Kivity
2007-04-01 17:07 ` Davide Libenzi [this message]
2007-04-01 17:23 ` Linus Torvalds
2007-04-01 17:31 ` Davide Libenzi
2007-04-01 18:42 ` Avi Kivity
2007-04-01 18:49 ` Davide Libenzi
2007-04-01 20:11 ` Avi Kivity
2007-04-01 20:20 ` Davide Libenzi
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=Pine.LNX.4.64.0704011000470.26331@alien.or.mcafeemobile.com \
--to=davidel@xmailserver.org \
--cc=akpm@linux-foundation.org \
--cc=avi@argo.co.il \
--cc=bcrl@kvack.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=suparna@in.ibm.com \
--cc=torvalds@linux-foundation.org \
--cc=zach.brown@oracle.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®