From: Manfred Spraul <manfred@colorfullife.com>
To: Davide Libenzi <davidel@xmailserver.org>, linux-kernel@vger.kernel.org
Subject: Re: [rfc/patch] wake_up_info() draft ...
Date: Fri, 02 Jan 2004 03:54:35 +0100 [thread overview]
Message-ID: <3FF4DD6B.2080705@colorfullife.com> (raw)
Hi Davide,
I think the patch adds unnecessary bloat, and mandates one particular
use of the wait queue info interface.
For example, why does remove_wait_queue_info copy the wakeup info
around? That's now how I would use it for fasync: I would send the
necessary signals directly from the wakeup handler, and
remove_wait_queue_info is called during sys_close handling, info discarded.
I'm thinking about a simpler approach: add a wake_up_info() function,
and forward the info parameter to the wait_queue_func_t. This means
changing the prototype of this function - there shouldn't be that many
instances. NULL is passed if the normal wake_up functions are used. No
additional fields in the wait queue entry are required. Then I would
convert kill_fasync to that interface, with the band value from
kill_fasync as the info parameter. A custom wait queue func does the
signal sending. fasync_helper would be kmalloc+add_wait_queue.
--
Manfred
next reply other threads:[~2004-01-02 2:54 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-02 2:54 Manfred Spraul [this message]
2004-01-02 3:31 ` [rfc/patch] wake_up_info() draft Davide Libenzi
2004-01-02 9:32 ` Manfred Spraul
2004-01-02 17:07 ` Davide Libenzi
[not found] <fa.nd6oiha.q2gq9k@ifi.uio.no>
2004-01-01 21:31 ` John Gardiner Myers
2004-01-01 22:57 ` Davide Libenzi
-- strict thread matches above, loose matches on Subject: below --
2004-01-01 3:46 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=3FF4DD6B.2080705@colorfullife.com \
--to=manfred@colorfullife.com \
--cc=davidel@xmailserver.org \
--cc=linux-kernel@vger.kernel.org \
/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.