Home
last modified time | relevance | path

Searched full:events (Results 1 – 25 of 393) sorted by relevance

12345678910>>...16

/Documentation/ABI/testing/
Dsysfs-bus-iio15 based on hardware generated events (e.g. data ready) or
41 buffered samples and events for device X.
618 What: /sys/bus/iio/devices/iio:deviceX/events
622 Configuration of which hardware generated events are passed up
625 What: /sys/.../iio:deviceX/events/in_accel_x_thresh_rising_en
626 What: /sys/.../iio:deviceX/events/in_accel_x_thresh_falling_en
627 What: /sys/.../iio:deviceX/events/in_accel_y_thresh_rising_en
628 What: /sys/.../iio:deviceX/events/in_accel_y_thresh_falling_en
629 What: /sys/.../iio:deviceX/events/in_accel_z_thresh_rising_en
630 What: /sys/.../iio:deviceX/events/in_accel_z_thresh_falling_en
[all …]
Dsysfs-bus-event_source-devices-events1 What: /sys/devices/cpu/events/
2 /sys/devices/cpu/events/branch-misses
3 /sys/devices/cpu/events/cache-references
4 /sys/devices/cpu/events/cache-misses
5 /sys/devices/cpu/events/stalled-cycles-frontend
6 /sys/devices/cpu/events/branch-instructions
7 /sys/devices/cpu/events/stalled-cycles-backend
8 /sys/devices/cpu/events/instructions
9 /sys/devices/cpu/events/cpu-cycles
15 Description: Generic performance monitoring events
[all …]
Dsysfs-bus-event_source-devices-dfl_fme29 for access to all fme pmu performance monitoring events.
31 What: /sys/bus/event_source/devices/dfl_fmeX/events
36 events specific to fme. Each attribute in this group describes
39 (See ABI/testing/sysfs-bus-event_source-devices-events).
41 All supported performance monitoring events are listed below.
43 Basic events (evtype=0x00)::
47 Cache events (evtype=0x01)::
62 Fabric events (evtype=0x02)::
81 VTD events (evtype=0x03)::
91 VTD SIP events (evtype=0x04)::
Dsysfs-bus-iio-light-lm3533-als1 What: /sys/.../events/in_illuminance0_thresh_either_en
11 What: /sys/.../events/in_illuminance0_threshY_hysteresis
19 What: /sys/.../events/illuminance_threshY_falling_value
20 What: /sys/.../events/illuminance_threshY_raising_value
26 against for the events enabled by
/Documentation/userspace-api/media/v4l/
Ddev-event.rst11 include start of frame or loss of signal events, for example. Changes in
13 events.
15 To receive events, the events the user is interested in first must be
18 an event is subscribed, the events of subscribed types are dequeueable
19 using the :ref:`VIDIOC_DQEVENT` ioctl. Events may be
21 type V4L2_EVENT_ALL may be used to unsubscribe all the events the
28 The information on dequeueable events is obtained by using select or
29 poll system calls on video devices. The V4L2 events use POLLPRI events
33 events:
/Documentation/powerpc/
Dpmu-ebb.rst6 branch directly to a specified user space address when certain events occur.
20 Throughout this document we will refer to an "EBB event" or "EBB events". This
22 attr.config. All events which can be configured on the hardware PMU are
23 possible "EBB events".
32 It is a feature of the perf_events API that events can be created on other
34 events, however unless the target process enables EBBs (via mtspr(BESCR)) no
38 actually configure any events. At a later time another process can come along
45 events can be configured. This means that EBB events can not be run
46 concurrently with regular 'perf' commands, or any other perf events.
50 its events could not run.
[all …]
/Documentation/admin-guide/perf/
Darm_dsu_pmu.rst7 allows counting the various events related to the L3 cache, Snoop Control Unit
12 PMU doesn't support process specific events and cannot be used in sampling mode.
14 The DSU provides a bitmap for a subset of implemented events via hardware
15 registers. There is no way for the driver to determine if the other events
16 are available or not. Hence the driver exposes only those events advertised
17 by the DSU, in "events" directory under::
21 The user should refer to the TRM of the product to figure out the supported events
22 and use the raw event code for the unlisted events.
Darm-cmn.rst16 PMU events
22 each mesh counts its own events entirely independently, and additional
25 Most events are specified in a format based directly on the TRM
27 event number. Some events require an additional occupancy ID, which is
30 * Since RN-D nodes do not have any distinct events from RN-I nodes, they
37 * XP events also encode the port and channel in the "eventid" field, to
50 The PMU can also count watchpoint events to monitor specific flit
52 events can be global or targeted with a particular XP's "nodeid" value.
54 register selection, separate events are provided for flit uploads and
61 REQ or SNP channel, it can be specified as two events - one for each
[all …]
Darm-ccn.rst14 description of available events and configuration options
18 and config2 fields of the perf_event_attr structure. The "events"
20 events, that can be used with perf tool. For example "xp_valid_flit"
24 For events originating from device, "node" defines its index.
26 Crosspoint PMU events require "xp" (index), "bus" (bus number)
29 Crosspoint watchpoint-based events (special "event" value 0xfe)
44 the CCN PMU events. It is recommended that the user space tools
45 request the events on this processor (if not, the perf_event->cpu value
47 the events are migrated to another one and the attribute is updated.
Dqcom_l2_pmu.rst12 The driver provides a description of its available events and configuration
15 The "format" directory describes the format of the events.
17 Events can be envisioned as a 2-dimensional array. Each column represents
18 a group of events. There are 8 groups. Only one entry from each
19 group can be in use at a time. If multiple events from the same group
20 are specified, the conflicting events cannot be counted at the same time.
22 Events are specified as 0xCCG, where CC is 2 hex digits specifying
30 events on that cluster.
/Documentation/trace/
Devents-power.rst5 The power tracing system captures events related to power transitions
8 - Power state switch which reports events related to suspend (S-states),
16 Cf. include/trace/events/power.h for the events definitions.
18 1. Power state switch events
24 A 'cpu' event class gathers the CPU-related events: cpuidle and
48 2. Clocks events
50 The clock events are used for clock enable/disable and for
62 3. Power domains events
64 The power domain events are used for power domains transitions
72 4. PM QoS events
[all …]
Dindex.rst16 events
17 events-kmem
18 events-power
19 events-nmi
20 events-msr
Dtracepoint-analysis.rst2 Notes on Analysing Behaviour Using Events and Tracepoints
13 Simplistically, tracepoints represent important events that can be
16 gathering and interpreting these events. Lacking any current Best Practises,
23 2. Listing Available Events
29 All possible events are visible from /sys/kernel/debug/tracing/events. Simply
32 $ find /sys/kernel/debug/tracing/events -type d
34 will give a fair indication of the number of events available.
39 Discovery and enumeration of all counters and events, including tracepoints,
40 are available with the perf tool. Getting a list of available events is a
52 3. Enabling Events
[all …]
Devents.rst26 The events which are available for tracing can be found in the file
34 .. Note:: '>>' is necessary, otherwise it will firstly disable all the events.
41 To disable all events, echo an empty line to the set_event file::
45 To enable all events, echo ``*:*`` or ``*:`` to the set_event file::
49 The events are organized into subsystems, such as ext4, irq, sched,
52 file. All of the events in a subsystem can be specified via the syntax
53 ``<subsystem>:*``; for example, to enable all irq events, you can use the
61 The events available are also listed in /sys/kernel/debug/tracing/events/ hierarchy
66 # echo 1 > /sys/kernel/debug/tracing/events/sched/sched_wakeup/enable
70 # echo 0 > /sys/kernel/debug/tracing/events/sched/sched_wakeup/enable
[all …]
Duprobetracer.rst10 Uprobe based trace events are similar to kprobe based trace events.
16 /sys/kernel/debug/tracing/events/uprobes/<EVENT>/enable.
23 dynamic events too.
59 events can access only user-space memory.
100 * Print out the events that are registered::
104 * Clear all events::
129 We can see the events that are registered by looking at the uprobe_events file.
136 Format of events can be seen by viewing the file events/uprobes/zfree_entry/format.
139 # cat events/uprobes/zfree_entry/format
156 events, you need to enable it by::
[all …]
/Documentation/devicetree/bindings/goldfish/
Devents.txt1 Android Goldfish Events Keypad
3 Android goldfish events keypad device generated by android emulator.
7 - compatible : should contain "google,goldfish-events-keypad" to match emulator
13 goldfish-events@9040000 {
14 compatible = "google,goldfish-events-keypad";
/Documentation/driver-api/media/
Dv4l2-event.rst3 V4L2 events
6 The V4L2 events provide a generic way to pass events to user space.
7 The driver must use :c:type:`v4l2_fh` to be able to support V4L2 events.
9 Events are subscribed per-filehandle. An event specification consists of a
14 The :c:type:`v4l2_fh` struct has a list of subscribed events on its
23 of :c:func:`v4l2_event_subscribe`. This ringbuffer is used to store any events
28 generating lots of events of one type in a short time, then that will
29 not overwrite events of another type.
31 But if you get more events of one type than the size of the
47 - struct v4l2_fh has two lists: one of the ``subscribed`` events,
[all …]
Drc-core.rst10 remote controller keyboard keystrokes and mouse events.
21 The main difference is that, on keyboard events, the keyboard controller
37 *PULSE* and *SPACE* events, each with a given duration.
40 *PULSE* and *SPACE* events depend on the protocol.
49 signal in a sequence of *PULSE/SPACE* events, filtering out the carrier
52 of time it receives *PULSE/SPACE* events.
54 for those events to the Kernel. The drivers for hardware with such kind of
68 When the RC core receives events produced by ``RC_DRIVER_IR_RAW`` IR
/Documentation/input/
Devent-codes.rst12 A single hardware event generates multiple input events. Each input event
14 used to separate input events into packets of input data changes occurring at
18 The input protocol is a stateful protocol. Events are emitted only when values
31 type has a set of applicable codes to be used in generating events. See the
36 - Used as markers to separate events. Events may be separated in time or in
99 - Used to synchronize and separate events into packets of input data changes
110 - Used to synchronize and separate touch events. See the
116 Client should ignore all events up to and including next SYN_REPORT
123 EV_KEY events take the form KEY_<name> or BTN_<name>. For example, KEY_A is used
126 emitted with value 0. Some hardware send events when a key is repeated. These
[all …]
Dnotifier.rst6 events (see kbd_keycode() function for details). The passed structure is
14 - KBD_KEYCODE events are always sent before other events, value is the keycode.
15 - KBD_UNBOUND_KEYCODE events are sent if the keycode is not bound to a keysym.
17 - KBD_UNICODE events are sent if the keycode -> keysym translation produced a
19 - KBD_KEYSYM events are sent if the keycode -> keysym translation produced a
21 - KBD_POST_KEYSYM events are sent after the treatment of non-unicode keysyms.
/Documentation/admin-guide/laptops/
Dsonypi.rst17 It will give access (through a user space utility) to some events those laptops
20 - jogdial events (the small wheel on the side of Vaios)
21 - capture button events (only on Vaio Picturebook series)
27 Those events (see linux/sonypi.h) can be polled using the character device node
29 A simple daemon which translates the jogdial movements into mouse wheel events
32 Another option to intercept the events is to get them directly through the
64 fnkeyinit: on some Vaios (C1VE, C1VR etc), the Fn key events don't
73 verbose: set to 1 to print unknown events received from the
75 set to 2 to print all events received from the
79 events. If the driver worked for you in the past
[all …]
/Documentation/sound/designs/
Dseq-oss.rst22 * Normal sequencer and MIDI events:
24 They are converted to the ALSA sequencer events, and sent to the
27 * Timer events:
47 The events are queued before processing them.
59 The events can be processed in real time without using out of bound
61 events will be processed in real-time without queued. To switch off the
154 events from ``/dev/sequencer`` are processed and put onto the queue
157 All the events from ``/dev/sequencer`` are parsed at beginning.
158 The timing events are also parsed at this moment, so that the events may
161 In the real-time mode, all events are dispatched immediately.
[all …]
/Documentation/security/tpm/
Dtpm_event_log.rst14 time something gets hashed by it to any of the PCR registers. The events
38 the events generated by ExitBootServices() don't end up in the table.
40 The firmware provides so called final events configuration table to sort
41 out this issue. Events gets mirrored to this table after the first time
46 final events table size while the stub is still running to the custom
47 configuration table so that the TPM driver can later on skip these events when
49 and the final events table.
/Documentation/devicetree/bindings/devfreq/event/
Dexynos-ppmu.txt6 PPMU events provide information of the SoC's behaviors so that you may
21 Required properties for 'events' child node of PPMU device:
23 Optional properties for 'events' child node of PPMU device:
66 Example2 : Events of each PPMU node in exynos3250-rinato.dts are listed below.
71 events {
93 events {
103 events {
113 events {
162 events {
/Documentation/devicetree/bindings/arc/
Dpct.txt4 CPU and cache events like cache misses and hits. Like conventional PCT there
8 * The ARC 700 PCT does not support interrupts; although HW events may be
9 counted, the HW events themselves cannot serve as a trigger for a sample.

12345678910>>...16