linux/meta-raspberrypi.git/conf/machine/include/rpi-base.inc, branch ag_cm3_64

rpi-base.inc: install at86rf233 overlay

2018-06-04T15:00:39+00:00

Controlled with ENABLE_AT86RF variable Signed-off-by: Anton Gerasimov

rpi-base.inc: add dwc2 overlay

2018-05-05T09:03:21+00:00

This along with some module and connman magic allows a RaspberryPi Zero Wireless to tether to a host over USB. dtoverlay=dwc2,dr_mode=peripheral modprobe g_ether connman enable gadget connman tether gadget on Signed-off-by: Peter A. Bigot

rpi-base.inc: Add Raspberry Pi 3B+ dtb

2018-03-29T10:49:40+00:00

Signed-off-by: Andrei Gherzan

rpi-base.inc: set default wic kickstart file

2018-03-07T23:35:18+00:00

While wic is not a standard image, adding it to IMAGE_FSTYPES in local.conf will fail unless a WKS_FILE is provided. Signed-off-by: Peter A. Bigot

Fix do_image_rpi_sdimg/do_image_wic dependencies

2018-02-28T18:02:58+00:00

The dependency resolution code in bitbake has recently been optimized and this seems to have slightly changed the behaviour of do_image_rpi_sdimg and do_image_wic. We ensure that the main build artifacts are present by depending on the relevant do_deploy and do_populate_sysroot tasks. However, we need to ensure that other build tasks for these dependencies have also been executed before we try to create our image. This can be achieved by adding a recursive dependency on do_build, so that the do_build tasks of all recipes in the dependency chain of do_image_rpi_sdimg/do_image_wic are executed before the image function itself is executed. The original issue seen here was that 'recipedata' files were not copied to 'tmp/deploy/licenses' as do_populate_lic for each dependency had not been ran before the image creation function. The write_deploy_manifest function from license.bbclass (listed in IMAGE_POSTPROCESS_COMMAND) therefore failed. Adding the recursive dependency on do_build fixes this issue, ensuring do_populate_lic runs before do_image_rpi_sdimg/do_image_wic. Signed-off-by: Paul Barker

rpi-base.inc: Include udev-rules-rpi in MACHINE_EXTRA_RRECOMMENDS

2018-01-26T16:50:42+00:00

Signed-off-by: Andrei Gherzan

rpi-base.inc: use $KERNEL_PACKAGE_NAME for the kernel package name

2018-01-11T21:34:23+00:00

The kernel class is now using $KERNEL_PACKAGE_NAME to set the default kernel package name in order to allow alternate kernel flavors. This fixes the following bitbake warning: Variable key RDEPENDS_${KERNEL_PACKAGE_NAME}-base (${KERNEL_PACKAGE_NAME}-image) replaces original key RDEPENDS_kernel-base (). Signed-off-by: Ricardo Salveti

rpi-base.inc: Fix KERNEL_IMAGETYPE assignment

2017-11-27T13:03:46+00:00

We can't just override KERNEL_IMAGETYPE in machine-specific conf files without breaking the implementation of RPI_USE_U_BOOT. Instead we need to define a new KERNEL_IMAGETYPE_DIRECT variable which will control the value when u-boot is not in use. This new variable may then be overridden as needed without breaking our u-boot support. Signed-off-by: Paul Barker

raspberrypi3-64: set default kernel to Image

2017-11-10T12:39:51+00:00

Fixes: 50fd319205d8 for raspberrypi3-64. Fixes: #153 For raspberrypi3-64 set default kernel image to "Image". "zImage" are not supported by arm64 platforms. And ".gz" images are not handled by bootloader yet. Signed-off-by: Loys Ollivier

rpi-base.inc: KERNEL_IMAGETYPE default to zImage

2017-11-08T10:20:08+00:00

We used to have this as the default but there was a bug at some point in the firmware which didn't work with compressed kernel images. We switched to Image and never changed it back even though that bug is long history. In this way we will stop carrying 15M of a kernel image. 4M looks much better. Signed-off-by: Andrei Gherzan