Page MenuHomeFreeBSD

sys: Make the iommu xref uintptr_t
ClosedPublic

Authored by andrew on Jan 30 2025, 2:51 PM.
Tags
None
Referenced Files
Unknown Object (File)
Thu, Mar 19, 4:31 AM
Unknown Object (File)
Thu, Mar 19, 4:26 AM
Unknown Object (File)
Wed, Mar 18, 10:23 AM
Unknown Object (File)
Wed, Mar 11, 2:17 PM
Unknown Object (File)
Wed, Mar 11, 6:08 AM
Unknown Object (File)
Fri, Mar 6, 11:28 PM
Unknown Object (File)
Feb 7 2026, 8:20 PM
Unknown Object (File)
Dec 29 2025, 9:18 AM
Subscribers

Details

Summary

On arm64 we use the iommu base address as an xref. This fails when
the address has the lower 32-bits in common with another iommu as
they will share an xref.

Sponsored by: Arm Ltd

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

sys/arm64/iommu/smmu.c
1784

So why is it uintptr_t * and not uint64_t *?

sys/arm64/iommu/smmu.c
1784

pci_id_ofw_iommu.xref is the wrong type, it should be a uintptr_t. The intention is for it to be generic where it may vary on different architectures and different busses. As such I was copying the INTRNG use of using an integer type that can contain a pointer.

Fix the type for pci_id_ofw_iommu.xref

At least the patch looks consistent to me. I have no idea about the fdt code.

This revision is now accepted and ready to land.Feb 4 2025, 10:14 PM

Fix the xref type in acpi_iort_map_named_smmuv3

This revision now requires review to proceed.Feb 5 2025, 10:50 AM
This revision was not accepted when it landed; it landed in state Needs Review.Apr 8 2025, 10:49 AM
This revision was automatically updated to reflect the committed changes.