Re: Experimental kernels with inode-uprobes, without utrace
by Anton Arapov
Hello All,
I've built kernels with uprobes patches for Fedora 17 and Rawhide. All
backported uprobes patches are in -tip:perf/uprobe tree and aimed for
linux-3.5 merge.
Git tree: http://j.mp/JDu8sM
Fedora Yum repo: http://j.mp/LN8vZO
How to try uprobes using perf or sysfs: http://j.mp/LN9fhi http://j.mp/KwKzs4
cheers,
Anton Arapov.
twitter.com/aarapov
On Wed, Nov 16, 2011 at 03:45:16PM +0100, Anton Arapov wrote:
> Hello All,
>
> I've took over Josh's initiative(*) of yum repository with the
> experimental Fedora kernels with uprobes patch-set.
>
> URL to public yum repo:
> http://repos.fedorapeople.org/repos/aarapov/kernel-uprobes/
>
> git, just a uprobes on top of 'prep'ed fedora kernel:
> http://fedorapeople.org/gitweb?p=aarapov/public_git/linux-3.1.git
> git, uprobes on top of vanilla kernel:
> https://github.com/srikard/linux/tree/inode_uprobes_v32rc1
>
> I have no idea how often I'm going to rebase the patchset to a newer
> kernels, but feel free to ping me in case you want a newer kernel or
> have a concern when it makes sense to rebase. I will push a build
> for you. :)
>
> At the moment there are uprobes v6 from Nov 11 is available.
>
> Thank you,
> --
> Anton
> (*) http://lists.fedoraproject.org/pipermail/kernel/2011-August/003328.html
11 years, 10 months
[PATCH] sunrpc: set CONFIG_SUNRPC_DEBUG=y in config.debug
by Jeff Layton
This is quite handy for debugging but was recently made optional in
mainline kernels since it shrinks the size of the rpc/nfs modules
substantially if you turn it off.
This patch turns it on in debug kernels. Should we also consider
reenabling this in non-debug kernels?
Signed-off-by: Jeff Layton <jlayton(a)redhat.com>
---
config-debug | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/config-debug b/config-debug
index 03964c6..955c0c7 100644
--- a/config-debug
+++ b/config-debug
@@ -109,3 +109,4 @@ CONFIG_DEBUG_KMEMLEAK_EARLY_LOG_SIZE=1024
# CONFIG_DEBUG_KMEMLEAK_TEST is not set
CONFIG_DEBUG_KMEMLEAK_DEFAULT_OFF=y
+CONFIG_SUNRPC_DEBUG=y
--
1.7.7.6
11 years, 10 months
Fwd: [PATCH 2/2] ARM: audit: use only AUDIT_ARCH_ARM regardless of endianness
by Jon Masters
Please apply to our Fedora kernels.
-------- Original Message --------
Subject: [PATCH 2/2] ARM: audit: use only AUDIT_ARCH_ARM regardless of
endianness
Date: Fri, 4 May 2012 17:53:52 +0100
From: Will Deacon <will.deacon(a)arm.com>
To: patches(a)arm.linux.org.uk
CC: stable(a)vger.kernel.org
The machine endianness has no direct correspondence to the syscall ABI,
so use only AUDIT_ARCH_ARM when identifying the ABI to the audit tools
in userspace.
Cc: stable(a)vger.kernel.org
Signed-off-by: Will Deacon <will.deacon(a)arm.com>
KernelVersion: 3.4-rc5
---
arch/arm/kernel/ptrace.c | 8 +-------
1 files changed, 1 insertions(+), 7 deletions(-)
diff --git a/arch/arm/kernel/ptrace.c b/arch/arm/kernel/ptrace.c
index d8dbe9c..9650c14 100644
--- a/arch/arm/kernel/ptrace.c
+++ b/arch/arm/kernel/ptrace.c
@@ -906,12 +906,6 @@ long arch_ptrace(struct task_struct *child, long
request,
return ret;
}
-#ifdef __ARMEB__
-#define AUDIT_ARCH_NR AUDIT_ARCH_ARMEB
-#else
-#define AUDIT_ARCH_NR AUDIT_ARCH_ARM
-#endif
-
asmlinkage int syscall_trace(int why, struct pt_regs *regs, int scno)
{
unsigned long ip;
@@ -919,7 +913,7 @@ asmlinkage int syscall_trace(int why, struct pt_regs
*regs, int scno)
if (why)
audit_syscall_exit(regs);
else
- audit_syscall_entry(AUDIT_ARCH_NR, scno, regs->ARM_r0,
+ audit_syscall_entry(AUDIT_ARCH_ARM, scno, regs->ARM_r0,
regs->ARM_r1, regs->ARM_r2, regs->ARM_r3);
if (!test_thread_flag(TIF_SYSCALL_TRACE))
--
1.7.4.1
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
11 years, 11 months
Fwd: [PATCH 1/2] ARM: audit: fix treatment of saved ip register during syscall tracing
by Jon Masters
Please apply to our Fedora kernels.
-------- Original Message --------
Subject: [PATCH 1/2] ARM: audit: fix treatment of saved ip register
during syscall tracing
Date: Fri, 4 May 2012 17:52:02 +0100
From: Will Deacon <will.deacon(a)arm.com>
To: patches(a)arm.linux.org.uk
CC: stable(a)vger.kernel.org
The ARM audit code incorrectly uses the saved application ip register
value to infer syscall entry or exit. Additionally, the saved value will
be clobbered if the current task is not being traced, which can lead to
libc corruption if ip is live (apparently glibc uses it for the TLS
pointer).
This patch fixes the syscall tracing code so that the why parameter is
used to infer the syscall direction and the saved ip is only updated if
we know that we will be signalling a ptrace trap.
Cc: stable(a)vger.kernel.org
Cc: Eric Paris <eparis(a)redhat.com>
Reported-and-tested-by: Jon Masters <jcm(a)jonmasters.org>
Signed-off-by: Will Deacon <will.deacon(a)arm.com>
KernelVersion: 3.4-rc5
---
arch/arm/kernel/ptrace.c | 16 ++++++++--------
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/arm/kernel/ptrace.c b/arch/arm/kernel/ptrace.c
index 80abafb..d8dbe9c 100644
--- a/arch/arm/kernel/ptrace.c
+++ b/arch/arm/kernel/ptrace.c
@@ -916,14 +916,7 @@ asmlinkage int syscall_trace(int why, struct
pt_regs *regs, int scno)
{
unsigned long ip;
- /*
- * Save IP. IP is used to denote syscall entry/exit:
- * IP = 0 -> entry, = 1 -> exit
- */
- ip = regs->ARM_ip;
- regs->ARM_ip = why;
-
- if (!ip)
+ if (why)
audit_syscall_exit(regs);
else
audit_syscall_entry(AUDIT_ARCH_NR, scno, regs->ARM_r0,
@@ -936,6 +929,13 @@ asmlinkage int syscall_trace(int why, struct
pt_regs *regs, int scno)
current_thread_info()->syscall = scno;
+ /*
+ * IP is used to denote syscall entry/exit:
+ * IP = 0 -> entry, =1 -> exit
+ */
+ ip = regs->ARM_ip;
+ regs->ARM_ip = why;
+
/* the 0x80 provides a way for the tracing parent to distinguish
between a syscall stop and SIGTRAP delivery */
ptrace_notify(SIGTRAP | ((current->ptrace & PT_TRACESYSGOOD)
--
1.7.4.1
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
11 years, 11 months
Regression testing
by Justin Forbes
As some of you have seen in our community meeting and minutes, we are
working on actively testing the kernel builds. The short version is a
series of regression tests which reside in either the kernel git tree
and can be run with 'make tests' or possibly a control script in a
kernel-tests subpackage. This will allow any user to run the regression
tests against their running kernel on real hardware, and hopefully
improve the test base considerably. In addition we will have autotest
hooked up to do this plus more extensive testing. More details can be
found at https://fedoraproject.org/wiki/KernelTestingInitiative
So here is the part where we really want to get community involved. We
have a wiki page created to list the regression tests that need to be
written, and even sign up to write some if you are so inclined. We need
your ideas for regression tests. Tests should be simple pass/fail
checks. Tests against specific modules are allowed and encouraged. For
users testing where they module is not loaded, the test will simply be
skipped. Destructive testing is possible, though it will not be
included in the standard test run (a user should know and explicitly
sign up for a risk of data loss). Please take a look and add your
ideas: https://fedoraproject.org/wiki/KernelRegressionTests
Thanks,
Justin
11 years, 11 months
[PATCH 0/7] NFS Client Bug Fixes.
by Steve Dickson
This a set of 3.4 bug fixes that were recently posted and was suggested
by the NFS maintainer we get into the Fedora kernels
Rawhide already has these bug fixes but f17 and f16 do not.
Fred Isaman (2):
NFS: put open context on error in nfs_pagein_multi
NFS: put open context on error in nfs_flush_multi
Jan Kara (1):
nfs: Enclose hostname in brackets when needed in nfs_do_root_mount
Trond Myklebust (4):
NFSv4: Ensure that the LOCK code sets exception->inode
NFSv4: Ensure that we check lock exclusive/shared type against open
modes
NFS: Optimise away unnecessary setattrs for open(O_TRUNC);
NFSv4: Fix open(O_TRUNC) and ftruncate() error handling
fs/nfs/dir.c | 25 +++++++++++++++++++------
fs/nfs/inode.c | 4 ++--
fs/nfs/nfs4proc.c | 48 ++++++++++++++++++++++++++++++++++++++++--------
fs/nfs/read.c | 2 +-
fs/nfs/super.c | 8 ++++++--
fs/nfs/write.c | 2 +-
6 files changed, 69 insertions(+), 20 deletions(-)
--
1.7.7.6
11 years, 11 months