- add missing ${MODPY_FLAVOR} to py-elftools BDEP
- this port doesn't use setuptoools to build; drop MODPY_SETUPTOOLS.
replace it with a plain BUILD_DEPENDS on setuptools, it's needed for
tools/binman/control.py which uses pkg_reseources from setuptools.
(I would guess that sometime in the future this might be dropped in
favour of using importlib.resources, added to core Python since 3.7,
but not yet).
from Yifeng Zhao on U-Boot list, not yet upstream
fixes regression booting on pinebook pro since 2021.10, specifically
ac804143cf ("mmc: rockchip_sdhci: add phy and clock config for rk3399")
problem reported and fix tested by patrick@
drop maintainer
85f3fddbcc ("pci: brcmstb: Cleanup controller state before handover")
This should help with xhci usb not working on rpi4 since U-Boot 2021.04.
Also stop building rpi_3 and rpi_4 targets the rpi_arm64 target
handles both.
other than the usual "python3/<blank>" python version selection and
remove setting MODPY_VERSION=${MODPY_DEFAULT_VERSION_3} again from the
affected ports.
if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.
Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.
Fixes problem booting from spi with pinebook pro seen with 2020.10.
Disable CONFIG_USE_PREBOOT from rk3399 configs as this runs
'usb start' which is reported to break booting via other methods
by kurt@.
Tested by kurt@ patrick@ and myself on
am335x_evm
mx6cuboxi
omap4_panda
pinebook-pro-rk3399
rock64-rk3328
rockpro64-rk3399
rpi_3
tinker-rk3288
ok kurt@
* Rockchip now outputs a single image that combines idbloader.img
and u-boot.itb called u-boot-rockchip.bin. It gets written at
block 64. For example:
dd if=u-boot-rockchip.bin of=/dev/sdXc seek=64
* Fix rock64 gen3 SPL boot hang. Reviewed upstream.
Tested on both gen2 and gen3 boards.
* Enable PCIe gen2 on rockpro64. I've been running with this
since December and tested various PCIe boards.
okay jsg@
armv7, this should save around 40h overall build time, and makes it more
visible to anyone working on the port that they are indeed broken on the
arch. OK phessler@ naddy@
Of note because the port is important to the architecture and
self-hosted builds are a good thing: building u-boot on armv7 fails
with an Internal Compiler Error (SIGBUS) in lib/time.c, it would be
particularly nice if someone has an idea how to fix this!
The cooling levels are tuned to the fan that comes with the rockpro64 NAS
case. A gpu-theremal zone was not added because having two active cooling
maps control one physical fan causes them to compete for the fan speed
which results in erratic fan behavior.
okay jsg@, kettenis@
* Add rock64-rk3328 to supported boards
* Update rk3328-cru.h from linux 5.3
* Include Simon Souths Rock64 TPL bug fixes [1]
* Update rk3399-rockpro64.dts from linux 5.3 to gain PCIe support
okay jsg@, patrick@, kettenis@, sthen@
[1] https://marc.info/?l=u-boot&m=157037941626446&w=2
Fixes a regression in 2019.07 with tinker-rk3288. Enable
rockpro64-rk3399 target, tested by kurt@. Enable rpi_4 target, tested
by bmercer@ before patches were merged to mainline U-Boot.
u-boot still uses Python 2 in various places that cannot be controlled from
our Makefile but require patching; it also uses Python 2 specific syntax.
OK jsg
Sinovoip_BPI_M2_Plus target was renamed to bananapi_m2_plus_h3
am335x_boneblack target replaced by am335x_evm
build rockpro64-rk3399 target as a few people have hardware (untested)
Add back flushing/disabling caches for armv7 efi which was removed in
2019.04 and later and is required to load kernels on i.MX 6.
The UEFI specification states that non-architectural caches
(not controlled by cp15 operations) should be disabled during boot time
services. On i.MX 6 there is a PL310 L2 cache which U-Boot leaves on,
which breaks loading kernels even after we disable all the cp15
controlled caches in bootarm.efi.
the page mask that removes the lower bits was based on 1UL, which is
only 32-bit on ARMv7. Thus on machines with 4GiB memory or more the
addresses are truncated and never end up in the EFI memory map. The
second issue is that on 32-bit systems a function that returns a 64-
bit integer through a pointer was given a pointer to an address that
can only hold 32-bit values, causing a data abort. The second issue
was fixed in U-Boot 2019.04.
ok phessler@ naddy@
until it could be upstreamed. Well, the support has been upstreamed, so
we can retire these in favour of arm-trusted-firmware and u-boot-aarch64.
tested by me on an original pinebook, and by patrick@ on a 1080p pinebook.
discussed with patrick@ and jsg@
OK sthen@
trees for multiple am335x boards including the BeagleBone Black.
The am335x_boneblack target has been removed in the U-Boot repository
and will not be in the next major release. Continue building it till
then.
Add pinebook and pine64-lts targets. This conflicts with
sysutils/u-boot-pinebook though that port can be removed now the
pinebook changes are finally in a mainline U-Boot release.
