The "buildroot" approach

Hi,

Buildroot, to those who are not familiar with, is a minimalist approach to building embedded Linux.
With this approach one does software development using desktop cross compilation tools rather than rely on Gcc and friends running on the much slower BBB.
Modifying Linux drivers, creating one own’s device tree is easy this way.

I had good Buildroot luck with the BBB using simple capes (for serial communication).
However, a complex cape such as the "LCD 7.0" CAP-TOUCH BEAGLE BONE" is not an easy task “to buildroot” for the formidable number of components (drivers, packages, …) that need to be correctly selected.
I would like to create Buildroot/Linux defconfig-s where hardware support is on par with Robert Nelson’s fine Debian image:
BBB-blank-debian-9.5-lxqt-armhf-2018-08-20-4gb.img.xz with /boot/uEnv.txt having dtb=am335x-boneblack-bbb-exp-c.dtb …

Has anyone taken this BBB buildroot approach with a similar complexity LCD cape?

Thanks, Enoch.

Hi,

I had also some issues porting my system from Robert’s Debian image to a Buildroot config (using PRU).
I had to choose between TI or Robert’s methods to add capes, so with device tree overlays or write a single device tree with everything hard coded.
I think it would be nice to join the effort and create a Buildroot defconfig using Robert’s patches but uBoot in order to use the “capes manager” and using the same kernel config as starting point.

And sorry, I have never used the LCD cape.

Sincerely,

Romain

This cape is special, they swapped the i2c bus that could have had an eeprom with id for detection for a can bus.

Thus its an undetectable custom board.

Regards,

Hi Robert,

  1. Can the beagleboard/linux 4.14.67-ti-r73 kernel support the SGX530 graphic accelerator of BBB’s AM3358 SoC?
    buildroot/package/ti-sgx-km says that it requires a special (Imagination Technologies built) kernel and indeed it fails to build using beagleboard/linux standard kernel. No luck with the earlier ti-gfx libraries either.
    Do you use the SGX accelerator at all in your debian distributions?
    I’d like to have OpenGL ES 2.0 compatibility… but that seems to require a functioning graphic accelerator.

  2. Does your debian distribution succeed to initialize AM3358’s internal power management module (Cortex-M3)?

Thanks, Enoch.