I've done a rebase of the utrace patch in the F-9 kernel. Builds >= 2.6.26.6-74.fc9 have the new code. It should now match the rawhide/F-10 version of utrace exactly.
I believe this fixes all the outstanding ptrace-related regressions reported for f9 kernels. But I didn't scour bugzilla to keep track. The ptrace-tests suite results now match upstream kernels on x86_64. (I haven't actually tested other machines at all lately.)
2.6.26.6-74.fc9 is done in koji and 2.6.26.6-75.fc9 is building right now. That has only one small fix vs -74, and it's not one for any ptrace issue (or user-visible at all, just syscall_get_arguments() for utrace modules).
I hope someone will snarf the builds from koji and test in the next day or so. (After this week, I'll be on vacation until mid-November.) Chuck will decide when a new build should be pushed as an f9 update.
Thanks, Roland
On Wed, 15 Oct 2008 12:25:19 -0700 (PDT) Roland McGrath roland@redhat.com wrote:
I've done a rebase of the utrace patch in the F-9 kernel. Builds >= 2.6.26.6-74.fc9 have the new code. It should now match the rawhide/F-10 version of utrace exactly.
I believe this fixes all the outstanding ptrace-related regressions reported for f9 kernels. But I didn't scour bugzilla to keep track. The ptrace-tests suite results now match upstream kernels on x86_64. (I haven't actually tested other machines at all lately.)
Have you also looked at the kerneloops.org data? That tends to have a nice collection of utrace oopses/warnings...
Have you also looked at the kerneloops.org data? That tends to have a nice collection of utrace oopses/warnings...
I typed "utrace" in the "Function Search" box. The only common one (many many hits) was fixed a while ago (on 9/15 around lunch time, it so happens). The other ones for non-ancient kernels are either one of a few known things I've fixed, or look likely to be failure modes of some races that I believe I have just fixed recently (this week, not in any released kernels yet).
I'll be sure to check kerneloops regularly in the future.
Thanks, Roland
kernel@lists.fedoraproject.org