[PATCH v3 00/15] rockchip: Add support for the RV1103B, RV1103 and RV1106

[Tom Rini]

Dropping everyone else except for the list itself.

On Wed, Jul 08, 2026 at 07:27:52PM -0600, Simon Glass wrote:
> Hi Tom,
> 
> On Wed, 8 Jul 2026 at 18:38, Tom Rini <trini at konsulko.com> wrote:
> >
> > On Wed, Jul 08, 2026 at 04:36:57PM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Tue, 7 Jul 2026 at 09:35, Tom Rini <trini at konsulko.com> wrote:
> > > >
> > > > On Tue, Jul 07, 2026 at 09:30:58AM -0600, Simon Glass wrote:
> > > >
> > > > > This series adds support for three small Rockchip camera SoCs and two
> > > > > boards which use them.
> > > > >
> > > > > The first eight patches are Fabio Estevam's series adding the RV1103B
> > > > > and the Onion Omega4 board, updated here to address the review
> > > > > comments on v2: the board patch is split into SoC and board patches,
> > > > > the devicetree files move into the patches where they belong and the
> > > > > pinctrl driver uses regmap_update_bits() throughout. All credit for
> > > > > this work goes to Fabio. The devicetree concern raised in the v2
> > > > > review is also resolved now: the devicetree files carried here are the
> > > > > versions merged in Linux v7.1, verbatim, and can be dropped once the
> > > > > next dts/upstream sync brings them in.
> > > > >
> > > > > The remaining patches add the RV1106 and its RV1103 package variant,
> > > > > following the same structure as the RV1103B patches, together with
> > > > > the Luckfox Pico Mini B board. These SoCs have no mainline Linux
> > > > > support yet, so their devicetrees are local for now. The clock and
> > > > > pinctrl drivers are ported from the Rockchip vendor tree and are the
> > > > > work of Elaine Zhang and Ye Zhang. The final patch makes the
> > > > > maskrom-mode RAM-boot images work on 32-bit boards without OP-TEE,
> > > > > which both of these boards rely on.
> > > > >
> > > > > Tested on the Luckfox Pico Mini B: U-Boot runs from RAM over the USB
> > > > > maskrom path and both the SPI NAND and a microSD card are usable. THe
> > > > > board is running in my lab.
> > > >
> > > > I did ask you not to do this, Simon, as your patches aren't being picked
> > > > up until we've resolved the status of u-boot.org.
> > >
> > > I just saw that email Tom...OK, so I should not send any patches at all?
> >
> > As I told you on the community call over two weeks ago now, I'm not
> > comfortable taking your patches until we have resolved the u-boot.org
> > domain transfer. So no, your patches are not being merged.
> 
> Do you mean:
> 
> - still send patches, they might be reviewed but will not be merged
> until we resolve the Concept tree / domain
> - stop sending patches completely

I don't want to start another mega-thread.

I'm unsure what is unclear about "I'm not comfortable taking your
patches until we have resolved the u-boot.org domain transfer".

I'm unsure what else I can add here that won't result in another
mega-thread.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20260708/23c34478/attachment.sig>