mbox series

[v2,0/4] Add support for the SanCloud BBE Lite

Message ID 20210720083928.10404-1-paul.barker@sancloud.com (mailing list archive)
Headers show
Series Add support for the SanCloud BBE Lite | expand

Message

Paul Barker July 20, 2021, 8:39 a.m. UTC
The Lite variant of the SanCloud BeagleBone Enhanced (BBE) removes the
HDMI encoder, barometer and accelerometer chips and adds a Micron
Authenta SPI flash chip.

The device tree entries shared with the original BBE and the BegleBone
Black are refactored to avoid unnecessary duplication and avoid having
to override the status of nodes to "disabled" in any of the dts files.

The final patch in this series adds myself and Marc from Sancloud as
maintainers for the device trees for SanCloud hardware. We're happy to
review any future patches to these files so that the SanCloud boards
work well with the mainline kernel. We expect the patch volume to be
pretty low and we expect that patches to these files will flow upstream
via the existing OMAP device tree maintainers and linux-omap mailing
list. If there's anything else we need to do to adopt these dts files as
supported please let us know.

Changes from v1:
  * Dropped symlink property from the spi channel node, this isn't needed
    outside of the BeagleBoard.org tree as pointed out by Robert Nelson.

Paul Barker (4):
  ARM: dts: am335x-boneblack: Extract HDMI config
  ARM: dts: am335x-sancloud-bbe: Extract common code
  ARM: dts: am335x-sancloud-bbe-lite: New devicetree
  MAINTAINERS: Adopt SanCloud dts files as supported

 MAINTAINERS                                   |   6 +
 arch/arm/boot/dts/Makefile                    |   1 +
 .../arm/boot/dts/am335x-boneblack-common.dtsi | 135 ------------------
 ...common.dtsi => am335x-boneblack-hdmi.dtsi} |  28 ----
 .../boot/dts/am335x-boneblack-wireless.dts    |   1 +
 arch/arm/boot/dts/am335x-boneblack.dts        |   1 +
 ...be.dts => am335x-sancloud-bbe-common.dtsi} |  41 ------
 .../arm/boot/dts/am335x-sancloud-bbe-lite.dts |  50 +++++++
 arch/arm/boot/dts/am335x-sancloud-bbe.dts     |  92 +-----------
 9 files changed, 61 insertions(+), 294 deletions(-)
 copy arch/arm/boot/dts/{am335x-boneblack-common.dtsi => am335x-boneblack-hdmi.dtsi} (90%)
 copy arch/arm/boot/dts/{am335x-sancloud-bbe.dts => am335x-sancloud-bbe-common.dtsi} (77%)
 create mode 100644 arch/arm/boot/dts/am335x-sancloud-bbe-lite.dts


base-commit: 2734d6c1b1a089fb593ef6a23d4b70903526fe0c

Comments

Tony Lindgren July 27, 2021, 8:55 a.m. UTC | #1
* Paul Barker <paul.barker@sancloud.com> [210720 11:40]:
> The Lite variant of the SanCloud BeagleBone Enhanced (BBE) removes the
> HDMI encoder, barometer and accelerometer chips and adds a Micron
> Authenta SPI flash chip.

Thanks applying all for v5.15 merge window.

Regards,

Tony
Paul Barker Aug. 4, 2021, 10:52 a.m. UTC | #2
On Tue, 27 Jul 2021 11:55:21 +0300
Tony Lindgren <tony@atomide.com> wrote:

> * Paul Barker <paul.barker@sancloud.com> [210720 11:40]:
> > The Lite variant of the SanCloud BeagleBone Enhanced (BBE) removes the
> > HDMI encoder, barometer and accelerometer chips and adds a Micron
> > Authenta SPI flash chip.  
> 
> Thanks applying all for v5.15 merge window.

I tested the for-next branch of linux-omap to confirm that things
worked with these patches applied. There was a NULL pointer
dereference in ptp_clock_register() during boot. The fix appears to be
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=55eac20617ca84129273ab248f4d7bfe456967de
which went into 5.14-rc2.

Merging for-next with 5.14-rc4 resulted in things working as expected.
Tony Lindgren Aug. 5, 2021, 8:48 a.m. UTC | #3
* Paul Barker <paul.barker@sancloud.com> [210804 10:52]:
> On Tue, 27 Jul 2021 11:55:21 +0300
> Tony Lindgren <tony@atomide.com> wrote:
> 
> > * Paul Barker <paul.barker@sancloud.com> [210720 11:40]:
> > > The Lite variant of the SanCloud BeagleBone Enhanced (BBE) removes the
> > > HDMI encoder, barometer and accelerometer chips and adds a Micron
> > > Authenta SPI flash chip.  
> > 
> > Thanks applying all for v5.15 merge window.
> 
> I tested the for-next branch of linux-omap to confirm that things
> worked with these patches applied. There was a NULL pointer
> dereference in ptp_clock_register() during boot. The fix appears to be
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=55eac20617ca84129273ab248f4d7bfe456967de
> which went into 5.14-rc2.

Yeah so it seems, too bad it was not there for -rc1 already.

> Merging for-next with 5.14-rc4 resulted in things working as expected.

OK thanks for checking.

Regards,

Tony