All of lore.kernel.org
 help / color / mirror / Atom feed
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 --]

             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.