linux-kernel - Re: [GIT PULL] tracing/syscalls: The next bunch

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sat, 29 Aug 2009 12:43:34 +0200
From:	Ingo Molnar <mingo@...e.hu>
To:	Frederic Weisbecker <fweisbec@...il.com>
Cc:	LKML <linux-kernel@...r.kernel.org>,
	Jason Baron <jbaron@...hat.com>,
	Lai Jiangshan <laijs@...fujitsu.com>,
	Steven Rostedt <rostedt@...dmis.org>,
	Peter Zijlstra <peterz@...radead.org>,
	Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>,
	Jiaying Zhang <jiayingz@...gle.com>,
	Martin Bligh <mbligh@...gle.com>,
	Li Zefan <lizf@...fujitsu.com>,
	Martin Schwidefsky <schwidefsky@...ibm.com>,
	Paul Mundt <lethal@...ux-sh.org>,
	Hendrik Brueckner <brueckner@...ux.vnet.ibm.com>
Subject: Re: [GIT PULL] tracing/syscalls: The next bunch


* Frederic Weisbecker <fweisbec@...il.com> wrote:

> Ingo,
> 
> Here is another bunch of syscalls tracing patches.

i have tested them, and something in this batch, when merged into 
tip/master:

0dd7b74: tracing: Fix double CPP substitution in TRACE_EVENT_FN
66c6e29: Merge branch 'tracing/core' of git://git.kernel.org/pub/scm/linux/kernel/git/frederic/random-tracing into tracing/core
117226d: tracing: Remove FTRACE_SYSCALL_MAX definitions
57421db: tracing: Convert event tracing code to use NR_syscalls
a5a2f8e: tracing: Define NR_syscalls for x86_64
dd86dda: tracing: Define NR_syscalls for x86 (32)
cc3b13c: tracing: Don't trace kernel thread syscalls
cd0980f: tracing: Check invalid syscall nr while tracing syscalls
7515bf5: tracing: Add syscall tracepoints - s390 arch update

is causing a bootup hang:

[    0.038994] ftrace: converting mcount calls to 0f 1f 44 00 00
[    0.039993] ftrace: allocating 29720 entries in 117 pages
[ hard hang ]

normally it should continue like this:

[    0.043993] calling  spawn_ksoftirqd+0x0/0x2e @ 1
[    0.044993] initcall spawn_ksoftirqd+0x0/0x2e returned 0 after 0 usecs
[    0.045993] calling  spawn_softlockup_task+0x0/0x5a @ 1
[    0.046992] initcall spawn_softlockup_task+0x0/0x5a returned 0 after 0 usecs
[    0.047992] calling  relay_init+0x0/0x8 @ 1
...

config attached. Note, tracing/core itself does not seem to hang, so 
it's a combination bug with other changes perhaps.

	Ingo

View attachment "config" of type "text/plain" (70070 bytes)