| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Use protocols=https for GitHub SRC_URIs using the conversion script in
openembedded-core.
Signed-off-by: Marcel Hamer <marcel@solidxs.se>
Signed-off-by: Andrei Gherzan <andrei@gherzan.com>
|
|
|
|
| |
Signed-off-by: Omer Akram <omer@thing.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>
|
|
|
|
|
|
|
|
|
| |
With stock u-boot v2020.01 which we use from poky CM3 module won't boot.
We need to apply this patch in order to have platform again working.
Add it only for cm3 to not break anything else.
Signed-off-by: Marek Belisko <marek.belisko@open-nandra.com>
|
|
|
|
|
|
| |
Use date in PV, makes is good candidate for always increasing PV
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
| |
Brings in fixes for errors seen in kernel boot log
e.g.
https://github.com/raspberrypi/linux/issues/3878
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* otherwise we end with big archives in downloads directory without clear
indication from where they came
* e.g. in one of my jenkins builds I've noticed:
-rw-rw-r-- 1 jenkins jenkins 178M Jun 30 15:45 downloads/23548e550a757d368d3d5220373fe829b5961c42.tar.gz
-rw-rw-r-- 1 jenkins jenkins 152M Sep 5 2019 downloads/7163480fff007dc98978899b556dcf06f8a462c8.tar.gz
-rw-rw-r-- 1 jenkins jenkins 179M Jul 23 01:34 downloads/7e74bcb4f9706f36f752d1c3d3164628ccf2aae5.tar.gz
-rw-rw-r-- 1 jenkins jenkins 178M Jun 5 12:34 downloads/7eff9f6774bb43bfd61e749a0b45ffddc98c2311.tar.gz
-rw-rw-r-- 1 jenkins jenkins 177M Apr 23 14:49 downloads/84523e0b9a9e78aa69fca1f1a8d75b2bdb5155fc.tar.gz
-rw-rw-r-- 1 jenkins jenkins 178M Jan 13 2020 downloads/9d6be5b07e81bdfb9c4b9a560e90fbc7477fdc6e.tar.gz
-rw-rw-r-- 1 jenkins jenkins 463 Jul 1 03:58 downloads/23548e550a757d368d3d5220373fe829b5961c42.tar.gz.done
-rw-rw-r-- 1 jenkins jenkins 141 Jan 16 2020 downloads/7163480fff007dc98978899b556dcf06f8a462c8.tar.gz.done
-rw-rw-r-- 1 jenkins jenkins 463 Aug 1 15:40 downloads/7e74bcb4f9706f36f752d1c3d3164628ccf2aae5.tar.gz.done
-rw-rw-r-- 1 jenkins jenkins 463 Jun 6 09:54 downloads/7eff9f6774bb43bfd61e749a0b45ffddc98c2311.tar.gz.done
-rw-rw-r-- 1 jenkins jenkins 463 May 16 03:35 downloads/84523e0b9a9e78aa69fca1f1a8d75b2bdb5155fc.tar.gz.done
-rw-rw-r-- 2 jenkins jenkins 141 Aug 7 22:10 downloads/9d6be5b07e81bdfb9c4b9a560e90fbc7477fdc6e.tar.gz.done
* unfortunately using git fetcher is still problematic because of git repo size:
15G firmware
1,6G tools
-rw-rw-r-- 1 jenkins jenkins 180M Sep 17 13:59 downloads/raspberrypi-firmware-a490197f0672d948860b2b807884ae65eabc4d4f.tar.gz
-rw-rw-r-- 1 jenkins jenkins 463 Sep 17 14:09 downloads/raspberrypi-firmware-a490197f0672d948860b2b807884ae65eabc4d4f.tar.gz.done
-rw-rw-r-- 1 jenkins jenkins 324M Sep 17 14:10 downloads/raspberrypi-tools-b0c869bc929587a7e1d20a98e2dc828a24ca396a.tar.gz
-rw-rw-r-- 1 jenkins jenkins 463 Sep 17 14:10 downloads/raspberrypi-tools-b0c869bc929587a7e1d20a98e2dc828a24ca396a.tar.gz.done
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
| |
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
|
|
|
|
|
|
| |
Includes 5.4.59 bumps
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The u-boot-env is provided by u-boot recipe and not by libubootenv, so
right recipe to append is the u-boot.
Adding the rpi-u-boot-scr in DEPENDS variable is wrong because it is
forcing rpi-u-boot-scr to be a dependency, but it'll fail if I have
another recipe that provides bootscript, once both recipes provide the
same file. The default value of u-boot-default-script is rpi-u-boot-scr,
so right way is to use u-boot-default-script and change the
PREFERRED_PROVIDER_u-boot-default-script if needed.
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
|
|
|
|
| |
This reverts commit f20ccfa11db4c0d1608cf6f3e654d29c5bfc3dd3.
|
|
|
|
| |
This reverts commit 89ca43fe6411a40d1ba8f5379e49affd78cdd644.
|
|
|
|
| |
This reverts commit fc494a35b513b05860c5a813239274017f1ef934.
|
|
|
|
|
|
|
|
|
|
| |
The raspberry pi 4 variant has a BCM2711 chip, however it still
uses the same boot files as the BCM2835 used in previous generations.
This change generalizes the naming of the directory generated in the
$DEPLOY_DIR to avoid the implication that the files are only
meant for the BCM2835.
Signed-off-by: Jeff Ithier <ithijme@gmail.com>
|
|
|
|
|
|
| |
Current configuration (16MHz) is made for the PiCAN2 board that uses 16MHz crystal. This setting allows for use of Waveshare RS485 CAN HAT that has 8MHz crystal soldered (although according to Waveshare there is also a 12MHz crystal version of the board).
Signed-off-by: Jakub Luzny <jakub@luzny.cz>
|
|
|
|
|
|
|
|
|
|
| |
Currently ENABLE_CAN adds mcp2525-can0 to the dtoverlay.
ENABLE_DUAL_CAN was added to also add mcp2515-can1 to the dtoverlay.
This will allow a user to enable dual CAN when using a hat like the
PiCAN 2 Duo board.
Signed-off-by: Colin McAllister <colinmca242@gmail.com>
|
|
|
|
| |
This reverts commit a907c3261ef583f898803706cd596d372c6644cb.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The u-boot-env is provided by u-boot recipe and not by libubootenv, so
right recipe to append is the u-boot.
Adding the rpi-u-boot-scr in DEPENDS variable is wrong because it is
forcing rpi-u-boot-scr to be a dependency, but it'll fail if I have
another recipe that provides bootscript, once both recipes provide the
same file. The default value of u-boot-default-script is rpi-u-boot-scr,
so right way is to use u-boot-default-script and change the
PREFERRED_PROVIDER_u-boot-default-script if needed.
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
(cherry picked from commit fc72c061411ea78515a670b63b0d44c13451cb78)
|
|
|
|
| |
Signed-off-by: Drew Moseley <drew.moseley@northern.tech>
|
|
|
|
|
|
|
|
|
|
| |
The raspberry pi 4 variant has a BCM2711 chip, however it still
uses the same boot files as the BCM2835 used in previous generations.
This change generalizes the naming of the directory generated in the
$DEPLOY_DIR to avoid the implication that the files are only
meant for the BCM2835.
Signed-off-by: Jeff Ithier <ithijme@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
| |
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
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>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
| |
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>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
| |
With stock u-boot v2020.01 which we use from poky CM3 module won't boot.
We need to apply this patch in order to have platform again working.
Add it only for cm3 to not break anything else.
Signed-off-by: Marek Belisko <marek.belisko@open-nandra.com>
|
|
|
|
| |
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
|
|
|
|
| |
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
|
|
|
|
| |
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
|
|
|
|
| |
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
|
|
|
|
| |
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
|
|
|
|
| |
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
|
|
|
|
| |
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
| |
* 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>
|
|
|
|
| |
Signed-off-by: Patrick Vacek <patrickvacek@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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>
|
|
|
|
| |
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
|
|
|
|
| |
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
|
|
|
|
| |
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
|