Fedora branch seems to have disappeared ( perhaps renamed to
StarFive_VIC_7100) but StarFive_VIC_7100 is now default branch on github
so lets switch to that
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This makes the main recipe PN same as the one in core, but gives it
starfive flavor in PV, this then becomes nice to include it via
PREFERRED_VERSION mechanism.
Additionally, this also means that it gets picked up in world builds for
beaglev and OE-Core recipe is not preferred, as of now, it tries to
build both, since they are seen as different packages by bitbake due to
different PN
Signed-off-by: Khem Raj <raj.khem@gmail.com>
do_deploy need to execute from sstate-cache when the build directory is
empty and system determines that there is no change to u-boot and it
can be reused from sstate, in this scenario deploydir needs to populate
properly, so we can not use WORKDIR in logic
Activate u-boot and opensbi only for beaglev-starlight-jh7100
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This lends the system non-bootable as kernel waits for rootfs media
forever like below
[ 2.011165] mmc_host mmc0: Bus speed (slot 0) = 100000000Hz (slot req 400000Hz, actual 400000HZ div = 125)
[ 2.051162] mmc_host mmc1: Bus speed (slot 0) = 100000000Hz (slot req 400000Hz, actual 400000HZ div = 125)
[ 2.311113] dw_mmc 10010000.sdio1: Unexpected interrupt latency
[ 4.871335] Waiting for root device /dev/mmcblk0p2...
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Now that we are using U-Boot 2019.10 let's remove the uneeded patches
that have been merged into mainline u-boot.
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
Fix the ethernet compatible sting name with the 5.3 kernel device tree.
This restores u-boots networking access when using the 5.3 kernel.
This patch is taken from the mainline master u-boot but rebased onto our
current 2019.07 + 21 patches u-boot. Once 2019.10 is released we can
drop all of these patches.
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
Add the uEnx.txt file to meta-riscv to allow users to build OSTree
setups for the HiFive Unleashed. This is based on the original version
from Ricardo Salveti (@ricardosalveti).
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
Let's swap to using a fitImage by default. At the same time let's update
the u-boot boot commands to handle all the image types and support
loading a uEnv.txt file.
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
The changes done by this bbappend are all specific to freedom-u540, so
change every override to be machine specific.
Signed-off-by: Ricardo Salveti <ricardo@foundries.io>
Update the u-boot boot script to try a TFTP load first and if that fails
fall back to an MMC load.
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
Update the bbappend to apply to 2019.07 and backport the new device tree
bindings and SPI/MMC support.
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
Ensure that UBOOT_ENTRYPOINT is set correctly for the HiFive Unleased.
This patch also includes a small change that removes the incorrect and
unneeded arch option when using mkimage to create the boot script.
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
This patch does two things:
- Patches u-boot to set the server ip by default
- When u-boot has SD/MMC support we should remove this patch and
instead set enviroment variables from uEnv.txt
- Adds a tftp-boot.txt file
- This file is built into a boot.src.uimg file which should then be
copied to the TFTP directory. This file should be used by those who
are intereted in u-boot autobooting from TFTP.
- In the future a seperate boot file can be added allowing autoboot
from the SD card
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
There appears to be some strange behaviour with OE's 32-bit toolchain
which causes soft float and hard flot linker errors. The same issue is
seen when building u-boot. For now we can fix the problem by not
specifying the mabi or march when building openSBI.
We also need to backport a patch that has been submitted to ensure the
32-bit build works.
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
This adds openSBI support. openSBI aims to be the reference
implementation for the M mode firmware. We are going to use it to remove
BBL from the boot flow.
The eventual aim is to have openSBI merged into the meta layer to
support qemuriscv* machines.
Unfortunately openSBI requires a 5.0 kernel, so at the moment we aren't
going to use it.
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
Now that u-boot 2018.11 is supported in Yocto we no longer need custom
options for RISC-V support.
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
Now that QEMU RISC-V virt machine support is in master u-boot use the
mainline u-boot instead of a fork.
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
We are sort of hijacking OE-Core recipe here, so lets be careful and
make it such that it only happens for risv64, which makes a multi-BSP
scenario work again.
This repo seems to be rebasing :( so add rebaseable=1 so bitbake knows
about it
update to latest rev as of today
Signed-off-by: Khem Raj <raj.khem@gmail.com>
