[yocto] [meta-rockchip][PATCH v2 2/5] u-boot-rockchip: add

[Eddie Cai]

Hi Trevor

Here is mine

Build Configuration:
BB_VERSION        = "1.32.0"
BUILD_SYS         = "x86_64-linux"
NATIVELSBSTRING   = "universal"
TARGET_SYS        = "arm-poky-linux-gnueabi"
MACHINE           = "firefly-rk3288"
DISTRO            = "poky"
DISTRO_VERSION    = "2.2.1"
TUNE_FEATURES     = "arm armv7ve vfp  neon  vfpv4  callconvention-hard
 cortexa17"
TARGET_FPU        = "hard"
meta
meta-poky
meta-yocto-bsp    = "HEAD:6a1f33cc40bfac33cf030fe41e1a8efd1e5fad6f"
meta-rockchip     =
"review-uboot-gtpimg-v2:5e181d4e74c50e290b507b1a990b1517eaffcea6"

BBLAYERS ?= " \
  ${BSPDIR}/src/poky/meta \
  ${BSPDIR}/src/poky/meta-poky \
  ${BSPDIR}/src/poky/meta-yocto-bsp \
  ${BSPDIR}/src/meta-rockchip \



2017-02-22 6:18 GMT+08:00 Trevor Woerner <twoerner at gmail.com>:

> I can't reproduce the problem you're seeing and I'm interested in
> knowing more about how you're building to see if I can reproduce it.
>
> I've done 4 builds: 2 on master, 2 on morty; one of which (for each
> master and morty) is poky and one on OE's nodistro. All of them are
> able to build this recipe (as I've contributed it) whether or not it's
> the first time, or it's in sstate, after a clean, on a fresh build...
> That's why I "fixed" this line, because with the previous line it
> always failed once and then work the second time the build was run.
>
> Maybe you could post the build configuration from your build? That way
> I could see what layers you're enabling and at what revisions? Mine
> is:
>
> meta-rockchip     =
> devs/twoerner/feb-updates-2:c252843cf2bf8326ccf2b552b59209f7a2ac3f16
> meta              = master:def3800c7e58d9d1b54ea1df27b190a0f6d1d544
>
> On Tue, Feb 21, 2017 at 11:01 AM, Trevor Woerner <twoerner at gmail.com>
> wrote:
> > I'll have to investigate this further. From a completely clean build
> > do_install_prepend always fails the first time, but simply restarting
> > the build again causes it to succeed. With do_deploy_prepend it always
> > succeeds without issue whether its the first or subsequent tries.
> >
> > On Mon, Feb 20, 2017 at 6:14 AM, Eddie Cai <eddie.cai.linux at gmail.com>
> wrote:
> >>
> >>
> >> 2017-02-19 22:33 GMT+08:00 Eddie Cai <eddie.cai.linux at gmail.com>:
> >>>
> >>>
> >>>
> >>> 2017-02-19 22:22 GMT+08:00 Jacob Chen <jacobchen110 at gmail.com>:
> >>>>
> >>>> Hi,
> >>>>
> >>>> 2017-02-19 10:43 GMT+08:00 Trevor Woerner <twoerner at gmail.com>:
> >>>> > This recipe was taken from the Rockchip team's recipe at
> >>>> >
> >>>> > https://github.com/rockchip-linux/meta-rockchip/commit/
> 6a139d5b7510c7ba36aace82c239b894d5741cac
> >>>> >
> >>>> > It was mostly written by Jacob Chen <jacob-chen at iotwrt.com> and
> I've
> >>>> > made a
> >>>> > couple small modifications.
> >>>> >
> >>>> > Signed-off-by: Trevor Woerner <twoerner at gmail.com>
> >>>> > ---
> >>>> >  recipes-bsp/u-boot/u-boot-rockchip_git.bb | 19 +++++++++++++++++++
> >>>> >  1 file changed, 19 insertions(+)
> >>>> >  create mode 100644 recipes-bsp/u-boot/u-boot-rockchip_git.bb
> >>>> >
> >>>> > diff --git a/recipes-bsp/u-boot/u-boot-rockchip_git.bb
> >>>> > b/recipes-bsp/u-boot/u-boot-rockchip_git.bb
> >>>> > new file mode 100644
> >>>> > index 0000000..3b4f109
> >>>> > --- /dev/null
> >>>> > +++ b/recipes-bsp/u-boot/u-boot-rockchip_git.bb
> >>>> > @@ -0,0 +1,19 @@
> >>>> > +# Copyright (C) 2017 Fuzhou Rockchip Electronics Co., Ltd
> >>>> > +# Copyright (C) 2017 Trevor Woerner <twoerner at gmail.com>
> >>>> > +# Released under the MIT license (see COPYING.MIT for the terms)
> >>>> > +
> >>>> > +require recipes-bsp/u-boot/u-boot.inc
> >>>> > +
> >>>> > +DESCRIPTION = "Rockchip next-dev U-Boot"
> >>>> > +LICENSE = "GPLv2+"
> >>>> > +LIC_FILES_CHKSUM =
> >>>> > "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
> >>>> > +COMPATIBLE_MACHINE = "(firefly-rk3288)"
> >>>> > +
> >>>> > +SRC_URI = "git://github.com/rockchip-linux/u-boot.git;branch=
> release;"
> >>>> > +SRCREV = "${AUTOREV}"
> >>>> > +S = "${WORKDIR}/git"
> >>>> > +
> >>>> > +do_deploy_prepend () {
> >>>> > +       # copy to default search path
> >>>> > +       cp ${B}/spl/${SPL_BINARY} ${B}/
> >>>> > +}
> >>>>
> >>>> I can't pass build if use do_deploy_prepend instead of
> >>>> do_install_prepend.
> >>>
> >>> It works for me. Did you delete build/tmp?
> >>
> >> I failed when i did a clean build(delete build dir). I modify
> >> do_deploy_prepend to do_install_prepend. Everything is fine.   I guess
> i can
> >> build before because sstate-cache cache the previous build data.
> >>>>
> >>>>
> >>>> > --
> >>>> > 2.12.0.rc1.48.g076c053
> >>>> >
> >>>> > --
> >>>> > _______________________________________________
> >>>> > yocto mailing list
> >>>> > yocto at yoctoproject.org
> >>>> > https://lists.yoctoproject.org/listinfo/yocto
> >>>> --
> >>>> _______________________________________________
> >>>> yocto mailing list
> >>>> yocto at yoctoproject.org
> >>>> https://lists.yoctoproject.org/listinfo/yocto
> >>>
> >>>
> >>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20170222/ea2f2308/attachment.html>