From: Evgeniy Polyakov <johnpol@2ka.mipt.ru>
To: Michael Holzheu <holzheu2@linux.vnet.ibm.com>
Cc: akpm@osdl.org, mschwid2@de.ltcfwd.linux.ibm.com,
heiko.carstens@de.ibm.com, linux-kernel@vger.kernel.org
Subject: Re: Using kevent for event logging?
Date: Fri, 16 Feb 2007 18:06:19 +0300 [thread overview]
Message-ID: <20070216150618.GA25878@2ka.mipt.ru> (raw)
In-Reply-To: <20070216155708.589cd47a.holzheu2@linux.vnet.ibm.com>
On Fri, Feb 16, 2007 at 03:57:08PM +0100, Michael Holzheu (holzheu2@linux.vnet.ibm.com) wrote:
> Hallo Evgeniy,
Hi Michael.
> On s390 we are looking for a good mechanism to notify userspace
> about kernel events. Currently such events are handled with printks
> in most cases. There are automation tools, which want to automatically
> react on kernel events. To get the event information, these tools are
> parsing printks, which is not a really good mechanism for that
> purpose.
>
> When I read about kevents, I was wondering, if it could be used to solve
> this problem. E.g. it would be possible to put an event number into a
> kevent and provide another interface to get the complete event data.
>
> Do you think, that kevent could be used for this purpose?
You will need to have implemented two types of operations - userspace
daemon, which will request some notifications (i.e. notify me when event
type:1, event:2 is ready), and that one which will mark such requests as
ready.
For exactly your purpose I would use userspace kevent notifications -
although in documentation I say that such notifications can be
marked from userspace, you can mark them as ready from kernel too
(obviously, since kevent is kernel mechanism).
You can also create own kevent notification type and storage (userspace
notification requests are stored in the main kevent queue (kevent_user))
and compile them only for s390 arch and thus do not overlap with
possible usage of userspace notifications.
As another tool to do the same I would suggest netlink (raw netlink
usage is not appreciated, but instead you can use connector or
gennetlink).
Kevent is much more lightweight especially when event is marked as ready
compared to netlink allocation. From the other point, kevent requires
some requests from userspace which can be marked as ready, while netlink
allows to generate them from 'void' (i.e. withoug userspace creating
request).
> Michael
--
Evgeniy Polyakov
next prev parent reply other threads:[~2007-02-16 15:14 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-16 14:57 Using kevent for event logging? Michael Holzheu
2007-02-16 15:06 ` Evgeniy Polyakov [this message]
2007-02-16 17:33 ` Michael Holzheu
2007-02-16 17:59 ` Evgeniy Polyakov
2007-02-16 18:17 ` Andrew Morton
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=20070216150618.GA25878@2ka.mipt.ru \
--to=johnpol@2ka.mipt.ru \
--cc=akpm@osdl.org \
--cc=heiko.carstens@de.ibm.com \
--cc=holzheu2@linux.vnet.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mschwid2@de.ltcfwd.linux.ibm.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