Project

General

Profile

Actions

Bug #645

closed

In the kernel domain, the loglevel command option is treated inconsistently

Added by Daniel U. Thibault over 10 years ago. Updated over 10 years ago.

Status:
Resolved
Priority:
High
Assignee:
-
Target version:
Start date:
09/25/2013
Due date:
% Done:

0%

Estimated time:

Description

Using lttng 2.3.0

In the kernel domain, the loglevel and loglevel-only event options are ignored if the event type is --syscall, but an error is issued if it is --probe or --function. If the --all option is also used, the interface feedback gives the impression that lttng accepts loglevel filtering, but the session configuration actually ignores it. Thus:

$ lttng enable-event -k sched_switch --loglevel-only warn
Kernel loglevels are not supported
Error: Unsupported command

$ lttng enable-event -k myprobe --probe kvm_fpu+0x0 --loglevel-only warn
Kernel loglevels are not supported
Error: Unsupported command

$ lttng enable-event -k --all --syscall --loglevel-only warn
All kernel system calls are enabled in channel channel0
$ lttng list session
[…]
    Events:
      syscalls (type: syscall) [enabled]

$ lttng enable-event -k --all --loglevel-only warn
All kernel events are enabled in channel channel0 for loglevel warn
$ lttng list session
[…]
    Events:
[…]
      kvm_fpu (loglevel: TRACE_EMERG (0)) (type: tracepoint) [enabled]
Actions #1

Updated by David Goulet over 10 years ago

  • Status changed from New to Confirmed
  • Priority changed from Normal to High
Actions #2

Updated by Jérémie Galarneau over 10 years ago

  • Status changed from Confirmed to Resolved

Fixed as of 67b5863058c0fbe14e0b527013b50aef8eabdd88

Actions

Also available in: Atom PDF