From: "Timo Teräs" <ext-timo.teras@nokia.com>
To: Robert Love <rml@novell.com>, Greg KH <greg@kroah.com>
Cc: linux-kernel@vger.kernel.org
Subject: kobject events questions
Date: Wed, 29 Sep 2004 16:37:26 +0300 [thread overview]
Message-ID: <415ABA96.6010908@nokia.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1201 bytes --]
Hi all,
I've been following the evolution of kobject events patch. This is
because I'd like to implement a netfilter target that is able to send an
event to userland using it.
There's a small description of it and some background in the netfilter
mailing list:
http://lists.netfilter.org/pipermail/netfilter-devel/2004-August/016342.html
Now that the events are strictly associated with kobjects (the original
patch had a way to send arbitrary events) I have two choices:
1) Send the events so that they are always associated with the network
devices class_device kobject. I guess this would be quite clean way to
do it, but it'd require adding a new signal type and would limit the
iptables target to be associated always with a interface.
2) Create a device class that has virtual timer devices that trigger
events (ie. /sys/class/utimer). Each timer could have some attributes
(like expired, expire_time, etc.) and would emit "change" signals
whenever timer expires.
I'd like to hear what you think of the thing I'm trying to do?
And especially how "bad" idea the option 2 is (since the new class might
not be useful for others)?
Any ideas how this could be done better?
- Timo
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
next reply other threads:[~2004-09-29 13:49 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-29 13:37 Timo Teräs [this message]
2004-09-29 19:39 ` kobject events questions Robert Love
2004-10-01 9:51 ` Timo Teräs
2004-10-01 16:47 ` Greg KH
2004-10-01 18:47 ` Teras Timo (EXT-YomiGroup/Helsinki)
2004-10-01 19:22 ` Greg KH
2004-10-06 10:39 ` Timo Teräs
2004-09-29 23:35 ` Greg KH
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=415ABA96.6010908@nokia.com \
--to=ext-timo.teras@nokia.com \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rml@novell.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 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.