The Kernel follows latest development of the Linux upstream Kernel. For
now, use a separate recipe to isolate Beagle-V specific versions and
inclusion of pending upstream packages.

The defconf was taken from: https://openbeagle.org/beaglev-ahead/xuantie-ubuntu

The recipe also provides a custom function to package the boot.ext4
deployment artifact, which is needed for fastboot based deployment of
the device's eMMC.

WORKDIR was previously used to access files in areas where do_upack
would put the files generally. Now this has its own bitbake variable
called UNPACKDIR, use it.

Signed-off-by: Khem Raj <raj.khem@gmail.com>

core has introduced UNPACKDIR and S = WORKDIR is no longer valid

Signed-off-by: Khem Raj <raj.khem@gmail.com>

Fix the installation of this recipe when using SysV init system by
fixig the "if" condition that checks the presence of systemd in DISTRO_FEATURES -
beforehand it was always evaluated as "true".

Beside this the required folders are also created when they should be:
in case of SysV init the /usr/bin folder stays empty (and bitbake complains),
so it is only created when systemd is used.

Similarly, /etc/init.d is used only by SysV init system, but the recipe already
handles it when systemd is used. However if the folder is not installed explicitly,
the do_rootfs task fails.

applied accepted patches according to this page:
    https://github.com/sophgo/linux/wiki



the reboot and ethernet drivers were ported from the OEM sources

Signed-off-by: GP Orcullo <kinsamanka@gmail.com>

Signed-off-by: GP Orcullo <kinsamanka@gmail.com>

this allows updating DTBs without rebuilding the kernel

Signed-off-by: GP Orcullo <kinsamanka@gmail.com>

this replaces the existing binary-only files

Signed-off-by: GP Orcullo <kinsamanka@gmail.com>

Signed-off-by: GP Orcullo <kinsamanka@gmail.com>

Signed-off-by: GP Orcullo <kinsamanka@gmail.com>

- The starfive_jh7100_beagle_v_smode_defconfig is not available in u-boot-starfive_v2021.04 and that's why compile failing. Accordingly to this, the u-boot-starfive_2021.07 recipe has been added where defconfig is available.

- The starfive_jh7100_fedora_defconfig is also used as kernel defconfig but it's not available in the latest source revision of the visionfive branch. Therefore, the latest kernel(6.4.y) branch that supports this defconfig has been added.

- Dropped unnecessary and fixed patches.

Signed-off-by: alperak <alperyasinak1@gmail.com>

Make sure that the do_install step is applied to the correct boards.
do_install:append:jh7110 was executed for star64 also (since it is
based on the jh7110 SoC as well), however the installed file is only
used for visionfive2 board, failing the build.

This change ensures that this file is only installed for visionfive2 board,
and not for star64.

It conflicts with upstream mesa builds otherwise from core layer, in multi
machine build e.g. when builds for qemuriscv64 are done in same project
then packaging for mesa-pvr and mesa would conflict since both provide
same packages and duplicate file staging errors happen e.g.

ERROR: mesa-pvr-2_22.1.3-r0 do_create_spdx: Recipe mesa-pvr is trying to install files into a shared area when those files already exist. The files and the manifests listing them are:
  /mnt/b/yoe/master/build/tmp/deploy/spdx/riscv64/packages/libgl-mesa-dev.spdx.json
    (matched in manifest-riscv64-mesa.create_spdx)

Signed-off-by: Khem Raj <raj.khem@gmail.com>

Signed-off-by: Joel Winarske <joel.winarske@gmail.com>

This rename is needed to match change in repository upstream [1]

[1] https://lists.openembedded.org/g/openembedded-core/message/196617



Signed-off-by: Khem Raj <raj.khem@gmail.com>

Fixes https://github.com/riscv/meta-riscv/issues/457



Signed-off-by: Khem Raj <raj.khem@gmail.com>

They compile fine with musl/glibc on rv32 now.

Signed-off-by: Khem Raj <raj.khem@gmail.com>

Signed-off-by: Khem Raj <raj.khem@gmail.com>

Signed-off-by: Khem Raj <raj.khem@gmail.com>

Signed-off-by: Khem Raj <raj.khem@gmail.com>

Signed-off-by: Khem Raj <raj.khem@gmail.com>

If built with gcc 13 module cannot be loaded with [2].
Apply workaround until [1] is merged.
Tested with MangoPi MQ-Pro

[1] https://lore.kernel.org/lkml/20231101-module_relocations-v9-2-8dfa3483c400@rivosinc.com/#r


[2] unknown relocation type 57

Signed-off-by: Pavel Zhukov <pavel@zhukoff.net>

Otherwise it triggers parsing errors now with glibc

Signed-off-by: Khem Raj <raj.khem@gmail.com>

We carry in-progress patches to support it here.

Signed-off-by: Khem Raj <raj.khem@gmail.com>

Compile kernel with -fno-asynchronous-unwind-tables -fno-unwind-tables
to fix kernel modules failures [2]. This is workaround until [1] is merged.

[1] https://lore.kernel.org/lkml/20231101-module_relocations-v9-2-8dfa3483c400@rivosinc.com/#r


[2] unknown relocation type 57

Signed-off-by: Pavel Zhukov <pavel@zhukoff.net>

Revision bitbake recipe had been pointing before is gone (probably
because of force push) and it causes failures.
Update the recipe to use updated revision and apply ugly hack for sunxi
boards to workaround the issue of arch-sunxi being located under arm
instead of riscv

Tested with mangopi mq pro board
Fixes: #445
Fixes: landgraf/moelinux#1

Signed-off-by: Pavel Zhukov <pavel@zhukoff.net>

Update U-Boot version to hash from JH7110_VF2_6.1_v5.10.3 tag.
Also change to "nobranch=1", since the starfive U-Boot repo does
not seem to keep releases on the development branches, causing builds
to fail when the referenced hash is no longer on the specified branch.

Signed-off-by: Roy Franz <rfranz@tenstorrent.com>

set CONFIG_COMPAT=n for not using now obsolete compat_alloc_user_space() in Android ION driver

Signed-off-by: xyq1113723547 <53088781+xyq1113723547@users.noreply.github.com>

Update to upstream release v3.9.3 and switch to provided Linux Kernel
6.1 branch.

Add milkv-duo-bootfiles to EXTRA_IMAGEDEPENDS so the fip.bin
can be found when doing do_image_wic().

Signed-off-by: Yu Chien Peter Lin <main@yclin.org>

- Add IPv6 and Multicast networking related configs in defconfig
- clean defconfig, linux-milkv-duo-dev.bb and multi.its by delete unneeded comments and empty lines

Signed-off-by: YanqiXu <y449xu@uwaterloo.ca>