Messages in this thread | | | Date | Fri, 23 Mar 2007 14:22:48 -0400 | From | "Frank Ch. Eigler" <> | Subject | Re: [RFC][Patch 1/4] kprobe fast unregistration |
| |
Hi -
Keshavamurthy, Anil S wrote: > I agree with Christoph that the interface is horrible and error prone.
Really? What possible problems can occur? The worst that occurs to me is that if someone forgets to call the commit function, the kprobes will still be disabled, but memory won't be recycled for a while. Is this really so bad, considering that a kprobe_unregister is to imply a commit? Maybe if kprobe_register can also implied a commit, we can bound the conceivable memory leak.
Would it be possible to allay even that concern with an automated deferred/periodic commit?
- FChE - 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/
| |