STRUCT QCOM_PCIE_EP_CFG(9)
β¨ struct qcom_pcie_ep_cfg β Kernel API Manual β¨
okay so bestie, welcome to the struct qcom_pcie_ep_cfg page π
this is from the Kernel API Manual, and it's lowkey just a little per-SoC config struct β think of it as the vibe-check checklist each SoC has to fill out so the driver knows what it's dealing with π¦
πΈ NAME πΈ
struct qcom_pcie_ep_cfg β the per-SoC config struct. that's it, that's the whole thing, she's a config struct and she's iconic for it β¨
π SYNOPSIS π
struct qcom_pcie_ep_cfg {
bool hdma_support;
bool override_no_snoop;
bool disable_mhi_ram_parity_check;
bool firmware_managed;
};
four little bools, all holding hands, all doing their part π«Ά keep them exactly like this, no cap.
π Members π
hdma_supportβ fr fr, does this SoC have HDMA support? yes or no, that's the whole question πoverride_no_snoopβ overrides the NO_SNOOP attribute in the TLP so cache snooping can be enabled π like, we're sneaking the snoop back in.disable_mhi_ram_parity_checkβ turns off the MHI RAM data parity error check π«π so yeah, parity errors on MHI RAM just won't get checked if this is set. dramatic but true.firmware_managedβ set this if the controller is firmware managed π§ basically a little flag that says "the firmware's driving, bestie, hands off".
π₯ SEE ALSO π₯
- Kernel file
./drivers/pci/controller/dwc/pcie-qcom-ep.cβ structqcom_pcie_ep(9)β
π heads up: those bool members are flag-type vibes β the manpage just tells you what each one means, so don't go assuming anything extra about defaults or behaviour. iykyk π
and that's the whole page, bestie! this icon came from ./drivers/pci/controller/dwc, dated October 2026 π go forth and configure your SoCs, you absolute main character ππ¦
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms