drivers/mtd/lpddr

JEDEC LPDDR flash and LPDDR2-NVM phase-change memory

Support for memory chips that sat on the LPDDR bus of early-2010s mobile and embedded devices: JEDEC-style LPDDR command-set flash and Micron's LPDDR2-NVM phase-change memory, which Micron announced for phones in 2012 as a way to combine non-volatile storage with low-power DRAM signalling.

keep-annotate conf=0.77 last_sold=2012 deploy=low replacement=none subsystem=mtd category=storage-flash
77%

recommendation

Worth keeping but documenting as legacy, because the hardware was a niche early-2010s mobile and embedded technology that vendors no longer sell new — Micron's current LPDDR catalogue is all modern LPDDR5X parts. The code is not abandoned, though: it was touched as recently as 2023 and 2024 as part of routine MTD API cleanups, so there is no removal effort underway and a few existing devices may still rely on it.

repository signals

5 files
1,489 source lines
12 commits, 5y
+31 / −36 lines added / removed, 5y
10 authors, 5y
monthly commits · 2021-04-21 → 2026-04-21 · 12 total · active in 10/61 months
2021 2022 2023 2024 2025 2026 2021-04: 0 commits · +0 −0 2021-05: 0 commits · +0 −0 2021-06: 0 commits · +0 −0 2021-07: 0 commits · +0 −0 2021-08: 0 commits · +0 −0 2021-09: 0 commits · +0 −0 2021-10: 0 commits · +0 −0 2021-11: 0 commits · +0 −0 2021-12: 0 commits · +0 −0 2022-01: 0 commits · +0 −0 2022-02: 0 commits · +0 −0 2022-03: 0 commits · +0 −0 2022-04: 0 commits · +0 −0 2022-05: 0 commits · +0 −0 2022-06: 1 commit · +3 −1 2022-07: 0 commits · +0 −0 2022-08: 0 commits · +0 −0 2022-09: 0 commits · +0 −0 2022-10: 0 commits · +0 −0 2022-11: 1 commit · +2 −0 2022-12: 0 commits · +0 −0 2023-01: 0 commits · +0 −0 2023-02: 0 commits · +0 −0 2023-03: 1 commit · +2 −5 2023-04: 0 commits · +0 −0 2023-05: 0 commits · +0 −0 2023-06: 0 commits · +0 −0 2023-07: 1 commit · +1 −3 2023-08: 1 commit · +1 −1 2023-09: 0 commits · +0 −0 2023-10: 1 commit · +2 −4 2023-11: 0 commits · +0 −0 2023-12: 0 commits · +0 −0 2024-01: 0 commits · +0 −0 2024-02: 0 commits · +0 −0 2024-03: 0 commits · +0 −0 2024-04: 0 commits · +0 −0 2024-05: 0 commits · +0 −0 2024-06: 0 commits · +0 −0 2024-07: 0 commits · +0 −0 2024-08: 0 commits · +0 −0 2024-09: 0 commits · +0 −0 2024-10: 1 commit · +1 −1 2024-11: 0 commits · +0 −0 2024-12: 0 commits · +0 −0 2025-01: 0 commits · +0 −0 2025-02: 0 commits · +0 −0 2025-03: 0 commits · +0 −0 2025-04: 0 commits · +0 −0 2025-05: 0 commits · +0 −0 2025-06: 0 commits · +0 −0 2025-07: 1 commit · +7 −7 2025-08: 0 commits · +0 −0 2025-09: 0 commits · +0 −0 2025-10: 0 commits · +0 −0 2025-11: 1 commit · +4 −4 2025-12: 0 commits · +0 −0 2026-01: 0 commits · +0 −0 2026-02: 3 commits · +8 −10 2026-03: 0 commits · +0 −0 2026-04: 0 commits · +0 −0

sources

  1. lore.kernel.org

    The directory still receives upstream maintenance touches; lpddr2_nvm.c was included in a 2024 MTD API conversion series rather than a removal series.

  2. lore.kernel.org

    There was a driver-specific cleanup patch for lpddr2_nvm in 2023, indicating the code is not entirely abandoned upstream.

  3. investors.micron.com

    Micron announced LPDDR2-attached PCM for mobile devices in 2012, showing the hardware class existed commercially in the early-2010s mobile market.

  4. micron.com

    Micron's current LPDDR product page surfaces modern LPDDR5X-based offerings, with no current LPDDR2 or LPDDR2-NVM products visible, supporting that this hardware is no longer a new-market product in 2025.

codex reasoning notes (technical)

Lore evidence came from `lore_file_timeline` on `drivers/mtd/lpddr/lpddr2_nvm.c`; it showed recent 2023-2024 maintenance patches and no removal activity. Local `Kconfig` inspection via shell identified the scope as LPDDR flash and LPDDR2-NVM PCM. Market evidence came from web search results on Micron: 2012 press material shows the product family's commercial era, while Micron's current LPDDR page shows only modern LPDDR5X-era products. Conclusion: legacy embedded/mobile hardware with low present deployment, no clear replacement driver, so keep the driver but annotate it as legacy rather than deprecate/remove.