[net-next PATCH v5 0/3] Grab IPA IMEM slice through DT

From: Konrad Dybcio

Date: Tue Feb 24 2026 - 06:36:40 EST


This adds the necessary driver change to migrate over from
hardcoded-per-IPA-version-but-varying-per-implementation numbers, while
unfortunately keeping them in there for backwards compatibility.

The DT changes will be submitted in a separate series, this one is OK
to merge independently.

Signed-off-by: Konrad Dybcio <konrad.dybcio@xxxxxxxxxxxxxxxx>
---
Changes in v5:
- Rebase on next-20260223 (NOP)
- Resend after the merge window formally closed..
- Link to v4: https://lore.kernel.org/r/20260219-topic-ipa_imem-v4-0-189d91dbee84@xxxxxxxxxxxxxxxx

Changes in v4:
- Fix a memmap() leak
- Adjust comment style, take Alex's suggestion about very explicit
DEPRECATION notices
- Pick up tags
- Link to v3: https://lore.kernel.org/r/20260217-topic-ipa_imem-v3-0-d6d8ed1dfb67@xxxxxxxxxxxxxxxx

Changes in v3:
- Pick up tags, rebase (effectively a NOP)
- Add actual binding constraints for modem-tables, drop Alex's r-b
- Better describe the purpose of this region, as much as I can anyway
- Link to v2: https://lore.kernel.org/r/20250527-topic-ipa_imem-v2-0-6d1aad91b841@xxxxxxxxxxxxxxxx

Changes in v2:
- Actually pass the retrieved data to the target function
- Re-wrap comments to match net/ style
- Mention next-next in the mail subjects
- Pick up tags
- Link to v1: https://lore.kernel.org/r/20250523-topic-ipa_imem-v1-0-b5d536291c7f@xxxxxxxxxxxxxxxx

---
Konrad Dybcio (3):
dt-bindings: sram: qcom,imem: Allow modem-tables subnode
dt-bindings: net: qcom,ipa: Add sram property for describing IMEM slice
net: ipa: Grab IMEM slice base/size from DTS

.../devicetree/bindings/net/qcom,ipa.yaml | 7 +++++++
.../devicetree/bindings/sram/qcom,imem.yaml | 14 ++++++++++++++
drivers/net/ipa/ipa_data.h | 9 +++++++--
drivers/net/ipa/ipa_mem.c | 22 +++++++++++++++++++++-
4 files changed, 49 insertions(+), 3 deletions(-)
---
base-commit: 779cae956c8316aebc1946ef86ca001f99658270
change-id: 20250523-topic-ipa_imem-def66cca88e5

Best regards,
--
Konrad Dybcio <konrad.dybcio@xxxxxxxxxxxxxxxx>