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)
Sun, Jul 5, 4:35 AM
Unknown Object (File)
Mon, Jun 29, 10:56 PM
Unknown Object (File)
Mon, Jun 29, 9:59 PM
Unknown Object (File)
Mon, Jun 29, 9:50 PM
Unknown Object (File)
Mon, Jun 29, 1:52 PM
Unknown Object (File)
Sun, Jun 28, 2:05 AM
Unknown Object (File)
Fri, Jun 26, 9:26 AM
Unknown Object (File)
Jun 6 2026, 1:55 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.