[ltt-dev] ltt trace files are empty
Dhirender Baliyan
dhir157 at gmail.com
Mon Apr 18 08:09:00 EDT 2011
Hi Mathieu,
yes it is 32-bit,
but the below changes were already there.
we are using NFS filesystem, I have tried it with flash also .. but still
the files are empty.
your help is appricated
On Mon, Apr 18, 2011 at 4:33 PM, Mathieu Desnoyers <
compudj at krystal.dyndns.org> wrote:
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.casi.polymtl.ca/pipermail/lttng-dev/attachments/20110418/3f87a785/attachment-0003.htm>
More information about the lttng-dev
mailing list