Messages in this thread | | | Date | Mon, 26 Jul 2004 22:08:02 +0200 | From | Rutger Nijlunsing <> | Subject | Re: [patch] kernel events layer |
| |
[snip] > > Criteria for adding the event would be that user-space needs to know > about it, and would normally have to poll to get the information. If > the event is so non-important that right now no one even knows about it > or cares about it, it may not be worth adding.
So the events are some kind of structured printk()s, right? So why not printk() as a side-effect of sending an event. Then we could change relevant printk()s (but not the debug ones for example) and thereby remove the existing printk() and (re)structure them in the process.
And if this (together with a file-changed notifier) could help me stop polling 28 files once a second for events (/var/log recursively, /proc/modules, /proc/mounts, /proc/net/arp and 'netstat -ltup' output) I would be really happy...
-- Rutger Nijlunsing ---------------------------- rutger ed tux tmfweb nl never attribute to a conspiracy which can be explained by incompetence ---------------------------------------------------------------------- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |