Age | Commit message (Collapse) | Author |
|
It has prebuilt binary libgpiod_pulsein for rpi machines and these binary is 32bit
therefore we can not include it for 64bit machines even if they are rpi
based unless they have multilib enabled.
This patch makes it visible only on 32bit rpi
Fixes QA errors like
ERROR: QA Issue: Architecture did not match (ARM, expected AArch64) in /usr/lib/python3.9/site-packages/adafruit_blinka/microcontroller/bcm283x/pulseio/.debug/libgpiod_pulsein [arch]
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
https://github.com/agherzan/meta-raspberrypi/pull/815
introduced python3-adafruit-blinka and this recipe has added rdep on rpi-gpio,
however rpi-gpio is rpi specific package, and therefore should only be added
when building rpi based platforms, this makes the layer work in a
multi-bsp setup work
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
gstreamer1.0-omx receipe on OE-core sets:
core-name=${GSTREAMER_1_0_OMX_CORE_NAME} on the installed gstomx.conf
in this case it will set:
core-name="${libdir}/libopenmaxil.so" in ${sysconfdir}/xdg/gstomx.conf
this is done in set_omx_core_name that is a do_install[postfuncs]
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
|
|
move patches from gstreamer1.0-omx-1.18 => gstreamer1.0-omx
and use PN on FILESEXTRAPATHS
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
|
|
This is not need any more to build with gstreamer 1.18
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
|
|
Signed-off-by: Chris Laplante <mostthingsweb@gmail.com>
|
|
Signed-off-by: Chris Laplante <mostthingsweb@gmail.com>
|
|
Signed-off-by: Chris Laplante <mostthingsweb@gmail.com>
|
|
Signed-off-by: Chris Laplante <mostthingsweb@gmail.com>
|
|
Signed-off-by: Chris Laplante <mostthingsweb@gmail.com>
|
|
Signed-off-by: Chris Laplante <mostthingsweb@gmail.com>
|
|
Signed-off-by: Chris Laplante <mostthingsweb@gmail.com>
|
|
Signed-off-by: Chris Laplante <mostthingsweb@gmail.com>
|
|
48MiB
* 5.10 kernel got a bit bigger especially for aarch64:
5.10: 22M deploy/images/raspberrypi4-64/Image-raspberrypi4-64.bin
5.10: 7.0M deploy/images/raspberrypi4/uImage-raspberrypi4.bin
5.4: 16M deploy/images/raspberrypi4-64/Image-raspberrypi4-64.bin
5.4: 6.2M deploy/images/raspberrypi4/uImage-raspberrypi4.bin
* and the space in fat boot partition was already tight:
Filesystem Size Used Avail Use% Mounted on
/dev/mmcblk0p1 40M 38M 1.7M 96% /
* increase the size to compensate for it, otherwise
do_image_rpi_sdimg now fails with:
Creating filesystem with Boot partition 40960 KiB and RootFS 1822720 KiB
0+0 records in
0+0 records out
0 bytes copied, 0.000100992 s, 0.0 kB/s
Model: (file)
Disk foo.rootfs.rpi-sdimg: 1913MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 4194kB 46.1MB 41.9MB primary boot, lba
2 46.1MB 1913MB 1866MB primary
mkfs.fat: warning - lowercase labels might not work properly with DOS or Windows
mkfs.fat 4.1 (2017-01-24)
Copying bootcode.bin
Copying cmdline.txt
Copying config.txt
Copying fixup.dat
Copying fixup4.dat
Copying fixup4cd.dat
Copying fixup4db.dat
Copying fixup4x.dat
Copying fixup_cd.dat
Copying fixup_db.dat
Copying fixup_x.dat
Copying rpi-bootfiles-20210205.stamp
Copying start.elf
Copying start4.elf
Copying start4cd.elf
Copying start4db.elf
Copying start4x.elf
Copying start_cd.elf
Copying start_db.elf
Copying start_x.elf
Copying bcm2711-rpi-4-b.dtb
Copying at86rf233.dtbo
Copying disable-bt.dtbo
Copying dwc2.dtbo
Copying gpio-ir.dtbo
Copying gpio-ir-tx.dtbo
Copying gpio-key.dtbo
Copying hifiberry-amp.dtbo
Copying hifiberry-dac.dtbo
Copying hifiberry-dacplus.dtbo
Copying hifiberry-digi.dtbo
Copying justboom-both.dtbo
Copying justboom-dac.dtbo
Copying justboom-digi.dtbo
Copying i2c-rtc.dtbo
Copying imx219.dtbo
Copying iqaudio-dac.dtbo
Copying iqaudio-dacplus.dtbo
Copying mcp2515-can0.dtbo
Copying mcp2515-can1.dtbo
Copying miniuart-bt.dtbo
Copying pitft22.dtbo
Copying pitft28-capacitive.dtbo
Copying pitft28-resistive.dtbo
Copying pitft35-resistive.dtbo
Copying pps-gpio.dtbo
Copying rpi-ft5406.dtbo
Copying rpi-poe.dtbo
Copying vc4-fkms-v3d.dtbo
Copying vc4-kms-v3d.dtbo
Copying w1-gpio.dtbo
Copying w1-gpio-pullup.dtbo
Copying kernel8.img
Copying boot.scr
Copying Image
Disk full
ERROR: mcopy cannot copy /OE/build/luneos-hardknott/webos-ports/tmp-glibc/deploy/images/raspberrypi4-64/Image into boot.img
WARNING: exit code 1 from a shell command.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
With current recipe formatting CMDLINE variable contains
many unnecessary white spaces. This patch allow to drop
unnecessary spaces at the moment of writing them to
cmdline.txt. This will improve readability of cmdline.txt,
/proc/cmdline and dmesg output.
Signed-off-by: Bartłomiej Burdukiewicz <bartlomiej.burdukiewicz@gmail.com>
|
|
add overlays for pi zero, bcm2710 based rpi2 and rpi b rev 1
Change-type: patch
Signed-off-by: Aaron Shaw <aaron@balena.io>
|
|
add overlays for pi 400 and cm4
Change-type: patch
Signed-off-by: Aaron Shaw <aaron@balena.io>
|
|
add overlay to allow 64 bit usage with CM3
Change-type: patch
Signed-off-by: Aaron Shaw <aaron@balena.io>
|
|
https://github.com/raspberrypi/firmware/commit/7d91570f20378afc9414107dccdad70705a8a342
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* 5.10.11 is now considered stable:
https://github.com/raspberrypi/firmware/blob/stable/extra/uname_string7
https://github.com/raspberrypi/firmware/commit/8572bb50bf24a9ffef949ced69776e66559f4afe
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
and dev recipe
* COPYING was changed only 4 times (last time in 5.6 with:
https://github.com/torvalds/linux/commit/74835c7db0322 )
so hopefully it will last for a while
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* 5.10.11 is now considered stable:
https://github.com/raspberrypi/firmware/blob/stable/extra/uname_string7
https://github.com/raspberrypi/firmware/commit/8572bb50bf24a9ffef949ced69776e66559f4afe
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Aurelian Zanoschi <aurelian17@gmail.com>
|
|
By default in case of CM4 IO board, the USB ports (header + built-in)
are disabled. In order to enable them the DWC2 mode needs to be set to
host.
Signed-off-by: Aurelian Zanoschi <aurelian17@gmail.com>
|
|
Currently, the do_compile log is cluttered with dtc warnings that should only
be printed when compiling with W="123":
...
/soc: node has a reg or ranges property, but no unit name
/soc/gpu: missing or empty reg/ranges property
/soc/firmware/gpio: missing or empty reg/ranges property
...
This happens because we pass dtc flags via KERNEL_EXTRA_ARGS directly on the
make command line, preventing scripts/Makefile.lib logic from appending flags
that silence dtc warnings (all assignments done from within a makefile, to a
variable specified on the command line, are ignored).
oe-core commit [1] introduced the dedicated KERNEL_DTC_FLAGS variable to pass
dtc flags via the environment. Use this variable to get rid of the do_compile
log noise.
The md5sums of the generated dtbs for raspberrypi3-64 and raspberrypi4-64 do
not change with this patch applied.
[1] https://github.com/openembedded/openembedded-core/commit/063b5de86624
Signed-off-by: Ovidiu Panait <ovidiu.panait@windriver.com>
|
|
'recipes-kernel/linux/linux-yocto.inc' already inherits 'kernel'.
This commit removes the superfluous one in 'linux-raspberrypi.inc'.
Signed-off-by: Jonas Vautherin <jonas.vautherin@protonmail.ch>
|
|
Move the layer paths used by kas into a `layers` subdirectory and add
this to the git ignore list.
Signed-off-by: Paul Barker <pbarker@konsulko.com>
|
|
Signed-off-by: Paul Barker <pbarker@konsulko.com>
|
|
Signed-off-by: Paul Barker <pbarker@konsulko.com>
|
|
This workaround is no longer needed with recent firmware.
Signed-off-by: Paul Barker <pbarker@konsulko.com>
|
|
The rpi_arm64 configuration supports both Raspberry Pi 3 & 4 in 64-bit
mode. Switching to this config is a small step towards supporting a
unified build for these targets.
Signed-off-by: Paul Barker <pbarker@konsulko.com>
|
|
add justboom overlays
Change-type: patch
Signed-off-by: Aaron Shaw <shawaj@gmail.com>
|
|
reorder list to be in alphabetical order
Change-type: patch
Signed-off-by: Aaron Shaw <aaron@balena.io>
|
|
Before this patch, use of RPI_EXTRA_CONFIG += in a local.conf would overwrite
the needed 'arm_64bit=1' defined in the core recipes. The net result would be
a system that did not boot.
This patch fixes the assignment of 'arm_64bit=1' even if RPI_EXTRA_CONFIG
has been set elsewhere.
Signed-off-by: matthew@thespencers.me.uk
|
|
* instead of repeating //config.txt
so many times, to make it a bit less error prone (as shown in previous commit)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* in https://github.com/agherzan/meta-raspberrypi/pull/678 this line was acidentally changed
from "${BOOTFILES_DIR_NAME}" to "bcm2835-bootfiles", causing do_deploy to fail finding config.txt
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
It seems like "start_x=1" needs to be earlier in the file to work properly on the Rapberry Pi 4 B.
Fixes: #670
Signed-off-by: SCVready <alejandro.solozabal@outlook.com>
|
|
To allow other layers to easily provide a default kernel preference to
use with the Raspberry Pi MACHINEs, switch to use the ??= assignment
operator for setting the default kernel and the device tree value in
this layer.
This change is motivated by enabling Xen support in meta-virtualization
to use the raspberrypi4-64 MACHINE definition from this layer with the
Yocto Linux kernels.
Signed-off-by: Christopher Clark <christopher.w.clark@gmail.com>
|
|
The functionality provided by this compile append is already present in
kernel-devicetree.bbclass since oe-core commit:
https://github.com/openembedded/openembedded-core/commit/74619de02774
The md5sums of the generated dtbs for raspberrypi3-64 and raspberrypi4-64 do
not change with this patch applied.
Signed-off-by: Ovidiu Panait <ovidiu.panait@windriver.com>
|
|
CONFIG_UBIFS_FS is used as 'm' in defconfig and depends on MTD and MTD_UBI which
is also 'm', inorder for it to include in kernel proper, set MTD_UBI=y
and MTD=y as well.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
balena.io has been sponsoring the project with a build server for a
while now. It's only fair for us to mention this somewhere in our
README.
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
|
|
Currently its only disabled when vc4graphics is in use but this recipe
actually needs userland and therefore can not be used for non-rpi
machines as well.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Add a recipe to build a set of dispmanx examples.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
|
|
Fix the "allapps" PACKAGECONFIG to avoid the QA warning/error:
userland-20201027-r0 do_configure: QA Issue: userland: invalid PACKAGECONFIG: allapps [invalid-packageconfig]
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
|
|
The new Raspberry Pi 400 (and perhaps the CM4 as well) use the BCM43456 chip from Broadcom/Synaptics. This adds the necessary firmware.
Signed-off-by: Aaron Shaw <aaron@balena.io>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
on raspberrypi zero w
The link the brcmfmac is looking for was not created by the recipe for the raspberrypi zero w,
so the wifi was not working for this board. Adding link creation in the recipe solved the issue.
Signed-off-by: Tobias Off <sebastianoff@web.de>
|
|
After mesa switched build system to meson, the logic to generate dri
related artifacts changed too, which means when no dri backend is
enabled then dri drivers and corresponding headers dont get generated
and hence we end up with missing pkgconfig files e.g. dri.pc which
usually will come from full mesa3d package, but in rpi when userland is
used we only build GL pieces of mesa.
This patch therefore enables swrast dri backend when using userland,
which gives us the needed header and .pc files to build packages like
Xorg server, since EGL driver will come from userland, the dri backend
would be unused and hence should not be effective at runtime.
Addresses issue report with https://github.com/agherzan/meta-raspberrypi/pull/773
there is no need to check for graphics stack since mesa-gl is only used
with userland graphics
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Trevor Woerner <twoerner@gmail.com>
|
|
The userland sources include a bunch of sample applications. Add an "allapps"
PACKAGECONFIG to allow the user to build the additional optional applications.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
|