commit | 35823ddd6d3afc405d432df9e609f5b2dc60e585 | [log] [tgz] |
---|---|---|
author | Patrick Bellasi <patrick.bellasi@arm.com> | Mon Jun 19 16:37:58 2017 +0100 |
committer | Patrick Bellasi <patrick.bellasi@arm.com> | Thu Jul 20 10:01:36 2017 +0100 |
tree | a02ab89fea3d8ddeafbf0250ffeef6d7ef436a96 | |
parent | f53861c3fe6bec80e2ed9996f116d9fbc20485ce [diff] |
utils/trace: make Task-PID mapping more robust Currently we use sched_switches next_comm/next_pid fields to build the PID map. However, it could happen that a task exits after its name has been changed, thus never being reported with the correct name. For example this happens when a father task spawns a cpu hog thread and then sets its thread name. If this child runs till completion, it will never be switched in again while it will still be switched out when it die. Let's assume that all the tasks we mainly care about in a test always complet (at least one time) while the trace is being collected. Thus, a better strategy is to parse the prev_comm/prev_pid fields of each sched_switch event. Reported-by: Claudio Scordino <claudio@evidence.eu.com> Signed-off-by: Patrick Bellasi <patrick.bellasi@arm.com>
NOTE: This is still a work in progress project, suitable for: developers, contributors and testers. None of the provided tests have been extensively evaluated as of January 2017.
The LISA project provides a toolkit that supports regression testing and interactive analysis of Linux kernel behavior. LISA stands for Linux Integrated/Interactive System Analysis. LISA's goal is to help Linux kernel developers to measure the impact of modifications in core parts of the kernel. The focus is on the scheduler (e.g. EAS), power management and thermal frameworks. However LISA is generic and can be used for other purposes too.
LISA has a "host"/"target" model. LISA itself runs on a host machine, and uses the devlib toolkit to interact with the target via SSH, ADB or telnet. LISA is flexible with regard to the target OS; its only expectation is a Linux kernel-based system. Android, GNU/Linux and busybox style systems have all been used.
LISA provides features to describe workloads (notably using rt-app) and run them on targets. It can collect trace files from the target OS (e.g. systrace and ftrace traces), parse them via the TRAPpy framework. These traces can then be parsed and analysed in order to examine detailed target behaviour during the workload's execution.
Some LISA features may require modifying the target OS. For example, in order to collect ftrace files the target kernel must have CONFIG_DYNAMIC_FTRACE enabled.
There are two "entry points" for running LISA:
Via the Jupyter/IPython notebook framework. This allows LISA to be used interactively and supports visualisation of trace data. Some notebooks are provided with example and ready-made LISA use-cases.
Via the automated test framework. This framework allows the development of automated pass/fail regression tests for kernel behaviour. The BART toolkit provides additional domain-specific test assertions for this use-case. LISA provides some ready-made automated tests under the tests/
directory.
The main goals of LISA are:
More formal API documentation for LISA is a work in progress, however much of the API is currently described in the provided tutorial Jupyter notebooks.
This project is licensed under Apache-2.0.
This project includes some third-party code under other open source licenses. For more information, see lisa/tools/LICENSE.*
Contributions are accepted under Apache-2.0. Only submit contributions where you have authored all of the code. If you do this on work time make sure your employer is cool with this.