[ltt-dev] ltt trace files are empty
Mathieu Desnoyers
compudj at krystal.dyndns.org
Mon Apr 18 07:03:03 EDT 2011
My guess is that you are using a 32-bit userland, right ?
Try backporting this patch from mainline first, it fixes the splice()
system call for MIPS. By reading the commit date, it looks like it came
in during the 2.6.28 development cycle, so I'm not sure it made its way
into 2.6.28.
commit 08d30879a6d3ce399f48def7c494853b5b5f2062
Author: Ralf Baechle <ralf at linux-mips.org>
Date: Wed Dec 3 16:33:17 2008 +0000
MIPS: o32: Fix number of arguments to splice(2).
The syscall code was assuming splice only takes 4 arguments so no stack
arguments were being copied from the userspace stack to the kernel stack.
As the result splice was likely to fail with EINVAL.
Signed-off-by: Ralf Baechle <ralf at linux-mips.org>
diff --git a/arch/mips/kernel/scall32-o32.S b/arch/mips/kernel/scall32-o32.S
index 34a4dbd..d0916a5 100644
--- a/arch/mips/kernel/scall32-o32.S
+++ b/arch/mips/kernel/scall32-o32.S
@@ -624,7 +624,7 @@ einval: li v0, -ENOSYS
sys sys_pselect6 6
sys sys_ppoll 5
sys sys_unshare 1
- sys sys_splice 4
+ sys sys_splice 6
sys sys_sync_file_range 7 /* 4305 */
sys sys_tee 4
sys sys_vmsplice 4
* Dhirender Baliyan (dhir157 at gmail.com) wrote:
> Hi mathieu,
>
> I understand this is the older version of lttng but when i tried it on x86 ,
> it is working.
>
> on x86 it is showing the traces but on mips the trace files are empty.
>
>
> Regards
> Dhirender
>
>
>
> On Thu, Apr 14, 2011 at 2:43 AM, Mathieu Desnoyers <
> compudj at krystal.dyndns.org> wrote:
>
> > * Dhirender Baliyan (dhir157 at gmail.com) wrote:
> > > Hi Mathieu,
> > >
> > > I am using
> > > 1) kernel 2.6.28.9( we have applied patches 2.6.28.4 to 2.6.28.9)
> > > 2)lttng -- patch-2.6.28.4-lttng-0.88
> > > 2)lttctl 0.64
> > > 3) lttv-0.12.10
> > >
> > > actually in our 2.6.28.9 kernel there is no support for kprobes for MIPS.
> > > hence in make menuconfig kprobe option is not coming under lttng.
> > >
> > > would no kprobe support cause some problem ?
> >
> > No, I don't think it would. But we are talking about very very old LTTng
> > versions here. It might not hurt to try a newer one. ;)
> >
> > Good luck,
> >
> > Mathieu
> >
> > >
> > >
> > >
> > > On Wed, Apr 13, 2011 at 8:10 PM, Mathieu Desnoyers <
> > > compudj at krystal.dyndns.org> wrote:
> > >
> > > > * Dhirender Baliyan (dhir157 at gmail.com) wrote:
> > > > [...]
> > > > > # lttctl -D trace1
> > > > >
> > > > >
> > > > > Linux Trace Toolkit Trace Control 0.64-14012009
> > > > >
> > > > > Controlling trace : trace1
> > > > >
> > > > > lttctl: Pausing trace
> > > > > lttctl: Destroying trace
> > > > > #ltt-disarmall
> > > > > # lttv -m textDump -t /tmp/trace1
> > > > > The input data file /var/tmp/trace1/metadata_0 does not contain a
> > trace
> > > > > The input data file /var/tmp/trace1/block_0 does not contain a trace
> > > > > The input data file /var/tmp/trace1/fd_state_0 does not contain a
> > trace
> > > > > The input data file /var/tmp/trace1/fs_0 does not contain a trace
> > > > > The input data file /var/tmp/trace1/global_state_0 does not contain a
> > > > trace
> > > > > The input data file /var/tmp/trace1/input_0 does not contain a trace
> > > > > The input data file /var/tmp/trace1/ipc_0 does not contain a trace
> > > > > The input data file /var/tmp/trace1/irq_state_0 does not contain a
> > trace
> > > > > **
> > > > > ERROR:tracefile.c:1355:map_block: assertion failed: (block_num <
> > > > > tf->num_blocks)
> > > > > /bin/lttv: line 15: 101 Aborted $0.real $*
> > > > >
> > > > > # ls -l /tmp/trace1/
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 block_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 fd_state_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 fs_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04
> > global_state_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 input_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 ipc_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 irq_state_0
> > > > > -rwxr-xr-x 1 root root 634880 Jan 1 00:04 kernel_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 metadata_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 mm_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04
> > module_state_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 net_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 netif_state_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 rcu_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04
> > softirq_state_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 task_state_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 userspace_0
> > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:04 vm_state_0
> > > >
> > > > Please make sure you have enough free space on your device. It might be
> > > > causing your problems. Also knowing which LTTng version you use might
> > > > help (you gave only the kernel version, not LTTng version). It might be
> > > > a bug specific to this old LTTng version (which matched you 2.6.28.4
> > > > kernel). Upgrading to a newer LTTng might help. Please see the
> > > > compability list in the http://lttng.org download section, where you
> > can
> > > > find information about changelogs and cross-compatibility between tool
> > > > versions.
> > > >
> > > > Thanks,
> > > >
> > > > Mathieu
> > > >
> > > > >
> > > > > i am attching /tmp/trace1 and /mnt/debugfs
> > > > >
> > > > > still am not getting traces through lttv
> > > > >
> > > > > Regards
> > > > > Dhirender
> > > > >
> > > > >
> > > > > On Wed, Apr 13, 2011 at 3:53 PM, Srikanth Krishnakar
> > > > > <skrishnakar at gmail.com>wrote:
> > > > >
> > > > > > Dhirendar,
> > > > > >
> > > > > > You just connected the markers, where are the further steps ?
> > > > > >
> > > > > > I mean :
> > > > > >
> > > > > > 1. ltt-armall
> > > > > > 2. lttctl -C -w /tmp/trace1 trace1
> > > > > >
> > > > > > <Run your tests here, If you have any >
> > > > > >
> > > > > > 3. lttctl -D trace1
> > > > > > 4. ltt-disarmall
> > > > > > 5. lttv -m textDump -t /tmp/trace1
> > > > > >
> > > > > >
> > > > > > -skrishnakar
> > > > > >
> > > > > >
> > > > > >
> > > > > > On 04/13/2011 02:38 PM, Dhirender Baliyan wrote:
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Hi
> > > > > >
> > > > > > I am using
> > > > > > 1) lttng 2.6.28.4
> > > > > > 2)lttctl 0.64
> > > > > > 3) lttv-0.12.10
> > > > > >
> > > > > > cross compiled it for mips
> > > > > >
> > > > > > my config option are CONFIG_LTT=y
> > > > > > CONFIG_LTT_FILTER=y
> > > > > > CONFIG_LTT_TRACEPROBES=y
> > > > > > # CONFIG_HAVE_LTT_DUMP_TABLES is not set
> > > > > > CONFIG_LTT_RELAY_ALLOC=y
> > > > > > CONFIG_LTT_RELAY=y
> > > > > > # CONFIG_LTT_RELAY_LOCKED is not set
> > > > > > # CONFIG_LTT_RELAY_CHECK_RANDOM_ACCESS is not set
> > > > > > CONFIG_LTT_SERIALIZE=y
> > > > > > CONFIG_LTT_MARKER_CONTROL=y
> > > > > > CONFIG_LTT_TRACER=y
> > > > > > CONFIG_LTT_ALIGNMENT=y
> > > > > > CONFIG_LTT_DEBUG_EVENT_SIZE=y
> > > > > > CONFIG_LTT_USERSPACE_EVENT=y
> > > > > > CONFIG_LTT_VMCORE=y
> > > > > > CONFIG_LTT_NETLINK_CONTROL=y
> > > > > > CONFIG_LTT_TRACE_CONTROL=y
> > > > > > CONFIG_LTT_STATEDUMP=y
> > > > > >
> > > > > > now
> > > > > > ltt-armall
> > > > > > lttctl os running fine
> > > > > >
> > > > > > but when i do
> > > > > > lttv -m textDump -t /tmp/trace1
> > > > > > The input data file /var/tmp/trace1/metadata_0 does not contain a
> > > > trace
> > > > > > The input data file /var/tmp/trace1/block_0 does not contain a
> > trace
> > > > > > The input data file /var/tmp/trace1/fd_state_0 does not contain a
> > trace
> > > > > > The input data file /var/tmp/trace1/fs_0 does not contain a trace
> > > > > > The input data file /var/tmp/trace1/global_state_0 does not contain
> > a
> > > > trace
> > > > > > The input data file /var/tmp/trace1/input_0 does not contain a
> > trace
> > > > > > The input data file /var/tmp/trace1/ipc_0 does not contain a trace
> > > > > > The input data file /var/tmp/trace1/irq_state_0 does not contain a
> > > > trace
> > > > > > **
> > > > > > ERROR:tracefile.c:1355:map_block: assertion failed: (block_num <
> > > > > > tf->num_blocks)
> > > > > > /bin/lttv: line 15: 100 Aborted $0.real $*
> > > > > >
> > > > > > this output is coming
> > > > > > so i checked /tmp/trace1 file , then i found the files are having 0
> > > > size
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 block_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 fd_state_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 fs_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07
> > global_state_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 input_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 ipc_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 irq_state_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 kernel_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 metadata_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 mm_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07
> > module_state_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 net_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07
> > netif_state_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 rcu_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07
> > softirq_state_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07
> > task_state_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 userspace_0
> > > > > > -rwxr-xr-x 1 root root 0 Jan 1 00:07 vm_state_0
> > > > > >
> > > > > > I am not getting why this is coming.
> > > > > > Please help
> > > > > > Thanks in advance
> > > > > >
> > > > > > Regards
> > > > > > Dhiren
> > > > > >
> > > > > >
> > > > > > _______________________________________________
> > > > > > ltt-dev mailing listltt-dev at lists.casi.polymtl.cahttp://
> > > > lists.casi.polymtl.ca/cgi-bin/mailman/listinfo/ltt-dev
> > > > > >
> > > > > >
> > > > > >
> > > > > > _______________________________________________
> > > > > > ltt-dev mailing list
> > > > > > ltt-dev at lists.casi.polymtl.ca
> > > > > > http://lists.casi.polymtl.ca/cgi-bin/mailman/listinfo/ltt-dev
> > > > > >
> > > > > >
> > > >
> > > >
> > > >
> > > > > _______________________________________________
> > > > > ltt-dev mailing list
> > > > > ltt-dev at lists.casi.polymtl.ca
> > > > > http://lists.casi.polymtl.ca/cgi-bin/mailman/listinfo/ltt-dev
> > > >
> > > >
> > > > --
> > > > Mathieu Desnoyers
> > > > Operating System Efficiency R&D Consultant
> > > > EfficiOS Inc.
> > > > http://www.efficios.com
> > > >
> >
> > --
> > Mathieu Desnoyers
> > Operating System Efficiency R&D Consultant
> > EfficiOS Inc.
> > http://www.efficios.com
> >
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
More information about the lttng-dev
mailing list