Home
last modified time | relevance | path

Searched full:m4u (Results 1 – 15 of 15) sorted by relevance

/linux/Documentation/devicetree/bindings/iommu/
H A Dmediatek,iommu.yaml13 Some MediaTek SOCs contain a Multimedia Memory Management Unit (M4U), and
14 this M4U have two generations of HW architecture. Generation one uses flat
18 About the M4U Hardware Block Diagram, please check below:
22 m4u (Multimedia Memory Management Unit)
52 As above, The Multimedia HW will go through SMI and M4U while it
53 access EMI. SMI is a bridge between m4u and the Multimedia HW. It contain
55 HW should go though the m4u for translation or bypass it and talk
65 smi-common and m4u, and additional GALS module between smi-larb and
73 - mediatek,mt2701-m4u # generation one
74 - mediatek,mt2712-m4u # generation two
[all …]
/linux/include/dt-bindings/memory/
H A Dmt2701-larb-port.h11 * Mediatek m4u generation 1 such as mt2701 has flat m4u port numbers,
15 * But m4u generation 2 like mt8173 have different port number, it use fixed
/linux/drivers/iommu/
H A Dmtk_iommu.c315 * In M4U 4GB mode, the physical address is remapped as below:
331 * The Region 'A'(I/O) can NOT be mapped by M4U; For Region 'B'/'C'/'D', the
338 static LIST_HEAD(m4ulist); /* List all the M4U HWs */
365 /* If 2 M4U share a domain(use the same hwlist), Put the corresponding info in first data.*/
743 if (!bank->m4u_dom) { /* Initialize the M4U HW for each a BANK */ in mtk_iommu_attach_device()
805 /* The "4GB mode" M4U physically can not use the lower remap of Dram. */ in mtk_iommu_map()
973 /* Get the m4u device */ in mtk_iommu_of_xlate()
1777 { .compatible = "mediatek,mt2712-m4u", .data = &mt2712_data},
1778 { .compatible = "mediatek,mt6779-m4u", .data = &mt6779_data},
1779 { .compatible = "mediatek,mt6795-m4u", .data = &mt6795_data},
[all …]
H A Dmtk_iommu_v1.c3 * IOMMU API for MTK architected m4u v1 implementations
85 * MTK m4u support 4GB iova address space, and only support 4K page
421 /* Get the m4u device */ in mtk_iommu_v1_create_mapping()
594 { .compatible = "mediatek,mt2701-m4u", },
758 MODULE_DESCRIPTION("IOMMU API for MediaTek M4U v1 implementations");
/linux/arch/arm64/boot/dts/mediatek/
H A Dmt8167.dtsi172 iommu: m4u@10203000 {
173 compatible = "mediatek,mt8167-m4u";
H A Dmt2712e.dtsi327 compatible = "mediatek,mt2712-m4u";
345 compatible = "mediatek,mt2712-m4u";
H A Dmt8192.dtsi1649 iommu0: m4u@1401d000 {
1650 compatible = "mediatek,mt8192-m4u";
H A Dmt6795.dtsi425 compatible = "mediatek,mt6795-m4u";
H A Dmt8173.dtsi577 compatible = "mediatek,mt8173-m4u";
/linux/arch/arm/boot/dts/mediatek/
H A Dmt7623n.dtsi104 compatible = "mediatek,mt7623-m4u",
105 "mediatek,mt2701-m4u";
H A Dmt2701.dtsi219 compatible = "mediatek,mt2701-m4u";
/linux/Documentation/devicetree/bindings/memory-controllers/
H A Dmediatek,smi-larb.yaml70 hardware id is not consecutive from its M4U point of view.
/linux/drivers/clk/mediatek/
H A Dclk-mt6735-infracfg.c37 GATE_MTK(CLK_INFRA_M4U, "m4u", "axi_sel", &infra_cg_regs, 8, &mtk_clk_gate_ops_setclr),
/linux/drivers/memory/
H A Dmtk-smi.c208 /* do not need to enable m4u for this port */ in mtk_smi_larb_config_port_gen1()
765 * m4u port, and we need to enable the aync clock for transform the smi in mtk_smi_common_probe()
/linux/sound/usb/
H A Dmidi.c1386 case USB_ID(0x0a92, 0x1020): /* ESI M4U */ in snd_usbmidi_out_endpoint_create()