Create a more modern README file for this BSP layer clarifying patch
submission, adding status and history, and removing build instructions
(which are better described with OE/Yocto Project documentation).
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Remove the "${KERNEL_IMAGETYPE}" (i.e. zImage) that preceeded the dts file
since that file no longer has the image-type prepended to it in the deploy
dir.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Tracking the latest master of all dependency layers, gcc was recently
updated to gcc8% from gcc7% and linux-stable-4.16.y fails to build.
linux-stable-4.17.y succeeds with gcc8%, so update to it and make it
the default.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Don't specify a default kernel version for linux-stable, allow the build
system to pick, or the user to choose (if there is a choice).
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
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>
