MIPI SyS-T over STP¶
MIPI SyS-T 協議驅動程式可以與 STM 類裝置一起使用，以生成標準化的跟蹤流。 除了作為標準之外，它還提供更好的跟蹤源識別和時間戳關聯。
為了將 MIPI SyS-T 協議驅動程式與您的 STM 裝置一起使用，首先，您需要 CONFIG_STM_PROTO_SYS_T。
現在，您可以透過在策略名稱中指定，來選擇要在為 STM 裝置建立策略時使用的協議驅動程式
# mkdir /config/stp-policy/dummy_stm.0:p_sys-t.my-policy/
換句話說，策略名稱格式擴充套件如下
<device_name>:<protocol_name>.<policy_name>
因此，對於英特爾 TH，它看起來像 “0-sth:p_sys-t.my-policy”。
如果省略協議名稱，STM 類將選擇首先載入的協議驅動程式。
您還可以透過以下方式仔細檢查一切是否按預期工作
# cat /config/stp-policy/dummy_stm.0:p_sys-t.my-policy/protocol p_sys-t
現在，對於 MIPI SyS-T 協議驅動程式，configfs 中的每個策略節點都會獲得一些額外的屬性，這些屬性決定了特定於該協議的每個源的引數
# 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
這裡最重要的是 “uuid”，它決定了將用於標記來自此源的所有資料的 UUID。 它在建立新節點時自動生成，但您可能需要更改它。
do_len 開啟/關閉 MIPI SyS-T 訊息頭中的額外“有效負載長度”欄位。 預設情況下它處於關閉狀態，因為 STP 已經標記了訊息邊界。
ts_interval 和 clocksync_interval 確定在我們需要在訊息頭中包含協議（不是傳輸，也就是 STP）時間戳或傳送 CLOCKSYNC 資料包之前，可以經過多少毫秒。
有關更多詳細資訊，請參見 ABI file testing/configfs-stp-policy-p_sys-t。