Intel Branch Trace Store ======================== Overview ======== Intel BTS could be regarded as a predecessor to Intel PT and has some similarities because it can also identify every branch a program takes. A notable difference is that Intel BTS has no timing information and as a consequence the present implementation is limited to per-thread recording. While decoding Intel BTS does not require walking the object code, the object code is still needed to pair up calls and returns correctly, consequently much of the Intel PT documentation applies also to Intel BTS. Refer to the Intel PT documentation and consider that the PMU 'intel_bts' can usually be used in place of 'intel_pt' in the examples provided, with the proviso that per-thread recording must also be stipulated i.e. the --per-thread option for 'perf record'. perf record =========== new event --------- The Intel BTS kernel driver creates a new PMU for Intel BTS. The perf record option is: -e intel_bts// Currently Intel BTS is limited to per-thread tracing so the --per-thread option is also needed. snapshot option --------------- The snapshot option is the same as Intel PT (refer Intel PT documentation). auxtrace mmap size option ----------------------- The mmap size option is the same as Intel PT (refer Intel PT documentation). perf script =========== By default, perf script will decode trace data found in the perf.data file. This can be further controlled by option --itrace. The --itrace option is the same as Intel PT (refer Intel PT documentation) except that neither "instructions" events nor "transactions" events (and consequently call chains) are supported. To disable trace decoding entirely, use the option --no-itrace. dump option ----------- perf script has an option (-D) to "dump" the events i.e. display the binary data. When -D is used, Intel BTS packets are displayed. To disable the display of Intel BTS packets, combine the -D option with --no-itrace. perf report =========== By default, perf report will decode trace data found in the perf.data file. This can be further controlled by new option --itrace exactly the same as perf script. perf inject =========== perf inject also accepts the --itrace option in which case tracing data is removed and replaced with the synthesized events. e.g. perf inject --itrace -i perf.data -o perf.data.new s='form'>
path: root/drivers/usb/isp1760/isp1760-hcd.c
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2017-01-30 14:28:22 -0800
committerDavid S. Miller <davem@davemloft.net>2017-01-30 14:28:22 -0800
commit54791b276b4000b307339f269d3bf7db877d536f (patch)
tree1c2616bd373ce5ea28aac2a53e32f5b5834901ce /drivers/usb/isp1760/isp1760-hcd.c
parent5d0e7705774dd412a465896d08d59a81a345c1e4 (diff)
parent047487241ff59374fded8c477f21453681f5995c (diff)
Merge branch 'sparc64-non-resumable-user-error-recovery'
Liam R. Howlett says: ==================== sparc64: Recover from userspace non-resumable PIO & MEM errors A non-resumable error from userspace is able to cause a kernel panic or trap loop due to the setup and handling of the queued traps once in the kernel. This patch series addresses both of these issues. The queues are fixed by simply zeroing the memory before use. PIO errors from userspace will result in a SIGBUS being sent to the user process. The MEM errors form userspace will result in a SIGKILL and also cause the offending pages to be claimed so they are no longer used in future tasks. SIGKILL is used to ensure that the process does not try to coredump and result in an attempt to read the memory again from within kernel space. Although there is a HV call to scrub the memory (mem_scrub), there is no easy way to guarantee that the real memory address(es) are not used by other tasks. Clearing the error with mem_scrub would zero the memory and cause the other processes to proceed with bad data. The handling of other non-resumable errors remain unchanged and will cause a panic. ==================== Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/usb/isp1760/isp1760-hcd.c')