On 25.09.20 09:30, Peng Fan wrote:
Subject: Re: [PATCH V5 5/5] configs: imx8qm: add configuration files
On 22.09.20 08:45, Alice Guo wrote:
+ .platform_info = {
+ /*
+ * .pci_mmconfig_base is fixed; if you change it,
+ * update the value in mach.h
+ * (PCI_CFG_BASE) and regenerate the inmate library
+ */
+ .pci_mmconfig_base = 0xfd700000,
+ .pci_mmconfig_end_bus = 0x0,
+ .pci_is_virtual = 1,
+ .pci_domain = 0,
+
+ .iommu_units = {
+ {
+ .type = JAILHOUSE_IOMMU_ARM_MMU500,
+ .base = 0x51400000,
+ .size = 0x40000,
+ .arm_mmu500.sid_mask = 0x7f80,
How is the sid_mask of a platform retrieved? Can this be derived from
information in a normal device tree?
This could be get from device tree, to i.MX8QM,
iommus = <&smmu 0x12 0x7f80>;
0x12 is sid, 0x7f80 is sid mask.
Sid mask is use to get the extract the exact sid from SOC internal BUS,
You could think as below:
Bus signal & 0x7f80 = 0x12
Understood - but there seems to be nothing like this on zynqmp, so I
tried both 0 and ~0, so far without any sids assigned to the cell. I
would have expected that something breaks then, MMC e.g. There is no
error reporting in the SMMU code so, thus I will simply see stuck DMA
requests?
I guess I need to study that SoC to understand what can be expected
there, i.e. which devices are under SMMU regime. Unfortunately, I do not
have the MX8QM running here yet to check your setup.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
--
You received this message because you are subscribed to the Google Groups
"Jailhouse" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to jailhouse-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/jailhouse-dev/27f73d85-f64c-fa29-0524-1fa360c6385a%40siemens.com.