The upstream u-boot bootloader seems to work fine for both the tinker-rk3288
and the firefly-rk3288, so switch to it by default for rk3288 boards.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
This fork of xf86-video-armsoc, from mmind, has stopped compiling. Updating
to the code used by the rockchip-linux people compiles, but then crashes at
runtime.
mmind himself says there's little point to xf86-video-armsoc anymore,
especially with projects like lima and panfrost to consider.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
It looks like xf86-video-fbturbo is mostly AllWinner-specific
(https://github.com/ssvb/xf86-video-fbturbo). Also, it looks like it provides
an accelerated xserver fbdev by making use of the mali blobs. Therefore
there's no need for it.
Add current xserver modules for modesetting, glx, exa.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Provide a linux-stable recipe for 4.16.2
git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
Remove 4.12 recipe from
git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Create a conf/machine/include/rockchip-defaults.inc that includes
rockchip-wide defaults, then organize the conf/machine/include/rk*.inc and
individual machine files accordingly.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
If a new build is kicked off, and no changes are required to the image
contents themselves, but a new rockchip gpt image needs to be generated, the
build will fail because this build (run now) will look for an ext4 rootfs that
should also exist from this build. However, since no changes were made to the
rootfs, a rootfs with this build's timestamp will not exist. I.e. when
generating the rockchip gpt image, the script currently looks for the rootfs
in:
<image name>-<machine name>-<timestamp>.rootfs.<rootfs type>
In other words, if the last build to be done had a timestamp of <yesterday>
and the build the is currently running has a timestamp of <now>, when the
build tries to generate the rockchip gpt image, it will look for:
<image name>-<machine name>-<now>.rootfs.ext4
but that file will not exist. The file that will exist is:
<image name>-<machine name>-<yesterday>.rootfs.ext4
Therefore, don't look for the absolute file, but use the symlink instead which
does not include the timestamp, but will point to the latest rootfs:
<image name>-<machine name>.ext4
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
There was an update to the rockchip firmware bootloader that appears to
require an update to the u-boot bootloader as well.
The old firmware bootloader was: RK3288UbootLoader_V2.30.06.bin
The new firmware bootloader is: rk3288_ubootloader_v1.01.06.bin
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
It doesn't build, and hasn't been able to build in a long time. The point of
petitboot was to enable booting an image from uSD. Initially the rockchip
bootloaders did not support booting from uSD. However, more recent rockchip
bootloaders do support booting an image from uSD. If your board doesn't
support booting from uSD, try updating your device's in-flash bootloader.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
There is no MACHINE that is using it.
This recipe should have really been called "linux-radxa" since that is from
where it is fetching the sources, i.e. github.com/radxa and not
github.com/rockchip-linux.
The conf/machine/include/rk3{066|188}.inc files were still using the old
kernel recipe name.
Now with RSS, the "prebuilt-gcc-linaro" no longer works. Although I could get
this recipe to work again, trying to build the kernel fails with "as:
unrecognized option -EL".
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
The oe-core recipe was updated (2017.11 -> 2018.01), this recipe needs to be
updated to suit. Note, however, that this u-boot from rockchip is at version
2017.07.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
The oe-core recipe was updated (2017.09 -> 2017.11), this recipe needs to be
updated to suit. Note, however, that this u-boot from rockchip is at version
2017.07.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
The oe-core recipe was updated (2017.07 -> 2017.09), this recipe needed to be
updated to suit. However, this u-boot (from rockchip) is at version 2017.07.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
The oe-core recipe was updated (2017.05 -> 2017.07), this recipe needed to
be updated to suit. However, this u-boot (from rockchip) is still at version
2017.05.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
The older "IMAGE_DEPENDS..." notation has been deprecated in favour of the
newer "do_image_...[depends]" notation.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
As this machine is supported by this u-boot, add it to the compatible
machines.
Signed-off-by: Romain Perier <romain.perier@collabora.com>
Reviewed-by: Trevor Woerner <twoerner@gmail.com>
This adds the inclusion of u-boot-common_2017.01.inc and removes
duplicated variables that are already defined by this file.
Signed-off-by: Romain Perier <romain.perier@collabora.com>
Tested-by: Trevor Woerner <twoerner@gmail.com>
The version is actually not defined. Bitbake implicitly uses "git-r0" by
default.
This commit defines PV to the version of u-boot that is currently
present of the release branch, prefixed by the sha1 of the commit.
Signed-off-by: Romain Perier <romain.perier@collabora.com>
Tested-by: Trevor Woerner <twoerner@gmail.com>
Currently, the spl binary (that is ${SPL_BINARY}) is copied before the
install task, as part of a prepended func. The u-boot include in poky,
defines the deploy task to be run after the compile task, there is
absolutely no order between this deploy task and the install task. In
some cases, the install task can be executed after the deploy task,
resulting to an error because do_deploy will not find the spl binary in
${B}.
This commit, move the copy of the spl binary after the compile task.
Signed-off-by: Romain Perier <romain.perier@collabora.com>
Tested-by: Trevor Woerner <twoerner@gmail.com>
This adds the defconfig to be used as part of the build of u-boot for
the Rock2 Square.
Signed-off-by: Romain Perier <romain.perier@collabora.com>
Reviewed-by: Trevor Woerner <twoerner@gmail.com>
Linux v4.11 has been released, bump the version to 4.11.
Signed-off-by: Romain Perier <romain.perier@collabora.com>
Tested-by: Trevor Woerner <twoerner@gmail.com>
As of openembedded-core commit 2b3ae58f5eaecc8474761c543ff5347aa0e3c4c8 hardfp
is enabled by default.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Reviewed-by: Romain Perier <romain.perier@collabora.com>
Linux kernel 4.11 being released soon, bump recipe to 4.11-rc8.
Signed-off-by: Romain Perier <romain.perier@collabora.com>
Tested-by: Trevor Woerner <twoerner@gmail.com>
Re-worded contribution section in order to send patches correctly on the
mainling list, including the correct headers in the mail (To: for
maintainers and Cc: for the ML)
Signed-off-by: Romain Perier <romain.perier@collabora.com>
Allow the user to ultimately choose the kernel. Make 'linux' the _preferred_,
not the _required_.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Reviewed-by: Eddie Cai <eddie.cai.linux@gmail.com>
The recent upgrade from binutils-2.27 to binutils-2.28 on openembedded-core
caused a build failure for u-boot-rockchip:
arm-oe-linux-gnueabi-ld.bfd: u-boot: Not enough room for program headers, try linking with -N
Linking with -N fixes the issue. This patch adds that flag to the build so it
succeeds.
This has been build-tested, as well as run-tested on the firefly-rk3288.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
The recent "recipe-specific sysroot" change in openembedded-core has caused
the build to be more strict about what tools can be used from the host. As
such it's probably best to use the generated dtc for u-boot.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
This recipe was taken from the Rockchip team's recipe at
6a139d5b75
It was mostly written by Jacob Chen <jacob-chen@iotwrt.com> and I've made a
couple small modifications.
Reviewd-by: Eddie Cai <eddie.cai.linux@gmail.com>
Signed-off-by: Jacob Chen <jacob-chen@iotwrt.com>
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
This bbclass was taken from the Rockchip team's work at
53d2e2e474
It was mostly written by Jacob Chen <jacob-chen@iotwrt.com>. I've made some
small modifications and added it.
Older images used (what Rockchip calls) the "legacy parameter" format. Newer
images use u-boot and a GPT partitioning scheme. This class allows the build
to generate a gpt-img file that can either be flashed to eMMC or written to an
SDcard (the same image is used for both).
This is the new image format used for rk3288 SoCs (e.g. the Firefly board).
Reviewed-by: Eddie Cai <eddie.cai.linux@gmail.com>
Signed-off-by: Jacob Chen <jacob-chen@iotwrt.com>
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Configure any rk3288 build to generate the new GPT image which is then either
flashed to eMMC or dd'ed to an SDcard.
Reviewed-by Eddie Cai <eddie.cai.linux@gmail.com>
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Set the default preferred bootloader for firefly-rk3288 to be u-boot-rockchip
and set the default name of the SPL binary.
Reviewed-by Eddie Cai <eddie.cai.linux@gmail.com>
Reviewed-by: Jacob Chen <jacob-chen@iotwrt.com>
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
This updates obsolete informations in the README, like the suggested
version for oe-core or poky. It also updates my email address.
Signed-off-by: Romain Perier <romain.perier@collabora.com>
