This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug uprobes/5163] tweak uprobes.ko build process
- From: "jkenisto at us dot ibm dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sources dot redhat dot com
- Date: 17 Apr 2009 18:12:09 -0000
- Subject: [Bug uprobes/5163] tweak uprobes.ko build process
- References: <20071011150936.5163.fche@redhat.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From jkenisto at us dot ibm dot com 2009-04-17 18:12 -------
(In reply to comment #8)
> The build process changes probably wouldn't fix mjw's problem.
> However, one thing we could do easily would be similar to the logic
> recently added to staprun to automatically clean up junk leftover
> stap_XXXX modules at startup. It could gently attempt to module_remove
> any existing uprobes first, then load the new copy.
How about if "make install" unloads uprobes.ko?
For that matter, "make install" could attempt to build uprobes.ko, to help
prevent the situation where a stapdev or stapusr user can't run his script until
root builds uprobes.ko for him. (It would have to be tolerant of the case where
there's already a kernel-built version of uprobes.)
Another thing we could do is add a script to /etc/init.d to (re)build
uprobes.ko, thus keeping it in sync with the running kernel.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5163
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.