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>

Milk-V Duo is an ultra-compact dual-core RISC-V development board using CVITEK CV1800B SOC.
For more details please visit milkv.io/duo
The Linux kernel, U-Boot, OpenSBI are open-sourced but not upstreamed.
There is an official SDK at github.com/milkv-duo/duo-buildroot-sdk
The required boot firmware fip.bin can be compiled from source in SDK, but it requires
two custom downstream toolchains and prebuilt object files, so it's hard to integrate here.

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

Signed-off-by: Talel BELHAJSALEM <bhstalel@gmail.com>

Signed-off-by: Talel BELHAJSALEM <bhstalel@gmail.com>

Create kas folder containing common and specific YAML files for all machines and confs
Create common machine conf files for all boards and one SOC for JH7110
Update README for KAS mention

Signed-off-by: Talel BELHAJSALEM <bhstalel@gmail.com>

Add newly wired syscalls for riscv32 as well.

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

these are prebuild shared objects expecting Glibc APIs, therefore insert
libgcompat.so via DR_NEEDED ELF constructs to load this library whenever
a program loads one of these prebuild shared objects.

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

When using visionfive2 we are using prebuilt blobs for Graphics
libraries implementations for GLES1/GLES2 etc. These prebuilts are sadly
only build against glibc and have undefined symbols which only glibc
knowns about especially versioned ones. We have gcompat library which
tries to provide a glue layer for that over musl at runtime, so
lets turn a blind eye for link time reports about undefined symbols
when building for musl.

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

Signed-off-by: Andreas Cord-Landwehr <cordlandwehr@kde.org>