aboutsummaryrefslogtreecommitdiffstats
path: root/recipes-bsp
AgeCommit message (Collapse)Author
2020-07-14raspberrypi-firmware: update to current HEADPierre-Jean Texier
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
2020-07-03libubootenv_%.bbappend: Add fw_env.configLeon Anavi
Add fw_env.config that uses at run-time /boot/uboot.env generated through the boot scripts (specifically boot.cmd.in) from recipe rpi-u-boot-scr. This configuration file is required to successfully run fw_printenv from the user space. Signed-off-by: Leon Anavi <leon.anavi@konsulko.com>
2020-07-03rpi-u-boot-scr: Create uboot.env via boot.cmd.inLeon Anavi
Modify boot.cmd.in from recipe rpi-u-boot-scr to create uboot.env in the /boot partition when using U-Boot. This change is required to successfully run fw_printenv from the user space. Signed-off-by: Leon Anavi <leon.anavi@konsulko.com>
2020-06-24rpi-config: Add ENABLE_IR variable for infraredLeon Anavi
Users who want infrared device tree overlays gpio-ir and gpio-ir-tx to be set in config.txt can now easily do it through variable ENABLE_IR, for example in local.conf: ENABLE_IR = "1" By default the GPIO pin for gpio-ir is set to 18 and the pin for gpio-ir-tx is 17. Both pins can be easily changed by modifying variables GPIO_IR and GPIO_IR_TX (for example in local.conf). Signed-off-by: Leon Anavi <leon.anavi@konsulko.com>
2020-06-05raspberrypi-firmware: update to current HEADPierre-Jean Texier
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
2020-05-09raspberrypi-firmware: update to current HEADPierre-Jean Texier
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
2020-04-18raspberrypi-firmware: update to current HEADPierre-Jean Texier
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
2020-04-03rpi-u-boot-scr: Set u-boot-default-script as providerFabio Berton
Add u-boot-default-script to the PROVIDES variable to make easier to replace boot script in another layer just by changing PREFERRED_PROVIDER_u-boot-default-script variable. Set rpi-u-boot-scr as the default provider for meta-raspberrypi. Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
2020-03-27raspberrypi-firmware: update to current HEADPierre-Jean Texier
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
2020-03-08raspberrypi-firmware: update to current HEADPierre-Jean Texier
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
2020-02-24raspberrypi-firmware: update to current HEADPierre-Jean Texier
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
2020-02-08raspberrypi-firmware: bump to version 20200205Pierre-Jean Texier
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
2020-01-14Add support for PiTFT 2.8" with capacitive touchErik Botö
Add support for the Adafruit PiTFT Plus 320x240 2.8" TFT with Capacitive Touchscreen, using the same patterns used for the other versions of the PiTFT screens. Signed-off-by: Erik Botö <erik.boto@gmail.com>
2020-01-14armstubs: Define the new symbols use in MakefileAndrei Gherzan
The tools repository renamed the CC, LD etc symbols to CC7, LD7 etc. See: https://github.com/raspberrypi/tools/commit/b0c869bc929587a7e1d20a98e2dc828a24ca396a Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2020-01-14raspberrypi-tools: Update to current HEADAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-12-20raspberrypi-firmware: Update to current HEADAndrei Gherzan
This RaspberryPi firmware update includes a change in the license file as well[1]. This change is for supporting customisation program. [1] https://github.com/raspberrypi/firmware/commit/dd9e9ebb5d5306e91acb135db890cf18f3a5eea2 As a result of this change, we update the hash in the bcm2835-bootfiles recipe as well. Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-11-08raspberrypi-tools: Update to current HEADAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-11-08raspberrypi-firmware: Update to current HEADAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-10-24bcm2835-bootfiles: Clarify license conditionsPaul Barker
We define a new 'Broadcom-RPi' license and include the full text in our custom-licenses directory. Signed-off-by: Paul Barker <paul@betafive.co.uk>
2019-10-24armstubs: License is BSD-3-ClausePaul Barker
All source files in the armstubs directory have a 3-clause BSD license. The Makefile doesn't appear to use any files from outside this directory during the build. Signed-off-by: Paul Barker <paul@betafive.co.uk>
2019-10-24linux-raspberrypi=4.19.80 bcm2835-bootfiles=20191021Martin Jansa
* Upgrade the kernel to latest with corresponding firmware. * This VC4 firmware is compatible with network boot described here: https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware/raspberry_pi4_network_boot_beta.md Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2019-10-23u-boot: drop patches for RPi4 merged upstream.Patrick Vacek
Signed-off-by: Patrick Vacek <patrickvacek@gmail.com>
2019-10-09bcm2835-bootfiles: tighten up dep on rpi-configChris Laplante
Intuitively, bcm2835-bootfiles:do_deploy should depend on rpi-config:do_deploy. This indirectly resolves a missing dep between rpi-config:do_deploy and do_image_rpi_sdimg (on an image recipe inheriting from sdcard_image-rpi.bbclass). This manifested as changes to rpi-config (e.g. setting or unsetting ENABLE_* variables) not triggering a rebuild of the SD card image. Signed-off-by: Chris Laplante <mostthingsweb@gmail.com>
2019-09-09u-boot-fw-utils: apply the same rpi4 patches as for u-boot recipeMartin Jansa
* otherwise u-boot-fw-utils build for rpi4 fails with: scripts/kconfig/conf --defconfig=arch/../configs/rpi_4_defconfig Kconfig *** *** Can't find default configuration "arch/../configs/rpi_4_defconfig"! *** scripts/kconfig/Makefile:128: recipe for target 'rpi_4_defconfig' failed * cannot include/require u-boot_2019.07.bbappend directly in u-boot-fw-utils_2019.07.bbappend, because then it fails with: "u-boot_2019.01.bbappend: not a BitBake file" Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2019-08-28raspberrypi-firmware: upgrade to latest to fix vc4-fkmsMartin Jansa
* with 4.19.66 kernel the vc4-fkms no longer works, because it doesn't get any usable modes from firmware * this behavior was introduced probably in one of following changes: https://github.com/raspberrypi/firmware/commit/38e81f25e639d19fc0ce6e67fd39998c340a15d5 https://github.com/raspberrypi/linux/pull/3082 https://github.com/raspberrypi/linux/pull/3110 https://github.com/raspberrypi/firmware/commit/66bafab005569e3eb92ec54cd3efeee3da338738 * without this fix: root@rpijama:~# cat /proc/device-tree/soc/firmwarekms@7e600000/status okay root@rpijama:~# modeprint vc4 Starting test Resources count_connectors : 1 count_encoders : 1 count_crtcs : 1 count_fbs : 0 Connector: HDMI-A-1 id : 51 encoder id : 0 conn : connected size : 0x0 (mm) count_modes : 0 count_props : 9 props : 1 2 5 6 52 53 54 55 56 count_encoders : 1 encoders : 50 Encoder: TMDS id :50 crtc_id :0 type :2 possible_crtcs :0x1 possible_clones :0x0 Crtc id : 49 x : 0 y : 0 width : 0 height : 0 mode : 0xfec884 gamma size : 0 Ok * with this fix: martin@jama ~ $ sshc root@rpijama Warning: Permanently added 'rpijama,192.168.169.37' (ECDSA) to the list of known hosts. root@rpijama:~# modeprint vc4 Starting test Resources count_connectors : 1 count_encoders : 1 count_crtcs : 1 count_fbs : 0 Connector: HDMI-A-1 id : 51 encoder id : 50 conn : connected size : 1600x900 (mm) count_modes : 22 count_props : 9 props : 1 2 5 6 52 53 54 55 56 count_encoders : 1 encoders : 50 Mode: "1920x1080" 1920x1080 60 Mode: "1920x1080" 1920x1080 60 Mode: "1920x1080" 1920x1080 50 Mode: "1920x1080" 1920x1080 30 Mode: "1920x1080" 1920x1080 30 Mode: "1920x1080" 1920x1080 25 Mode: "1920x1080" 1920x1080 24 Mode: "1920x1080" 1920x1080 24 Mode: "1280x1024" 1280x1024 60 Mode: "1360x768" 1360x768 60 Mode: "1152x864" 1152x864 60 Mode: "1280x720" 1280x720 60 Mode: "1280x720" 1280x720 60 Mode: "1280x720" 1280x720 50 Mode: "1024x768" 1024x768 60 Mode: "800x600" 800x600 60 Mode: "720x576" 720x576 50 Mode: "720x480" 720x480 60 Mode: "720x480" 720x480 60 Mode: "640x480" 640x480 60 Mode: "640x480" 640x480 60 Mode: "720x400" 720x400 70 Encoder: TMDS id :50 crtc_id :49 type :2 possible_crtcs :0x1 possible_clones :0x0 Crtc id : 49 x : 0 y : 0 width : 1920 height : 1080 mode : 0x1fcde54 gamma size : 0 Ok * tested on raspberrypi3 B weston works fine qtbase-examples tested with: /usr/share/examples/opengl/cube/cube -platform eglfs * the same issue is now in warrior, after someone tests on raspberrypi4 it would be good to backport this to warrior as well Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2019-08-15raspberrypi-firmware.inc: Update to 20190718Andrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-19armstubs: Error out when ARMSTUBS is not definedAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-19rpi-config: Check for armstub based on machine featureAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-19u-boot: Update patches for RPi4Andrei Gherzan
After a review in upstream, some of the patches were modified. Most notable changes: 1. use directly the dtb passed by the firmware and make sure uboot doesn't tweak memory/reg 2. remove known unimplemented support (usb, eth etc.) 3. drop patches that are not needed anymore with the new firmware update (for example 0012-bcm283x-mbox-Correctly-wait-for-space-to-send.patch) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-18u-boot: Replace custom fork by patchesAndrei Gherzan
The upstream branch might suffer rebases due to effort of pushing the patches upstream. To avoid issues, let's have here the patches we need for RPi 4 support. Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-18rpi-config: Check some config values against "1"Carton
When we read the docs, we have the feelings that theses variables are boolean ones. So I was setting, for example in my distro.conf file the variable ' ENABLE_I2C = "1" ' to enable I2C. Then I wanted to disable it by simply setting 'ENABLE_I2C' to "0" but it wasn't working. So I noticed that, for example, ' ENABLE_UART ' was checked with ' = "1" ' condition and some other "boolean" was checked against ' -n ' like for ENABLE_I2C. This commit tries to have an uniform behavior for all variables that are shown in the doc under the format ' VARIABLE = "1" ' to enable them and the reader can think they are kind of 'boolean' values. Signed-off-by: Joël Carron <joel.carron@eeproperty.ch>
2019-07-16raspberrypi-firmware: Update to 20190709Andrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-16u-boot: Use a temporary fork for RPi4 supportAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-04raspberrypi-tools: Update to remove Makefile patchAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-04rpi-config: Handle ARMSTUBAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-04armstubs: Add support for compiling ARM stubsAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-04firmware: Rename firmware inc file to raspberrypi-firmware.incAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-06-30firmware: Update to 20190620Andrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-05-29firmware: Update 20190220 -> 20190517Khem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-02-24firmware: Update to latest as of 20190220Khem Raj
Needed for 4.19 kernel Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-02-15rpi-config: used printf to escape properlymemox_5
Used printf command because on some systems bash doesn't escape sequences consistently. Signed-off-by: memox5 <memox_5@yahoo.com>
2019-02-14firmware.inc: Update to 20190212Zahari Petkov
Signed-off-by: Zahari Petkov <zahari@balena.io>
2018-12-15firmware.inc: Update to 20181211Pepijn de Vos
This fixes raspberrypi/firmware#1051 Signed-off-by: Pepijn de Vos <pepijndevos@gmail.com>
2018-12-12Add Pican2 supportFabien Lahoudere
In order to make Pican 2 work, we : - add mcp2515.dto to the overlay list - add a variable to enable it in local.conf - create a udev rule to mount interface http://skpang.co.uk/catalog/pican2-canbus-board-for-raspberry-pi-23-p-1475.html Signed-off-by: Fabien Lahoudere <fabien.lahoudere@collabora.com>
2018-11-08firmware.inc: Update to 20180924Andrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.com>
2018-11-07machines: Drop VC4_CMA_SIZEKhem Raj
setting cma is not required with latest vc4 driver Signed-off-by: Khem Raj <raj.khem@gmail.com>
2018-10-04rpi-config: Use vc4-kms-v3d for raspberrypi3-64 as wellKhem Raj
vc4-fkms-v3d needs dispmanx, its DRM VC4 V3D driver on top of the dispmanx display stack, this does not work with 4.14 kernel and since we always use vc4graphics on 64bit, just keep using vc4-kms-v3d dtbo which should enable right graphics Tested with core-image-sato, running glxgears with 55.5fps in raspberrypi3-64 Signed-off-by: Khem Raj <raj.khem@gmail.com>
2018-09-11firmware: Update to 20180817Andrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.com>
2018-07-07firmware: Update to 20180619 releaseKhem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2018-06-27meta-raspberrypi: use generic licenses in ${COMMON_LICENSE_DIR} from PokyHugo Hromic
Keep consistency with current practices. Signed-off-by: Hugo Hromic <hhromic@gmail.com>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-05-19 12:39:54 +0000