OE/Yocto is migration towards new override syntax,
current master (upcomming honister release) will not
tolerate "_" as override operator.
New override syntax will be backported to
dunfell, gatesgarth, hardknott releases.
Signed-off-by: Bartłomiej Burdukiewicz <bartlomiej.burdukiewicz@gmail.com>
Enable open source GPU support for Mali Utgard GPUs (lima driver) and
Mali Midgard and Bifrost GPUs (panfrost driver).
The support is enabled by:
- enabling DRM kernel CONFIGs
- enabling lima, panfrost and kmsro in Mesa
- disabling the specific mali driver overrides in sunxi-mali.inc
To enable open source mainline graphics support just add the following
line in your local.conf:
MACHINEOVERRIDES .= ":use-mailine-graphics"
Please note that some machines may need a bigger CMA value to be able to
start Weston. To do that, add e.g. "cma=128M" to the kernel parameters.
Signed-off-by: Diego Rondini <diego.rondini@kynetics.com>
According to:
https://www.kernel.org/category/releases.html
version 5.4 is a longterm release, so:
- add longterm 5.4 series at 5.4.18
- update longterm 4.19 series to 4.19.103
- update stable to 5.5.3
- remove rc, as it quickly gets out of date. rc users will likely build
kernel from master outside of OE anyway
- set 5.4 as the preferred version for linux-mainline
Signed-off-by: Diego Rondini <diego.rondini@kynetics.com>
Add support for AMPAK 6212A module:
1) install kernel module
2) install firmware
3) create the required symlink with the AP6212 NVRAM file
Enable the support in the boards with the module, according to:
https://linux-sunxi.org/Table_of_Allwinner_based_boards
The link creation with compatible name works on kernels >= 5.0.
Signed-off-by: Diego Rondini <diego.rondini@kynetics.com>
In the latest OE, this file has been renamed. Since this board is
ARMv8-A, we should use the armv8-a config instead of the armv8 config.
Signed-off-by: Martin Kelly <mkelly@xevo.com>
This has been assigned a value containing a typo since 2015, my
assumption is that this is not used and hence we can simply drop
it. The typo is that the address contains a 'O' character instead
of '0', the last one is a zero.
Either way the kernel.bbclass will set a default value, that is:
UBOOT_LOADADDRESS ?= "${UBOOT_ENTRYPOINT}"
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
Add support of sun50i SoC family to u-boot recipe:
- move SPL_BINARY to sunxi.inc and sunxi64.inc
-- different SoC families have different SPL_BINARY names
- create separate boot.cmd files for arm and aarch64
-- different kernel image types require different boot commands
- add atf-sunxi dependency
-- u-boot for aarch64 needs ATF BL31 binary
- add do_compile_sun50i[depends]
-- make sure that BL31 binary is already deployed before u-boot build
Signed-off-by: Sergey Matyukevich <geomatsi@gmail.com>
Follow the same approach as in 32-bit sunxi SoC families:
- create sunxi64.inc: umbrella description for aarch64 sunxi
-- specify proper u-boot/spl image types
-- specify proper kernel image type
-- specify u-boot/kernel preferred providers
- create basic description of sun50i SoC family
-- sun50i SoC family is based on armv8
Signed-off-by: Sergey Matyukevich <geomatsi@gmail.com>
- remove older stable release recipes
- bump stable linux recipe to 4.14.2
- bump git linux recipe to 4.15-rc1
- rename linux to linux-mainline
Renaming kernel recipe from 'linux' to 'linux-mainline' is needed to
get ready for adding aarch64 support. The reason is in the value of
OVERRIDES environment variable. BitBake uses OVERRIDES to control what
variables are overridden after BitBake parses recipes and configuration
files. So packages names are not allowed to take values listed in
OVERRIDES. One of the OVERRIDES values is TARGET_OS:
TARGET_OS = linux${LIBCEXTENSION}${ABIEXTENSION}
For arm architecture TARGET_OS = "linux-gnueabi". However for aarch64
architecture TARGET_OS = "linux". As a result, in the case of aarch64
kernel package can not be named 'linux'. This patch renames kernel
package name to 'linux-mainline' in order to be able to maintain the
same kernel recipes for both arm and aarch64 boards.
Signed-off-by: Sergey Matyukevich <geomatsi@gmail.com>
It uses 3 different SOC_FAMILY sun4i,sun5i,sun7i this list come from here http://sunxi.org/Allwinner_SoC_Family
Adding a new machine should be now more easy, as we have now to only create a new machine.conf file, set the right SOC_FAMILY and include the right arch inclue.
Set the PREFERRED_PROVIDER_u-boot and _virtual/bootloader to u-boot.
Preperation for adding mainline u-boot.
Signed-off-by: Jens Lucius <info@jenslucius.com>
Set the preferred kernel to 3.4 in sunxi.inc. This makes it easier
to upgrade the kernel in a later commit without breaking build.
Signed-off-by: Jens Lucius <info@jenslucius.com>
This add the first 7 characters of the git sha-1 to the compiled in
u-boot version.
With this change the serial console displays the following version information:
U-Boot 2014.04-gee425f9 (Oct 01 2014 - 22:20:35) Allwinner Technology
Without the version looks like this:
U-Boot 2014.04 (Oct 01 2014 - 21:55:57) Allwinner Technology
Signed-off-by: Christian Ege <k4230r6@gmail.com>
- add correct xorg config
- For mali-sunxi driver to work it also need library files from sunxi-mali-dev
package. Adding sunxi-mali-dev to XSERVER force the installation of
the -dev
