It would be drastically preferred for you to avoid depending on the HAL. I'm not sure that it would be outright rejected, but my vote is no and we shouldn't be allowing more HAL dependencies in NuttX.
Matteo On Wed, Sep 23, 2026, 4:40 a.m. Binh Nguyen <[email protected]> wrote: > Hi all, > > I would like to get some early feedback on the RZ/V2H port. > > We are porting NuttX to the Renesas RZ/V2H Cortex-R8 and currently reuse > the vendor-maintained FSP HAL for the low-level peripheral drivers. > NuttX still owns the driver interfaces, architecture integration, board > support, Kconfig and build integration. A thin adaptation layer connects > the NuttX drivers to the FSP HAL. > > Before we prepare the upstream patches, would using RZ FSP as a > third-party HAL dependency be acceptable to the NuttX community? > I have also followed the recent esp-hal-3rdparty discussion. I understand > that external HAL dependencies raise concerns about governance, maintenance > and community control, so I would like to clarify the expected approach > early. > > FSP HAL is maintained by Renesas, and our team intends to maintain the > NuttX RZ/V2H integration and support future FSP updates. > > Would this approach be feasible, and what requirements should we satisfy > regarding licensing, version pinning, CI and long-term maintenance? > > Thanks in advance. > Binh Nguyen > Renesas Electronics >
