| .. SPDX-License-Identifier: GPL-2.0 | |
| =================== | |
| MIPI SyS-T over STP | |
| =================== | |
| The MIPI SyS-T protocol driver can be used with STM class devices to | |
| generate standardized trace stream. Aside from being a standard, it | |
| provides better trace source identification and timestamp correlation. | |
| In order to use the MIPI SyS-T protocol driver with your STM device, | |
| first, you'll need CONFIG_STM_PROTO_SYS_T. | |
| Now, you can select which protocol driver you want to use when you create | |
| a policy for your STM device, by specifying it in the policy name: | |
| # mkdir /config/stp-policy/dummy_stm.0:p_sys-t.my-policy/ | |
| In other words, the policy name format is extended like this: | |
| <device_name>:<protocol_name>.<policy_name> | |
| With Intel TH, therefore it can look like "0-sth:p_sys-t.my-policy". | |
| If the protocol name is omitted, the STM class will chose whichever | |
| protocol driver was loaded first. | |
| You can also double check that everything is working as expected by | |
| # cat /config/stp-policy/dummy_stm.0:p_sys-t.my-policy/protocol | |
| p_sys-t | |
| Now, with the MIPI SyS-T protocol driver, each policy node in the | |
| configfs gets a few additional attributes, which determine per-source | |
| parameters specific to the protocol: | |
| # mkdir /config/stp-policy/dummy_stm.0:p_sys-t.my-policy/default | |
| # ls /config/stp-policy/dummy_stm.0:p_sys-t.my-policy/default | |
| channels | |
| clocksync_interval | |
| do_len | |
| masters | |
| ts_interval | |
| uuid | |
| The most important one here is the "uuid", which determines the UUID | |
| that will be used to tag all data coming from this source. It is | |
| automatically generated when a new node is created, but it is likely | |
| that you would want to change it. | |
| do_len switches on/off the additional "payload length" field in the | |
| MIPI SyS-T message header. It is off by default as the STP already | |
| marks message boundaries. | |
| ts_interval and clocksync_interval determine how much time in milliseconds | |
| can pass before we need to include a protocol (not transport, aka STP) | |
| timestamp in a message header or send a CLOCKSYNC packet, respectively. | |
| See Documentation/ABI/testing/configfs-stp-policy-p_sys-t for more | |
| details. | |
| * [1] https://www.mipi.org/specifications/sys-t |