aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)Author
2020-03-31rpi-base.conf: add disable-bt.dtbo and miniuart-bt.dtbo overlays.zeusOrne Brocaar
Closes #602. Signed-off-by: Orne Brocaar <info@brocaar.com>
2020-01-28linux-raspberrypi: bump to Linux version 4.19.93Pierre-Jean Texier
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
2020-01-28gstreamer1.0-plugins-base: respect opengl DISTRO_FEATURES when vc4graphics ↵Martin Jansa
is in MACHINE_FEATURES No virtual/egl provider is available in the default setup with vc4graphics enabled and neither opengl nor vulkan in DISTRO_FEATURES: $ bitbake -e virtual/egl | tee env.egl ERROR: Nothing PROVIDES 'virtual/egl' vc-graphics-hardfp PROVIDES virtual/egl but was skipped: PREFERRED_PROVIDER_virtual/libgles2 set to mesa, not vc-graphics-hardfp vc-graphics PROVIDES virtual/egl but was skipped: PREFERRED_PROVIDER_virtual/libgles2 set to mesa, not vc-graphics $ bitbake -e userland 2>&1 | tee env.userland ERROR: Nothing RPROVIDES 'libegl-mesa' (but /jenkins/mjansa/build-ros/ros2-dashing-warrior/meta-raspberrypi/recipes-graphics/userland/userland_git.bb RDEPENDS on or otherwise requires it) NOTE: Runtime target 'libegl-mesa' is unbuildable, removing... Missing or unbuildable dependency chain was: ['libegl-mesa'] ERROR: Required build target 'userland' has no buildable providers. Missing or unbuildable dependency chain was: ['userland', 'libegl-mesa'] $ bitbake -e mesa 2>&1 | tee env.mesa ERROR: Nothing PROVIDES 'mesa' mesa was skipped: one of 'vulkan opengl' needs to be in DISTRO_FEATURES $ bitbake -e vc-graphics-hardfp 2>&1 | tee env.vc-graphics-hardfp ERROR: Nothing PROVIDES 'vc-graphics-hardfp' vc-graphics-hardfp was skipped: PREFERRED_PROVIDER_virtual/libgles2 set to mesa, not vc-graphics-hardfp There is unbuildable dependency on virtual/egl from gstreamer1.0-plugins-base because: 1) gstreamer1.0-plugins-base depends on virtual/egl because of "egl" PACKAGECONFIG 2) "egl" PACKAGECONFIG is enabled by meta-raspberrypi/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_%.bbappend PACKAGECONFIG_GL_rpi = "egl gles2" without respecting the "opengl" in DISTRO_FEATURES like the recipe in oe-core does openembedded-core/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.14.4.bb: PACKAGECONFIG_GL ?= "${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'gles2 egl', '', d)}" 3) virtual/egl is provided either by: - userland (only without vc4graphics in MACHINE_FEATURES): meta-raspberrypi/recipes-graphics/userland/userland_git.bb:PROVIDES += "${@bb.utils.contains("MACHINE_FEATURES", "vc4graphics", "", "virtual/libgles2 virtual/egl", d)}" - mesa (selected with vc4graphics in MACHINE_FEATURES) meta-raspberrypi/conf/machine/include/rpi-default-providers.inc:PREFERRED_PROVIDER_virtual/egl ?= "${@bb.utils.contains("MACHINE_FEATURES", "vc4graphics", "mesa", "userland", d)}" - vc-graphics(-hardfp) meta-raspberrypirecipes-graphics/vc-graphics/vc-graphics.inc:PROVIDES = "virtual/libgles2 virtual/egl" 4) vc-graphics(-hardfp) recipe are skipped in default setup, because with vc4graphics being in MACHINE_FEATURES by default since: https://github.com/agherzan/meta-raspberrypi/commit/690bdca57422447e49d4ef43862bf675e9acc28f the PREFERRED_PROVIDER_virtual/libgles2 is set to mesa in: conf/machine/include/rpi-default-providers.inc:PREFERRED_PROVIDER_virtual/libgles2 ?= "${@bb.utils.contains("MACHINE_FEATURES", "vc4graphics", "mesa", "userland", d)}" resulting in skipping the other virtual/libgles2 providers: vc-graphics-hardfp PROVIDES virtual/egl but was skipped: PREFERRED_PROVIDER_virtual/libgles2 set to mesa, not vc-graphics-hardfp vc-graphics PROVIDES virtual/egl but was skipped: PREFERRED_PROVIDER_virtual/libgles2 set to mesa, not vc-graphics 5) mesa is skipped when neither opengl nor vulkan are in DISTRO_FEATURES 6) userland doesn't provide virtual/egl because we have the default vc4graphics meta-raspberrypi/recipes-graphics/userland/userland_git.bb:PROVIDES += "${@bb.utils.contains("MACHINE_FEATURES", "vc4graphics", "", "virtual/libgles2 virtual/egl", d)}" and it cannot be built anyway, because with the default vc4graphics it depends on libegl-mesa: meta-raspberrypi/recipes-graphics/userland/userland_git.bb:RDEPENDS_${PN} += "${@bb.utils.contains("MACHINE_FEATURES", "vc4graphics", "libegl-mesa", "", d)}" and libegl-mesa is provided only by mesa recipe from oe-core which in turn requires either "opengl" or "vulkan" to be in DISTRO_FEATURES This causes a lot of unresolved dependencies in default setup with vc4graphics but without opengl. - with Yocto 2.6 Thud and older it worked, because vc4graphics wasn't enabled by default before: https://github.com/agherzan/meta-raspberrypi/commit/690bdca57422447e49d4ef43862bf675e9acc28f To build gstreamer1.0-plugins-base with egl PACKAGECONFIG enabled you have 2 options: A) Just add "opengl" to DISTRO_FEATURES and use the default vc4graphics with mesa providing virtual/egl B) Use DISABLE_VC4GRAPHICS added in https://github.com/agherzan/meta-raspberrypi/commit/96c8459c9363cc6bf463aedf4d24f92a1ee7d6ba to explicitly disable vc4graphics and use userland to provide virtual/egl Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2020-01-28linux-raspberrypi: Bump to 4.19 recipe to 4.19.88Andrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2020-01-28raspberrypi-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>
2020-01-28sdcard_image-rpi.bbclass: Use IMAGE_NAME_SUFFIX variable in SDIMGFrancois Retief
Use the IMAGE_NAME_SUFFIX variable to build the SDIMG name. Some layers, notably meta-mender, change the IMAGE_NAME_SUFFIX variable to something other that ".rootfs", causing build failures. Signed-off-by: Francois Retief <fgretief@gmail.com>
2020-01-28linux-raspberrypi: Bump to 4.19 recipe to 4.19.81Andrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2020-01-28raspberrypi-firmware: Update to current HEADAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2020-01-28bcm2835-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>
2020-01-28linux-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-12-26linux-raspberrypi-rt: bump to revision e2e9cecPierre-Jean Texier
This version includes a fix for the USB part. Fixes: [ 2.988098] CPU: 3 PID: 79 Comm: irq/56-dwc_otg_ Not tainted 4.19.71-rt24 #1 [ 2.988102] Hardware name: BCM2835 [ 2.988134] [<801120a8>] (unwind_backtrace) from [<8010d260>] (show_stack+0x20/0x24) [ 2.988151] [<8010d260>] (show_stack) from [<8085340c>] (dump_stack+0xbc/0x100) [ 2.988167] [<8085340c>] (dump_stack) from [<80121160>] (__warn.part.0+0xcc/0xe8) [ 2.988182] [<80121160>] (__warn.part.0) from [<80121314>] (warn_slowpath_null+0x54/0x5c) [ 2.988197] [<80121314>] (warn_slowpath_null) from [<8014f120>] (migrate_disable+0x220/0x Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io> (cherry picked from commit d059288fa09ce072eade66efcb574db7831d3493)
2019-10-18linux-raspberrypi: Updating the linux revision to resolve video rendering issueKhan3033
Signed-off-by: Khan3033 <Riyaz.l@ltts.com>
2019-10-16omxplayer: Disable on aarch64Khem Raj
It does not build for 64bit, needs porting Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-10-15linux-raspberrypi-rt: Update 4.19 recipe to 4.19.71Vincenzo Pacella
Signed-off-by: Vincenzo Pacella <shaduz@shaduzlabs.com>
2019-10-10wiringpi: DeleteKhem Raj
It has gone closed source and git tree has disappeared http://wiringpi.com/wiringpi-deprecated/ Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-10-09linux-firmware-rpidistro_git: Update wifi firmwareFlorin Sarbu
This updates brcmfmac43455-sdio.bin to version 7.45.189 and brcmfmac43430-sdio.bin to version 7.45.98.83 This updated upstream firmware also includes the changes from 0001-brcmfmac43455-sdio.txt-Follow-raspbian-change-for-bo.patch so we remove this patch along with removing the do_clean_pc function which is not needed anymore since we don't apply any other patches to the upstream source. Signed-off-by: Florin Sarbu <florin@balena.io>
2019-10-09sdcard_image-rpi.bbclass: make the dep on rpi-config:do_deploy explicitChris Laplante
Signed-off-by: Chris Laplante <mostthingsweb@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-16extra-build-config.md: Document DISABLE_VC4GRAPHICSAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-09-16rpi-base.inc: Introduce DISABLE_VC4GRAPHICSAndrei Gherzan
Since we enabled vc4graphics by default[1], there is no easy way to disable it if needed. This patch introduces a variable (DISABLE_VC4GRAPHICS) which when set to '1' will not add 'vc4graphics' to MACHINE_FEATURES forcing the old behaviour. One could use it in 'local.conf' for example. [1] https://github.com/agherzan/meta-raspberrypi/pull/417 Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-09-16raspberrypi*.conf: Remove vc4 configuration as we already default to itAndrei Gherzan
As of late[1], we defaulted to enabling vc4graphics in MACHINE_FEATURES. Let's cleanup the machine configurations as per this change. [1] https://github.com/agherzan/meta-raspberrypi/pull/417 Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-09-12raspberrypi-linux: removed protocoll setting from SRC_URITimm Eversmeyer
Default protocoll for git will be used. Default setting is in the most case https. Signed-off-by: Timm Eversmeyer saeugetier@gmail.com
2019-09-10extra-build-config.md: add RPi 0W to UART sectionBernardo A. Rodrigues
This makes it clear in the docs that ENABLE_UART can be used both for the RPi 0W or 3. Signed-off-by: Bernardo A. Rodrigues <bernardaraujor@gmail.com>
2019-09-09linux-raspberrypi: Update 4.19 recipe to 4.19.71Andrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
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-09-04eglinfo: Drop bbappendKhem Raj
eglinfo has been removed from OE-Core since aa36510ebe Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-09-04layer.conf: Add zeus to compatible layersKhem Raj
zeus is codename for next 3.0 release Signed-off-by: Khem Raj <raj.khem@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-28bpftool: Enable for rpi since default kernel is > 4.14 nowKhem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-08-28mesa: Enable vc4, v3d, kmsro gallium driversKhem Raj
This enables new v3d driver which needs kmsro as dependency Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-08-22linux-raspberrypi-rt: update to latest commit for 4.14 seriesFrancesco Giancane
Update linux kernel 4.14 series recipe for building with latest -rt branch. This fixes #474. Signed-off-by: Francesco Giancane <francescogiancane8@gmail.com>
2019-08-18linux-raspberrypi: add linux-raspberrypi-rt 4.19Vincenzo Pacella
add rt kernel recipe for version 4.19 Signed-off-by: Vincenzo Pacella <shaduz@shaduzlabs.com>
2019-08-15linux-raspberrypi: update to 4.14.114Francesco Giancane
Kernel 4.19.y and above was patched to rename the Raspberry Pi Zero W dts. Unfortunately, this modification was not propagated to previous kernels, especially on the 4.14.y series which is still supported in this layer. Thus, kernel 4.14.y would not build because correct .dts file is not found. The aforementioned modification was merged as backport back in 4.14.y series. Updating to the latest commit fixes the issue. Signed-off-by: Francesco Giancane <francescogiancane8@gmail.com>
2019-08-15raspberrypi4-64: Remove the 3G RAM limitationAndrei Gherzan
The PCIe bounce buffers were ported[1] in the kernel so we can remove this limitation now. [1] https://github.com/raspberrypi/linux/pull/3144 Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-08-15mesa: Add v3d and kmsro driver as wellAndrei Gherzan
Videocore 5/6 support was added as a separate driver in mesa: v3d. Enable this so we can have it available for Raspberry Pi 4. Also, this driver depends on kmsro. Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-08-15linux-raspberrypi: Update 4.19 recipe to 4.19.66Andrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-08-15raspberrypi-firmware.inc: Update to 20190718Andrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-08-14python-rtimu,python-sense-hat: Convert to py3 modulesKhem Raj
py2 is on its way out from oe-core Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-08-12omxplayer: Bump revisionKirill Goncharov
Bump revision to fix playback errors on RPi 4 (https://github.com/popcornmix/omxplayer/issues/733) and update patches accordingly. Update the license hash because of the change in FSF mailing address. Signed-off-by: Kirill Goncharov <kdgoncharov@gmail.com>
2019-08-06sdcard_image-rpi.bbclass: use -v for all mcopy calls and add bbfatal in case ↵Martin Jansa
mcopy fails * I have this in our layer for some time: RPI_KERNEL_DEVICETREE_OVERLAYS_append = " overlays/vc4-fkms-v3d.dtbo" because we're using vc4graphics also on raspberrypi3 and it was working fine until recently. * now the default rpi-base.inc in warrior and master branch includes the same since: https://github.com/agherzan/meta-raspberrypi/commit/37aa050d5a44eb797540ef50408c2ca8e3da6fa0 and do_image_rpi_sdimg started failing with a bit useless log: ... 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 1145MB 1099MB primary mkfs.fat: warning - lowercase labels might not work properly with DOS or Windows mkfs.fat 4.1 (2017-01-24) WARNING: exit code 1 from a shell command. * after adding -v to mcopy calls I got slightly better log: ... Copying w1-gpio-pullup.dtbo Copying w1-gpio.dtbo WARNING: exit code 1 from a shell command. * the issue is that mcopy behavior in non-interactive shell is to fail when the target file already exists (sometimes it seems to cause mcopy to hang forever), but when you execute the run.do_image_rpi_sdimg script manually in interactive shell it will nicely show this prompt on stderr: $ dtb=vc4-fkms-v3d.dtbo recipe-sysroot-native/usr/bin/mcopy -i boot.img -s BUILD/deploy/images/raspberrypi3/$dtb ::overlays/$dtb Long file name "vc4-fkms-v3d.dtbo" already exists. a)utorename A)utorename-all r)ename R)ename-all o)verwrite O)verwrite-all s)kip S)kip-all q)uit (aArRoOsSq): o * with the bbfatal the log is finally a bit more useful: ... Copying w1-gpio-pullup.dtbo Copying w1-gpio.dtbo ERROR: mcopy cannot copy TOPDIR/BUILD/deploy/images/raspberrypi3/vc4-fkms-v3d.dtbo into boot.img WARNING: exit code 1 from a shell command. * the only exception is FATPAYLOAD where it was ignoring mcopy with || true before, I've added bbwarn, because even issues like mentioned there "vfat issues like not supporting .~lock files" are probably worth reporting as warning (why would people add .~lock to FATPAYLOAD if it cannot be copied into boot.img) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2019-08-06xorg-xserver: Adapt bbappend to latest OE-coreKhem Raj
There is no need to override complete packageconfig but just the openGL part, this ensures that any common change in oe-core reflects for rpi as well and does not cause the packageconfigs to go stale Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-07-30packagegroup-rpi-test: Depend on wireless-regdb instead of crdaKhem Raj
this should bring in crda if needed Fixes issue #456 Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-07-28drbd: Disable for rpi machinesKhem Raj
Its enabled in linux-raspberrypi modules in defconfig so we can ignore external driver for now, fixes ERROR: linux-raspberrypi-1_4.19.58+gitAUTOINC+d5dc848c98-r0 do_packagedata_setscene: The recipe linux-raspberrypi is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /mnt/a/yoe/build/tmp/pkgdata/raspberrypi3-64/runtime/kernel-module-drbd-4.19.58.packaged (matched in manifest-raspberrypi3_64-drbd.packagedata) /mnt/a/yoe/build/tmp/pkgdata/raspberrypi3-64/runtime/kernel-module-drbd-4.19.58 (matched in manifest-raspberrypi3_64-drbd.packagedata) Please verify which recipe should provide the above files. Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-07-28layer.conf: Add meta-networking to dynamic layersKhem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-07-28webkitgtk: Remove -DUSE_GSTREAMER_GL=OFF for vc4graphicsKhem Raj
This is no longer needed, on the contrary is fails the build for webkitgtk Fixes webkitgtk-2.24.2/Source/WebCore/platform/graphics/gstreamer/MediaPlayerPrivateGStreamerBase.cpp:1007:33: error: use of undeclared identifier 'TEXTURE_MAPPER_COLOR_CONVERT_FLAG' | m_textureMapperFlags |= TEXTURE_MAPPER_COLOR_CONVERT_FLAG; | ^ Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-07-28userland: Upgrade to latestKhem Raj
Fix build with glibc 2.30 Forward patches to 20190724 release Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-07-25README.md: Use matrix chat roomAndrei Gherzan
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-25raspberrypi4-64.conf: Limit RAM to 3GAndrei Gherzan
The PCI controller on the Raspberry Pi 4 acts as a DMA controller and can only address the first 3Gb[1] of the memory space. On 32bit this was addressed by implementing bouncing buffers[2] but this currently has no support for arm64. In order to have working USB, as a workaround, we limit the ram to 3G. Fixes #446 [1] https://github.com/raspberrypi/linux/issues/3093 [2] https://github.com/raspberrypi/linux/blob/rpi-4.19.y/drivers/pci/controller/pcie-brcmstb-bounce.c Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
2019-07-19raspberrypi*: Define ARMSTUB for all machinesAndrei 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>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-04-24 12:15:12 +0000