[ltt-dev] ltt - no traces logged using lttctl

francois arsenault francois_arsenau at hotmail.com
Tue Mar 10 14:21:09 EDT 2009


Hello,

Thanks for the quick response...

OK, I have tried the "ltt-armall" command. I have used the following commands my the target to startup the traces:

   ./ltt-armall.sh
   lttctl -n trace -b
   lttd -c /mnt/debugfs/ltt/trace -t /mnt/tmpfs/traceout1 -d
WAIT FOR A WHILE...
   lttctl -n trace -R

The result, in "/mnt/tmpfs/traceout1" is as follow:
   ls -alR /mnt/tmpfs/traceout1
   /mnt/tmpfs/traceout1:
   drwxr-xr-x    3 0        0             100 Jan  1 00:03 .
   drwxrwxrwt    4 0        0             140 Jan  1 00:03 ..
   -rwxr-xr-x    1 0        0         1048576 Jan  1 00:04 compact_0
   drwxr-xr-x    2 0        0             140 Jan  1 00:03 control
   -rwxr-xr-x    1 0        0         1048576 Jan  1 00:04 cpu_0
   
   /mnt/tmpfs/traceout1/control:
   drwxr-xr-x    2 0        0             140 Jan  1 00:03 .
   drwxr-xr-x    3 0        0             100 Jan  1 00:03 ..
   -rwxr-xr-x    1 0        0           65536 Jan  1 00:04 facilities_0
   -rwxr-xr-x    1 0        0           65536 Jan  1 00:04 interrupts_0
   -rwxr-xr-x    1 0        0           65536 Jan  1 00:04 modules_0
   -rwxr-xr-x    1 0        0           65536 Jan  1 00:04 network_0
   -rwxr-xr-x    1 0        0          262144 Jan  1 00:04 processes_0


OK, It seems to have somethings in those files. So I "tared" and tftp the files on my HOST that is running LTTV.

My question is:
How can I view the "traceout1" trace result in the LTTV. When I select a "add" trace in LTTV, I cannot choose one of the file traces from my Target (traceout1)?

Also., what is the format input trace that is required by the LTTV?

Merci,
Francois.


