NXP PN532 and PN533 NFC Reader Controllers
NXP's PN532 and PN533 near-field communication controller chips, used in contactless smartcard readers, tag readers/writers, and hobbyist NFC boards. The kernel stack covers USB dongles like the popular ACS ACR122U, plus I2C and UART variants commonly found on Raspberry Pi HATs and Adafruit-style breakout boards.
recommendation
Worth keeping but worth flagging as legacy hardware. The chips are still sold in 2025 — Adafruit and similar vendors continue to stock PN532 breakouts — and the in-tree code is still receiving bug fixes, so removal would strand real users. However, NXP itself marks the PN532 family as "not recommended for new designs" in favour of the PN7160, and the flagship USB device this driver supports (the ACS ACR122U) has reached end-of-life, so the user base is shrinking toward hobbyists and existing deployments rather than growing.
repository signals
sources
- git.kernel.org
Upstream activity is current rather than abandoned; local git history for this directory shows substantive fixes in 2025-2026, with the latest on 2026-04-05 and no evident removal trend.
- git.kernel.org
The directory is a real in-tree driver stack covering NXP PN533 core plus PN533 USB, PN533 I2C, and PN532 UART transports.
- nxp.com
The closely related PN532 family is marked by NXP as 'Not Recommended for New Designs', with PN7160 recommended for new designs, indicating the silicon family is legacy/aging rather than growth hardware.
- acs.com.hk
A major USB device supported by this driver family, the ACS ACR122U, is end-of-life and not recommended for new deployments; ACS points buyers to newer hardware.
- adafruit.com
PN532-based breakout hardware was still being sold as new retail hardware around 2025-2026, supporting the conclusion that the family still appears in hobbyist/embedded deployments even if it is aging.
codex reasoning notes (technical)
Real driver directory, not an early-exit case. Upstream evidence came from `exec_command` local git history scans because `lore-http` MCP was unavailable and `lei` was not installed; those results were mapped to canonical kernel.org log/tree URLs by canonical recall. Vendor/deployment evidence came from `web.search_query` and `web.open` on NXP, ACS, and Adafruit pages. Conclusion: keep the driver, but annotate it as servicing legacy/low-volume PN53x hardware with some continuing field presence and ongoing bug-fix traffic, not as a removal candidate.