STRUCT MU3H_SCH_TT(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… struct mu3h_sch_tt(9) β€” TT scheduling data

okay bestie, so this page is all about struct mu3h_sch_tt from the Kernel API Manual β€” yes, we're in the mu3h_sch_tt(9) era and honestly it's giving "niche but essential" πŸ’–. It's the TT scheduling data struct, and if you're deep in xHCI MediaTek land, you already know iykyk.


✨ NAME ✨

struct mu3h_sch_tt β€” TT scheduling data, no cap πŸŽ€


πŸ¦‹ SYNOPSIS πŸ¦‹

struct mu3h_sch_tt {
    u16 fs_bus_bw_out[XHCI_MTK_MAX_ESIT];
    u16 fs_bus_bw_in[XHCI_MTK_MAX_ESIT];
    u8 ls_bus_bw[XHCI_MTK_MAX_ESIT];
    u16 fs_frame_bw[XHCI_MTK_FRAMES_CNT];
    u8 in_ss_cnt[XHCI_MTK_MAX_ESIT];
    struct list_head ep_list;
 };

look at her. iconic. every field copied character for character, because we do not mess with source code in this house πŸ™ˆβœ¨


🌸 MEMBERS 🌸

  • fs_bus_bw_out β€” lowkey the ledger for bandwidth already used by FS/LS OUT eps, tracked per each uframes πŸ’«
  • fs_bus_bw_in β€” same vibe check but for FS/LS IN eps, saved per each uframes 🫢
  • ls_bus_bw β€” the bandwidth used by LS eps, one entry per each uframes 🧚
  • fs_frame_bw β€” bandwidth used by FS/LS eps, counted per each FS frames ⭐
  • in_ss_cnt β€” the count of Start-Split for IN eps, literally what it says πŸ’…
  • ep_list β€” the Endpoints using this TT, chillin' in a struct list_head πŸŽ€

πŸ‘‘ SEE ALSO πŸ‘‘

  • Kernel file ./drivers/usb/host/xhci-mtk.h β€” plus struct mu3h_sch_bw_info(9), struct mu3h_sch_ep_info(9), and struct mu3c_ippc_regs(9) 🌈
fr fr go read the header, the structs are all besties and they reference each other πŸ’œ

and that's the whole page, bestie β€” main character struct, zero skips, every field accounted for πŸ˜­πŸ’–

cute little sign-off: this one's from the source at ./drivers/usb/host, dated October 2026 β€” periodt. πŸŽ€βœ¨

πŸ“¦ where this page comes from