> Date: Mon, 9 Mar 2009 19:01:11 -0400
> From: compudj at krystal.dyndns.org
> To: francois_arsenau at hotmail.com
> CC: ltt-dev at lists.casi.polymtl.ca
> Subject: Re: [ltt-dev] ltt - no traces logged using lttctl
> 
> * francois arsenault (francois_arsenau at hotmail.com) wrote:
> > 
> > Hello to all,
> > 
> > We are trying to use the ltt for debugging a problem on our hardware and no data is logged in the trace.
> > Our Hardware:
> > - ppc405gpr
> > - linux 2.6 (Linux version 2.6.26.8-00004) - from Denx
> > 
> > We have done the following steps for the ltt installation:
> > - Download "patch-2.6.26-rc8-0.10-pre56" from http://ltt.polymtl.ca
> > - installed the patch (one error on the "kernel/printk.c" file)
> > - In the kernel menuconfig, select all related ltt options (see the .config file attached)
> > - make / make modules_install
> > - Cross compile for the ppc405 the "ltt-control" (wget http://ltt.polymtl.ca/files/lttng/ltt-control-0.48-27022008.tar.gz)
> > 
> > We are using the following commands on the target to start the traces:
> > mkdir /mnt/debugfs
> > echo "debugfs         /mnt/debugfs    debugfs rw              0       0"  >> /etc/fstab
> > mount /mnt/debugfs
> > 
> > #Start Trace
> > lttctl -n trace -b
> > 
> > lttd -c /mnt/debugfs/ltt/trace -t /mnt/tmpfs/traceout1 -d
> > 
> > #Stop Trace
> > lttctl -n trace -R
> > 
> > 
> > Question: we are executing the "lttctl -n trace -b" command, the "/mnt/debugfs/ltt" content is always zero i.e.:
> > # ls -alR /mnt/debugfs/ltt
> > /mnt/debugfs/ltt:
> > drwxr-xr-x    3 0        0               0 Jan  1 00:00 .
> > drwxr-xr-x    6 0        0               0 Jan  1 00:00 ..
> > drwxr-xr-x    3 0        0               0 Jan  1 00:17 trace
> > 
> > /mnt/debugfs/ltt/trace:
> > drwxr-xr-x    3 0        0               0 Jan  1 00:17 .
> > drwxr-xr-x    3 0        0               0 Jan  1 00:00 ..
> > -r--------    1 0        0               0 Jan  1 00:17 compact_0
> > drwxr-xr-x    2 0        0               0 Jan  1 00:17 control
> > -r--------    1 0        0               0 Jan  1 00:17 cpu_0
> > 
> > /mnt/debugfs/ltt/trace/control:
> > drwxr-xr-x    2 0        0               0 Jan  1 00:17 .
> > drwxr-xr-x    3 0        0               0 Jan  1 00:17 ..
> > -r--------    1 0        0               0 Jan  1 00:17 facilities_0
> > -r--------    1 0        0               0 Jan  1 00:17 interrupts_0
> > -r--------    1 0        0               0 Jan  1 00:17 modules_0
> > -r--------    1 0        0               0 Jan  1 00:17 network_0
> > -r--------    1 0        0               0 Jan  1 00:17 processes_0
> > 
> > It seems that the kernel doesn't send the "trace_mark" to the application. How can I fix this or debug it?
> > 
> 
> Hi,
> 
> 1) Have you activated the instrumentation with "ltt-armall" ?
> 
> 2) Files in /mnt/debugfs/ltt are always 0-sized. Please read the
> LttngManual on the http://www.lttng.org website to figure out that
> lttctl -d  (not -b) will start lttd which will hook on the debugfs files
> and write their content to disk (into real files). For more info, please
> see lttctl --help.
> 
> Mathieu
> 
> 
> > Thanks,
> > Francois.
> > 
> > Attached,
> > - kernel .config
> > 
> > -The following are dmesg and cat /proc/ltt dump:
> > 
> > =========== dmesg =================
> > Using SMUS4000 machine description
> > Linux version 2.6.26.8-00004-gbb42807-dirty (franky at franky-desktop) (gcc version 4.2.2) #13 Mon Mar 9 11:20:47 EDT 2009
> > Found initrd at 0xc3c91000:0xc3ebc0a7
> > Found legacy serial port 0 for /plb/opb/serial at ef600300
> >   mem=ef600300, taddr=ef600300, irq=0, clk=11250112, speed=115200
> > Found legacy serial port 1 for /plb/opb/serial at ef600400
> >   mem=ef600400, taddr=ef600400, irq=0, clk=11250112, speed=115200
> > console [udbg0] enabled
> > Entering add_active_range(0, 0, 16384) 0 entries of 256 used
> > Top of RAM: 0x4000000, Total RAM: 0x4000000
> > Memory hole size: 0MB
> > Zone PFN ranges:
> >   DMA             0 ->    16384
> >   Normal      16384 ->    16384
> > Movable zone start PFN for each node
> > early_node_map[1] active PFN ranges
> >     0:        0 ->    16384
> > On node 0 totalpages: 16384
> >   DMA zone: 128 pages used for memmap
> >   DMA zone: 0 pages reserved
> >   DMA zone: 16256 pages, LIFO batch:3
> >   Normal zone: 0 pages used for memmap
> >   Movable zone: 0 pages used for memmap
> > Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
> > Kernel command line: console=ttyS1,115200 root=/dev/ram rw ip=10.0.102.247:10.0.102.71:10.0.102.71:255.255.255.0:ep405:eth0
> > init=./linuxrc
> > UIC0 (32 IRQ sources) at DCR 0xc0
> > PID hash table entries: 256 (order: 8, 1024 bytes)
> > time_init: decrementer frequency = 360.003600 MHz
> > time_init: processor frequency   = 360.003600 MHz
> > clocksource: timebase mult[b1c6a8] shift[22] registered
> > clockevent: decrementer mult[5c29] shift[16] cpu[0]
> > Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
> > Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
> > Memory: 59552k/65536k available (2860k kernel code, 5924k reserved, 108k data, 125k bss, 140k init)
> > SLUB: Genslabs=10, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
> > Calibrating delay loop... 718.84 BogoMIPS (lpj=1437696)
> > Mount-cache hash table entries: 512
> > net_namespace: 192 bytes
> > NET: Registered protocol family 16
> > PCI: Probing PCI hardware
> > NET: Registered protocol family 2
> > IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> > TCP established hash table entries: 2048 (order: 2, 16384 bytes)
> > TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
> > TCP: Hash tables configured (established 2048 bind 2048)
> > TCP reno registered
> > NET: Registered protocol family 1
> > checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
> > Freeing initrd memory: 2220k freed
> > JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
> > msgmni has been set to 120
> > io scheduler noop registered
> > io scheduler anticipatory registered (default)
> > io scheduler deadline registered
> > io scheduler cfq registered
> > Synthetic TSC timer will fire each 741 jiffies.
> > LTT : ltt-heartbeat init
> > LTT : ltt-heartbeat init
> > Requested number of bits 11
> > Available number of bits 14
> > Heartbeat timer will fire each 88 jiffies.
> > Compact TSC init : truncate 8 lsb, cutoff 3 msb.
> > LTT : ltt-relay init
> > ltt-control init
> > LTT : State dump init
> > Data shifted from 24 bits
> > 3 bits used for event IDs, 8 available for data.
> > Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
> > serial8250.0: ttyS0 at MMIO 0xef600300 (irq = 16) is a 16550A
> > serial8250.0: ttyS1 at MMIO 0xef600400 (irq = 17) is a 16550A
> > console handover: boot [udbg0] -> real [ttyS1]
> > ef600300.serial: ttyS0 at MMIO 0xef600300 (irq = 16) is a 16550A
> > ef600400.serial: ttyS1 at MMIO 0xef600400 (irq = 17) is a 16550A
> > brd: module loaded
> > PPC 4xx OCP EMAC driver, version 3.54
> > MAL v1 /plb/mcmal, 1 TX channels, 1 RX channels
> > eth0: EMAC-0 /plb/opb/ethernet at ef600800, MAC 00:40:fd:01:ef:8e
> > eth0: found Generic MII PHY (0x18)
> > init_smu_mtd: chip probing count 0
> > SMU-0: Found 2 x16 devices at 0x0 in 32-bit bank
> >  Amd/Fujitsu Extended Query Table at 0x0040
> > SMU-0: CFI does not contain boot bank location. Assuming top.
> > number of CFI chips: 1
> > cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
> > init_smu_mtd: bank 1, name: SMU-0, size: 33554432 bytes
> > init_smu_mtd: 0 command line partitions on bank 0
> > SMU flash bank 0: Using static image bank1 partition definition
> > Creating 5 MTD partitions on "ppc4xx-nor":
> > 0x00000000-0x01dc0000 : "flash file System"
> > 0x01dc0000-0x01f80000 : "buf"
> > 0x01f80000-0x01fa0000 : "env2"
> > mtd: partition "env2" doesn't end on an erase block -- force read-only
> > 0x01fa0000-0x01fc0000 : "env1"
> > mtd: partition "env1" doesn't start on an erase block boundary -- force read-only
> > 0x01fc0000-0x02000000 : "u-boot"
> > TCP cubic registered
> > NET: Registered protocol family 17
> > RPC: Registered udp transport module.
> > RPC: Registered tcp transport module.
> > eth0: link is down
> > IP-Config: Complete:
> >      device=eth0, addr=10.0.102.247, mask=255.255.255.0, gw=10.0.102.71,
> >      host=ep405, domain=, nis-domain=(none),
> >      bootserver=10.0.102.71, rootserver=10.0.102.71, rootpath=
> > RAMDISK: Compressed image found at block 0
> > VFS: Mounted root (ext2 filesystem).
> > Freeing unused kernel memory: 140k init
> > eth0: link is up, 100 FDX, pause enabled
> > vxworksStubs_class_init.77: Module loaded
> > sat_mod: module license 'unspecified' taints kernel.
> > sat_init_module for sat0 net driver
> > sat_init_module.618: Symb: semBCreate, value: 0xc7083d94
> > SMUS4000 fpga0 FOUND!!!
> > sat_dev_interrupt_map.419: fpga0_sign_virt_irq_nbr: 0x19
> > sat_dev_interrupt_map.420: fpga1_sof_virt_irq_nbr: 0x1a
> > sat_dev_interrupt_map.432: i2c FOUND
> > sat_dev_interrupt_map.434: i2c_virt_irq_nbr: 0x1b
> > SMUF_init_module: Calling SMUF_getVirtualAddress
> > SATevfm_Init.363: init module
> > SATevfm_Init.375: init module OK
> > FLINK_init_module: Registering FLINK device<4>Loading SMU FPGA Programming driver version 1.0 Mar  9 2009 11:21:15
> > fpga_prog: got major number 254, minor 0
> > ltt-control ltt_control_input
> > ltt_control : trace trace
> > Creating trace trace
> > ltt-control ltt_control_input
> > ltt_control : trace trace
> > Start tracing trace
> > Data shifted from 24 bits
> > 3 bits used for event IDs, 8 available for data.
> > LTT : ltt-heartbeat trigger
> > LTT : ltt-heartbeat start
> > LTT state dump begin
> > LTT state dump thread start
> > LTT state dump end
> > ltt-control ltt_control_input
> > ltt_control : trace trace
> > Stop tracing trace
> > LTT : ltt-heartbeat trigger
> > LTT : ltt-heartbeat stop
> > ltt-control ltt_control_input
> > ltt_control : trace trace
> > Destroying trace trace
> > 
> > 
> > =========== cat /proc/ltt =================
> > cat /proc/ltt
> > marker: kernel_arch_syscall_entry format: "syscall_id %d ip #p%ld" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_arch_syscall_exit format: "ret %ld" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_arch_ipc_call format: "call %u first %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_arch_kthread_create format: "pid %ld fn %p" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_arch_trap_entry format: "trap_id %ld ip #p%ld" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_arch_trap_exit format: " " state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_arch_trap_entry format: "trap_id %ld ip #p%ld" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_arch_trap_exit format: " " state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_arch_trap_entry format: "trap_id %ld ip #p%ld" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_arch_trap_exit format: " " state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_arch_trap_entry format: "trap_id %ld ip #p%ld" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_arch_trap_exit format: " " state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_sched_try_wakeup format: "pid %d state %ld" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: internal_kernel_sched_schedule format: "prev %p next %p" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_sched_wakeup_new_task format: "pid %d state %ld" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_process_fork format: "parent_pid %d child_pid %d child_tgid %d" state: 0 call: 0xc0055bf0 probe multi : 0x000
> > 00000
> > marker: kernel_printk format: "ip %p" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_process_free format: "pid %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_process_wait format: "pid %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_process_exit format: "pid %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_timer_itimer_set format: "which %d interval_sec %ld interval_usec %ld value_sec %ld value_usec %ld" state: 0
> > call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_timer_itimer_expired format: "pid %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_softirq_raise format: "softirq_id %u" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: statedump_softirq_vec format: "id %d address %p symbol %s" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_tasklet_high_entry format: "func %p data %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_tasklet_high_exit format: "func %p data %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_tasklet_low_entry format: "func %p data %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_tasklet_low_exit format: "func %p data %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_softirq_entry format: "softirq_id %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_softirq_exit format: "softirq_id %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_timer_set format: "expires %lu function %p data %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_timer_timeout format: "pid %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_timer_update_time format: "jiffies #8u%llu xtime_sec %ld xtime_nsec %ld walltomonotonic_sec %ld walltomonoton
> > ic_nsec %ld" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_send_signal format: "pid %d signal %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_kthread_stop format: "pid %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_kthread_stop_ret format: "ret %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_module_free format: "name %s" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_module_load format: "name %s" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: list_module format: "name %s state %d refcount %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_irq_entry format: "irq_id %u kernel_mode %u" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_irq_exit format: " " state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: core_marker_format format: "name %s format %s" state: 1 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: core_marker_format format: "name %s format %s" state: 1 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: mm_filemap_wait_start format: "pfn %lu bit_nr %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: mm_filemap_wait_end format: "pfn %lu bit_nr %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: mm_page_free format: "order %u pfn %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: mm_page_free format: "order %u pfn %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: mm_page_alloc format: "order %u pfn %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: mm_handle_fault_entry format: "address %lu ip #p%ld write_access %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000
> > 000
> > marker: mm_swap_in format: "pfn %lu filp %p offset %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: mm_handle_fault_exit format: " " state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: mm_swap_out format: "pfn %lu filp %p offset %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: statedump_swap_files format: "filp %p vfsmount %p dname %s" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: mm_swap_file_close format: "filp %p" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: mm_swap_file_open format: "filp %p filename %s" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_close format: "fd %u" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_open format: "fd %d filename %s" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_writev format: "fd %lu vlen %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_lseek format: "fd %u offset %ld origin %u" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_llseek format: "fd %u offset %llu origin %u" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_read format: "fd %u count %zu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_write format: "fd %u count %zu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_pread64 format: "fd %u count %zu pos %llu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_pwrite64 format: "fd %u count %zu pos %llu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_readv format: "fd %lu vlen %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_exec format: "filename %s" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_ioctl format: "fd %u cmd %u arg %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_pollfd format: "fd %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_select format: "fd %d timeout #8d%lld" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_buffer_wait_start format: "bh %p" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: fs_buffer_wait_end format: "bh %p" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: ipc_msg_create format: "id %ld flags %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: ipc_sem_create format: "id %ld flags %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: ipc_shm_create format: "id %ld flags %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: core_heartbeat_32 format: " " state: 1 call: 0xc0054b40 probe multi : 0x00000000
> > marker: core_heartbeat_64 format: "timestamp #8u%llu" state: 1 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: list_process_state format: "pid %d parent_pid %d name %s type %d mode %d submode %d status %d tgid %d" state: 0 call
> > : 0xc0055bf0 probe multi : 0x00000000
> > marker: list_file_descriptor format: "filename %s pid %d fd %u" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: list_vm_map format: "pid %d start %lu end %lu flags %lu pgoff %lu inode %lu" state: 0 call: 0xc0055bf0 probe multi :
> >  0x00000000
> > marker: list_interrupt format: "name %s action %s irq_id %u" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: list_network_ipv4_interface format: "name %s address #4u%lu up %d" state: 0 call: 0xc0055bf0 probe multi : 0x0000000
> > 0
> > marker: list_network_ip_interface format: "name %s address #4u%lu up %d" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: list_statedump_end format: " " state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: core_marker_id format: "name %s id %hu int #1u%zu long #1u%zu pointer #1u%zu size_t #1u%zu alignment #1u%u" state: 1
> >  call: 0xc0055bf0 probe multi : 0x00000000
> > marker: core_marker_format format: "name %s format %s" state: 1 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: core_marker_id format: "name %s id %hu int #1u%zu long #1u%zu pointer #1u%zu size_t #1u%zu alignment #1u%u" state: 1
> >  call: 0xc0055bf0 probe multi : 0x00000000
> > marker: core_marker_id format: "name %s id %hu int #1u%zu long #1u%zu pointer #1u%zu size_t #1u%zu alignment #1u%u" state: 1
> >  call: 0xc0055bf0 probe multi : 0x00000000
> > marker: core_marker_id format: "name %s id %hu int #1u%zu long #1u%zu pointer #1u%zu size_t #1u%zu alignment #1u%u" state: 1
> >  call: 0xc0055bf0 probe multi : 0x00000000
> > marker: kernel_sched_schedule format: "prev_pid %d next_pid %d prev_state %ld" state: 0 call: 0xc0055bf0 probe multi : 0x000
> > 00000
> > marker: net_socket_recvmsg format: "sock %p family %d type %d protocol %d size %zu" state: 0 call: 0xc0055bf0 probe multi :
> > 0x00000000
> > marker: net_socket_sendmsg format: "sock %p family %d type %d protocol %d size %zu" state: 0 call: 0xc0055bf0 probe multi :
> > 0x00000000
> > marker: net_socket_create format: "sock %p family %d type %d protocol %d fd %d" state: 0 call: 0xc0055bf0 probe multi : 0x00
> > 000000
> > marker: net_socket_call format: "call %d a0 %lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: net_dev_receive format: "skb %p protocol #2u%hu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: net_dev_xmit format: "skb %p protocol #2u%hu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: net_insert_ifa_ipv4 format: "label %s address #4u%lu" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > marker: net_del_ifa_ipv4 format: "label %s" state: 0 call: 0xc0055bf0 probe multi : 0x00000000
> > 
> > 
> > 
> > Thanks.
> > 
> > 
> > 
> > _________________________________________________________________
> > Réinventez comment vous restez en contact avec le nouveau Windows Live Messenger.
> > http://go.microsoft.com/?linkid=9650737
> 
> > _______________________________________________
> > ltt-dev mailing list
> > ltt-dev at lists.casi.polymtl.ca
> > http://lists.casi.polymtl.ca/cgi-bin/mailman/listinfo/ltt-dev
> 
> 
> -- 
> Mathieu Desnoyers
> OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68

_________________________________________________________________
Découvrez toutes les nouvelles fonctions et reconnectez-vous à votre vie.
http://go.microsoft.com/?linkid=9650738
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.casi.polymtl.ca/pipermail/lttng-dev/attachments/20090310/475b22b4/attachment-0003.htm>


More information about the lttng-dev mailing list