[yocto] How do you increase the speed of packages that take a long time to build, such as qt (in meta-qt5) ?
We are already use source-mirror and sstate-cache with nfs. additional question, I wonder if there is a way to use the binaries, headers, and libraries created after the build. Thanks -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Getting build dependencies correct
On 13 February 2017 at 08:02, Gary Thomas wrote: > I'm trying to work with a new tool that creates executables > for my target. This tool has a shared library and some include > files. What I need to figure out is how to run the tool in my > build environment such that it uses those files to create an > executable for my target board. > > The tool is created by some recipe xxx. I have enabled both > the target version and the xxx-native version (using BBCLASSEXTEND) > and end up with these files in the tmp/sysroots > > gthomas@europa:p8701_2016-10-22$ find tmp/sysroots-components/armv7a > hf-neon/am335x-pru-support > tmp/sysroots-components/armv7ahf-neon/am335x-pru-support > tmp/sysroots-components/armv7ahf-neon/am335x-pru-support/sysroot-providers > tmp/sysroots-components/armv7ahf-neon/am335x-pru-support/ > sysroot-providers/am335x-pru-support > tmp/sysroots-components/armv7ahf-neon/am335x-pru-support/usr > tmp/sysroots-components/armv7ahf-neon/am335x-pru-support/usr/lib > tmp/sysroots-components/armv7ahf-neon/am335x-pru-support/ > usr/lib/libprussdrv.so.0 > tmp/sysroots-components/armv7ahf-neon/am335x-pru-support/ > usr/lib/libprussdrv.so.0.0 > tmp/sysroots-components/armv7ahf-neon/am335x-pru-support/usr/include > tmp/sysroots-components/armv7ahf-neon/am335x-pru-support/usr/include/pruss > tmp/sysroots-components/armv7ahf-neon/am335x-pru-support/ > usr/include/pruss/pruss_intc_mapping.h > tmp/sysroots-components/armv7ahf-neon/am335x-pru-support/ > usr/include/pruss/prussdrv.h > gthomas@europa:p8701_2016-10-22$ find tmp/sysroots-components/x86_64 > /am335x-pru-support-native/ > tmp/sysroots-components/x86_64/am335x-pru-support-native/ > tmp/sysroots-components/x86_64/am335x-pru-support-native/sysroot-providers > tmp/sysroots-components/x86_64/am335x-pru-support-native/sys > root-providers/am335x-pru-support-native > tmp/sysroots-components/x86_64/am335x-pru-support-native/usr > tmp/sysroots-components/x86_64/am335x-pru-support-native/usr/lib > tmp/sysroots-components/x86_64/am335x-pru-support-native/usr > /lib/libprussdrv.so.0 > tmp/sysroots-components/x86_64/am335x-pru-support-native/usr > /lib/libprussdrv.so.0.0 > tmp/sysroots-components/x86_64/am335x-pru-support-native/usr/include > tmp/sysroots-components/x86_64/am335x-pru-support-native/usr/include/pruss > tmp/sysroots-components/x86_64/am335x-pru-support-native/usr > /include/pruss/pruss_intc_mapping.h > tmp/sysroots-components/x86_64/am335x-pru-support-native/usr > /include/pruss/prussdrv.h > tmp/sysroots-components/x86_64/am335x-pru-support-native/usr/bin > tmp/sysroots-components/x86_64/am335x-pru-support-native/usr/bin/pasm > > The question becomes how to make use of this in a separate recipe > that wants to use both the 'pasm' tool, as well as the include files > and library from the 'pruss' support. > > I tried to use > DEPENDS="am335x-pru-support" > as well as > DEPENDS="am335x-pru-support-native" > in my recipe, but the correct sysroot is never found (e.g. > > is not in my search path). > You should probably depend on both: am335x-pru-support-native because you want to run the binary, am335x-pru-support because if want to get the target library to link with. You should check the actual recipe sysroots in WORKDIR/recipe-sysroot* to see what is available during the build. - Jussi -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-raspberrypi][PATCH] rpi-base.inc: Add xf86-input-evdev to XSERVER
In order to fix problem that mouse does not work.
This is removed c40558173ffd96c499d101155f6c4c2be85d9f0f.
However mouse does not worked from this.
---
conf/machine/include/rpi-base.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/conf/machine/include/rpi-base.inc
b/conf/machine/include/rpi-base.inc
index e069e70..051c717 100644
--- a/conf/machine/include/rpi-base.inc
+++ b/conf/machine/include/rpi-base.inc
@@ -11,6 +11,7 @@ XSERVER = " \
xserver-xorg \
${@bb.utils.contains("MACHINE_FEATURES", "vc4graphics",
"xserver-xorg-extension-glx", "", d)} \
${@bb.utils.contains("MACHINE_FEATURES", "vc4graphics",
"xf86-video-modesetting", "xf86-video-fbdev", d)} \
+xf86-input-evdev \
"
KERNEL_DEVICETREE ?= " \
--
2.7.4
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Out-of-tree module errors installing its udev rule
On 13 February 2017 at 15:56, wrote:
> inherit module
>
> …
>
>
>
> SRC_URI += " file://65-linmuxcfg-devnode.rules "
>
>
>
> S = "${WORKDIR}"
>
>
>
> FILES_{PN} += "${base_libdir}/udev/rules.d/65-linmuxcfg-devnode.rules"
>
>
>
> do_install_append(){
>
> install -d ${D}${base_libdir}/udev/rules.d/
>
> install -m 0644 ${WORKDIR}/65-linmuxcfg-devnode.rules
> ${D}${base_libdir}/udev/rules.d
>
> }
>
>
>
> Is this because it’s an out-of-tree module, or some other [obvious]
> mistake?
>
> Thanks
>
>
If that's a literal copy and paste then you forgot the $ in FILES_${PN}.
Also udev rules go into ${nonarch_base_libdir}.
Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Out-of-tree module errors installing its udev rule
On 13 February 2017 at 16:14, Colin Helliwell <
colin.helliw...@ln-systems.com> wrote:
> > Also udev rules go into ${nonarch_base_libdir}.
>
> Oh ok, hadn't encounter that var. What's the reasoning? (i.e. where would
> that be pointing in comparison to ${base_libdir}
>
udev rules are arch-independent so udev looks in /lib, whereas $libdir can
change depending on multilib (it may be /lib64).
Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Out-of-tree module errors installing its udev rule
> On 13 February 2017 at 16:03 "Burton, Ross" wrote:
>
> On 13 February 2017 at 15:56, wrote:
>
> > inherit module
> >
> > …
> >
> > SRC_URI += " file://65-linmuxcfg-devnode.rules "
> >
> > S = "${WORKDIR}"
> >
> > FILES_{PN} += "${base_libdir}/udev/rules.d/65-linmuxcfg-devnode.rules"
> >
> > do_install_append(){
> >
> > install -d ${D}${base_libdir}/udev/rules.d/
> >
> > install -m 0644 ${WORKDIR}/65-linmuxcfg-devnode.rules
> > ${D}${base_libdir}/udev/rules.d
> >
> > }
> >
> > Is this because it’s an out-of-tree module, or some other [obvious] mistake?
> >
> > Thanks
>
> If that's a literal copy and paste then you forgot the $ in FILES_${PN}.
>
Sigh.. "wood for the trees".. thanks Ross.! :S
> Also udev rules go into ${nonarch_base_libdir}.
>
Oh ok, hadn't encounter that var. What's the reasoning? (i.e. where would that
be pointing in comparison to ${base_libdir}
> Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [[RFC][PATCH]] yocto-compat-layer.py: Add script to YP Compatible Layer validation
On 02/11/2017 08:04 PM, Christopher Larson wrote: > On Sat, Feb 11, 2017 at 10:55 AM, Aníbal Limón > wrote: > >> During the development of this script based on OEQA framework i found a >> bug causing don't display stack traces, i sent a fix to the ML [1] also >> is on my branch at [2]. >> >> I attached and example of how a log file looks, the example log results >> are based on meta-yocto-bsp. >> >> Cheers, >> alimon >> >> [1] >> http://lists.openembedded.org/pipermail/openembedded-core/ >> 2017-February/132494.html >> [2] >> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/ >> log/?h=alimon/yp_compatible >> > > This seems like a good start, but this isn’t useful: > > AssertionError: True is not false : Layer meta-yocto-bsp changed > signatures. > > Presumably this is telling the user it’s modifying things without using the > appropriate overrides for machine or distro, but it doesn’t actually tell > them that, and displaying the changed checksums isn’t of a great deal of > use on its own either, I’d suggest at least capturing the changed variables > via bitbake-diffsigs or bitbake -S printdiff. Ok i can add another tests using bitbake -S printdiff. I have a question, did you see the changed signatures like the attached results log ones? Example, AssertionError: True is not false : Layer meta-yocto-bsp changed signatures. packagegroup-core-lsb:do_build changed 3a1b91e693c766befca17e00ca69cfe9 -> 1153f4c44d409486e10a19449981aef7 packagegroup-core-lsb:do_package_write_rpm changed 7fafda279503fb441f957fe88981cbc9 -> 45845055584bad62e1b6d67b12e668bd packagegroup-core-lsb:do_package changed c312cfe0956cecd9af010de2de09dc89 -> 3d00ea36ae703c99c2e8be57ad309a04 meta-world-pkgdata:do_build changed d62a25aedc0adc4ed0832ea20141c4b7 -> e8ee6e0e34122c095bc62a26e90be51f packagegroup-core-lsb:do_packagedata changed 9a63506a1764a11a5177c206839ce8ba -> 919b5c641cc779e59bd8df94b50a3d07 packagegroup-core-lsb:do_package_qa changed 53a4bafbdea1fc41098ae48aef584b12 -> babec54733e94d0df008e237927552e7 If not please apply this patch [1] Best regards, alimon [1] http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=alimon/yp_compatible&id=f35f9b2bc068ee4e50acdc163464da4aaadda956 > signature.asc Description: OpenPGP digital signature -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-rockchip][morty][PATH 2/3] machine: Use SOC specific assignements
It would be nice to do the same thing for ther SoCs, what do you think ? Reviewed-by: Romain Perier 2017-02-08 15:38 GMT+01:00 Eddie Cai : > From: Eddie Cai > > In this way the modifications will be used on all RK3288 boards. > > Signed-off-by: Eddie Cai > --- > conf/machine/include/rk3288.inc | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/conf/machine/include/rk3288.inc > b/conf/machine/include/rk3288.inc > index 6d4affd..b3726ee 100644 > --- a/conf/machine/include/rk3288.inc > +++ b/conf/machine/include/rk3288.inc > @@ -1,7 +1,10 @@ > # Copyright (C) 2015 Romain Perier > # Released under the MIT license (see COPYING.MIT for the terms) > > +SOC_FAMILY = "rk3288" > + > require conf/machine/include/tune-cortexa17.inc > +require conf/machine/include/soc-family.inc > > DEFAULTTUNE="cortexa17hf-neon-vfpv4" > PREFERRED_PROVIDER_virtual/kernel = "linux" > -- > 2.7.4 > > -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-rockchip][morty][PATH 3/3] recipes-kernel: linux: Add mainline kernel
Hello,
1. Autorev is bad, when linus will merge patch for the next merge window,
it will break things. Use a fix git revision instead (or a branch from the
stable tree)
2. rc8 is out :)
rk3288 is not a machine for me , can you really ensure that it will board
for all rk3288-based board ? suppose that there is no DT support on
upstream... that's wrong :)
Thanks!
Romain
2017-02-08 15:38 GMT+01:00 Eddie Cai :
> Add mainline kervel support. Now the version is 4.10.-rc7.
>
> Signed-off-by: Eddie Cai
> ---
> recipes-kernel/linux/linux_4.10.bb | 18 ++
> 1 file changed, 18 insertions(+)
> create mode 100644 recipes-kernel/linux/linux_4.10.bb
>
> diff --git a/recipes-kernel/linux/linux_4.10.bb b/recipes-kernel/linux/
> linux_4.10.bb
> new file mode 100644
> index 000..7abdc56
> --- /dev/null
> +++ b/recipes-kernel/linux/linux_4.10.bb
> @@ -0,0 +1,18 @@
> +# Copyright (C) 2017 Eddie Cai
> +# Released under the MIT license (see COPYING.MIT for the terms)
> +
> +require recipes-kernel/linux/linux-yocto.inc
> +
> +SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/
> linux.git"
> +
> +SRCREV = "${AUTOREV}"
> +LINUX_VERSION = "4.10"
> +# Override local version in order to use the one generated by linux build
> system
> +# And not "yocto-standard"
> +LINUX_VERSION_EXTENSION = ""
> +PR = "r1"
> +PV = "${LINUX_VERSION}-rc7"
> +
> +# Include only supported boards for now
> +COMPATIBLE_MACHINE = "(radxarock|marsboard-rk3066|rk3288)"
> +deltask kernel_configme
> --
> 2.7.4
>
>
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-rockchip][morty][PATH 1/3] machine: Use cortexa17hf-neon-vfpv4 as default tune for rk3288.inc
Until we find a solution with Trevor about this, Reviewed-by: Romain Perier 2017-02-08 15:38 GMT+01:00 Eddie Cai : > RK3288 support hard float and vfpv4. So we should use > cortexa17hf-neon-vfpv4 > as default tune. > > Signed-off-by: Eddie Cai > --- > conf/machine/include/rk3288.inc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/conf/machine/include/rk3288.inc > b/conf/machine/include/rk3288.inc > index e6c19a2..6d4affd 100644 > --- a/conf/machine/include/rk3288.inc > +++ b/conf/machine/include/rk3288.inc > @@ -3,7 +3,7 @@ > > require conf/machine/include/tune-cortexa17.inc > > -DEFAULTTUNE="cortexa17-neon" > +DEFAULTTUNE="cortexa17hf-neon-vfpv4" > PREFERRED_PROVIDER_virtual/kernel = "linux" > SERIAL_CONSOLES = "115200;ttyS2" > KERNEL_IMAGETYPE = "zImage" > -- > 2.7.4 > > -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Out-of-tree module errors installing its udev rule
I've got a strange (to me) problem with the recipe for an out-of-tree kernel
module. I'm trying to add a udev rule for the driver - in itself the recipe
does the build ok, but building the full rootfs image throws up a "QA Issue:
linmux: Files/directories were installed but not shipped in any package"
error.
I have
inherit module
.
SRC_URI += " file://65-linmuxcfg-devnode.rules "
S = "${WORKDIR}"
FILES_{PN} += "${base_libdir}/udev/rules.d/65-linmuxcfg-devnode.rules"
do_install_append(){
install -d ${D}${base_libdir}/udev/rules.d/
install -m 0644 ${WORKDIR}/65-linmuxcfg-devnode.rules
${D}${base_libdir}/udev/rules.d
}
Is this because it's an out-of-tree module, or some other [obvious] mistake?
Thanks
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] Yocto Project Status WW07’17
Current Dev Position: YP 2.3 M3 Next Deadline: YP 2.3 M3 by Feb. 27, 2017 SWAT team rotation: Leo-> Juro on Feb. 10, 2017. SWAT team rotation: Juro -> Anibal on Feb. 17, 2017. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: ·YP 2.3 M2 was rebuilt and this time the oeqa tests worked. The Recipe Specific Sysroots (RSS) work had a number of key bugfixes and performance also improved significantly. ·The QA reports for M2-rc3 is https://wiki.yoctoproject.org/wiki/WW06_-_2017-02-03_-_Full_Test_Cycle_2.3_M2_rc3 and this will likely be released in the next day or two. ·Some rootfs construction phase tests are still being investigated for performance issues. ·YP 2.2.1 is now in QA after a successful build. ·Patch merging continues to be steady. ELC (and travel for it) may distract people and continue to impact patch merging progress amongst other things. ·Due to commitments/conflicts of several contributors, we’ve taken the decision to move the final 2.3 release date out by a week to avoid scheduling issues. This effectively lengthens M4 by a week, M3 remains unchanged and hopefully won’t adversely affect anyone. Proposed upcoming dot releases: YP 2.2.1 Release by Feb. 24, 2017 YP 2.1.3 Cut off May 8, 2017 YP 2.1.3 Release by May 19, 2017 YP 2.2.2 Cut off May 22, 2017 YP 2.2.2 Release by June 2, 2017 Key YP 2.3 Dates: YP 2.3 M3 Cutoff is Feb 27, 2017 YP 2.3 M3 Release is Mar. 10, 2017 YP 2.3 M4 Cutoff is April 10, 2017 YP 2.3 M4 Release is May 5, 2017 Tracking Metrics: WDD 2683 (last week 2667) (https://wiki.yoctoproject.org/charts/combo.html) Key Status Links for YP: https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.3_Status https://wiki.yoctoproject.org/wiki/Yocto_2.3_Schedule https://wiki.yoctoproject.org/wiki/Yocto_2.3_Features [If anyone has suggestions for other information you’d like to see on this weekly status update, let us know!] Thanks, Stephen K. Jolley Yocto Project Program Manager INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124 • Work Telephone:(503) 712-0534 •Cell: (208) 244-4460 • Email:stephen.k.jol...@intel.com -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-raspberrypi][PATCH 1/2] linux-raspberrypi_4.4: Update to 4.4.48
From: Paul Barker
Signed-off-by: Paul Barker
---
recipes-kernel/linux/linux-raspberrypi_4.4.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes-kernel/linux/linux-raspberrypi_4.4.bb
b/recipes-kernel/linux/linux-raspberrypi_4.4.bb
index 0f78225..b235772 100644
--- a/recipes-kernel/linux/linux-raspberrypi_4.4.bb
+++ b/recipes-kernel/linux/linux-raspberrypi_4.4.bb
@@ -1,8 +1,8 @@
FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:"
-LINUX_VERSION ?= "4.4.43"
+LINUX_VERSION ?= "4.4.48"
-SRCREV = "17ca1c930978a9ea6ddfec61fd0e2043e8ab3b17"
+SRCREV = "7ddf96fbb7d637b79b449c7bd1c8d35f00571e4b"
SRC_URI =
"git://github.com/raspberrypi/linux.git;protocol=git;branch=rpi-4.4.y \
file://0001-fix-dtbo-rules.patch \
"
--
2.11.0
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-raspberrypi][PATCH 2/2] u-boot: Fix boot on rpi3
From: Paul Barker U-boot configured with 'rpi_2_config' does not boot on a RaspberryPi 3. Instead we need to configure with 'rpi_3_32b_config'. Signed-off-by: Paul Barker --- conf/machine/raspberrypi3.conf | 1 + 1 file changed, 1 insertion(+) diff --git a/conf/machine/raspberrypi3.conf b/conf/machine/raspberrypi3.conf index 1ac5928..f9e0ff5 100644 --- a/conf/machine/raspberrypi3.conf +++ b/conf/machine/raspberrypi3.conf @@ -7,5 +7,6 @@ include conf/machine/raspberrypi2.conf MACHINE_EXTRA_RRECOMMENDS += "linux-firmware-bcm43430" +UBOOT_MACHINE = "rpi_3_32b_config" SERIAL_CONSOLE = "115200 ttyS0" VC4_CMA_SIZE ?= "cma-256" -- 2.11.0 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-qt4][PATCH] python-pyqt: Update to version 4.12.
When openembedded-core added sip-4.19, PyQt-4.11.3 stopped
compiling. Updating to 4.12 resolved the issue.
The source file only contains one license file that is GPL3 now.
Signed-off-by: Philip Balister
---
.../{python-pyqt_4.11.3.bb => python-pyqt_4.12.bb} | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
rename recipes-qt4/recipes-python/{python-pyqt_4.11.3.bb =>
python-pyqt_4.12.bb} (74%)
diff --git a/recipes-qt4/recipes-python/python-pyqt_4.11.3.bb
b/recipes-qt4/recipes-python/python-pyqt_4.12.bb
similarity index 74%
rename from recipes-qt4/recipes-python/python-pyqt_4.11.3.bb
rename to recipes-qt4/recipes-python/python-pyqt_4.12.bb
index cfddee8..d180658 100644
--- a/recipes-qt4/recipes-python/python-pyqt_4.11.3.bb
+++ b/recipes-qt4/recipes-python/python-pyqt_4.12.bb
@@ -2,23 +2,19 @@ SUMMARY = "Python Qt4 Bindings"
AUTHOR = "Phil Thomson @ riverbank.co.uk"
HOMEPAGE = "http://riverbankcomputing.co.uk";
SECTION = "devel/python"
-LICENSE = "GPLv2 & GPLv3 & GPL_EXCEPTION"
+LICENSE = "GPLv3"
LIC_FILES_CHKSUM = "\
-file://GPL_EXCEPTION.TXT;md5=b73b0be471db679533dc94781c14af58 \
-file://GPL_EXCEPTION_ADDENDUM.TXT;md5=c1e04ec2aa0911061005a801abf81e40 \
-file://OPENSOURCE-NOTICE.TXT;md5=6ad9123620cc04a22c394753ad4767d7 \
-file://LICENSE.GPL2;md5=577ff65f6653562af318bfc3944b1f20 \
-file://LICENSE.GPL3;md5=feee51612c3c1191a1d5f41156fa2c75 \
+file://LICENSE;md5=8bce67d3de90b75ae6e185c5c2ea1604 \
"
DEPENDS = "sip sip-native qt4-x11-free python"
SRC_URI = "\
-${SOURCEFORGE_MIRROR}/pyqt/PyQt-x11-gpl-${PV}.tar.gz \
+
https://sourceforge.net/projects/pyqt/files/PyQt4/PyQt-4.12/PyQt4_gpl_x11-${PV}.tar.gz
\
"
-SRC_URI[md5sum] = "997c3e443165a89a559e0d96b061bf70"
-SRC_URI[sha256sum] =
"853780dcdbe2e6ba785d703d059b096e1fc49369d3e8d41a060be874b8745686"
+SRC_URI[md5sum] = "eb8c338f2d8842aa7655e8e1aa840bed"
+SRC_URI[sha256sum] =
"3c1d4b55314adb3e1132de8fc2a92eed216d37e58aceed41294dbca210ca88db"
-S = "${WORKDIR}/PyQt-x11-gpl-${PV}"
+S = "${WORKDIR}/PyQt4_gpl_x11-${PV}"
PARALLEL_MAKE = ""
--
2.7.4
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-qt4][PATCH] python-pyqt: Update to version 4.12.
On 2/13/17 4:21 PM, Philip Balister wrote: > -LICENSE = "GPLv2 & GPLv3 & GPL_EXCEPTION" > +LICENSE = "GPLv3" this is quite a change. Thanks for explaining it. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-rockchip][morty][PATH 2/3] machine: Use SOC specific assignements
Hi Romain 2017-02-14 1:02 GMT+08:00 Romain Perier : > It would be nice to do the same thing for ther SoCs, what do you think ? Yes, But i found RK3066 and RK3188 is using the same file. > > Reviewed-by: Romain Perier > > 2017-02-08 15:38 GMT+01:00 Eddie Cai : >> >> From: Eddie Cai >> >> In this way the modifications will be used on all RK3288 boards. >> >> Signed-off-by: Eddie Cai >> --- >> conf/machine/include/rk3288.inc | 3 +++ >> 1 file changed, 3 insertions(+) >> >> diff --git a/conf/machine/include/rk3288.inc >> b/conf/machine/include/rk3288.inc >> index 6d4affd..b3726ee 100644 >> --- a/conf/machine/include/rk3288.inc >> +++ b/conf/machine/include/rk3288.inc >> @@ -1,7 +1,10 @@ >> # Copyright (C) 2015 Romain Perier >> # Released under the MIT license (see COPYING.MIT for the terms) >> >> +SOC_FAMILY = "rk3288" >> + >> require conf/machine/include/tune-cortexa17.inc >> +require conf/machine/include/soc-family.inc >> >> DEFAULTTUNE="cortexa17hf-neon-vfpv4" >> PREFERRED_PROVIDER_virtual/kernel = "linux" >> -- >> 2.7.4 >> > -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-rockchip][morty][PATH 3/3] recipes-kernel: linux: Add mainline kernel
Hi Romain
2017-02-14 1:05 GMT+08:00 Romain Perier :
> Hello,
>
> 1. Autorev is bad, when linus will merge patch for the next merge window, it
> will break things. Use a fix git revision instead (or a branch from the
> stable tree)
I will use a fixed git revision in next version
> 2. rc8 is out :)
I guess what you mean is rc7 is out. I will update to rc8 in next version.
>
> rk3288 is not a machine for me , can you really ensure that it will board
> for all rk3288-based board ? suppose that there is no DT support on
> upstream... that's wrong :)
>
> Thanks!
> Romain
>
> 2017-02-08 15:38 GMT+01:00 Eddie Cai :
>>
>> Add mainline kervel support. Now the version is 4.10.-rc7.
>>
>> Signed-off-by: Eddie Cai
>> ---
>> recipes-kernel/linux/linux_4.10.bb | 18 ++
>> 1 file changed, 18 insertions(+)
>> create mode 100644 recipes-kernel/linux/linux_4.10.bb
>>
>> diff --git a/recipes-kernel/linux/linux_4.10.bb
>> b/recipes-kernel/linux/linux_4.10.bb
>> new file mode 100644
>> index 000..7abdc56
>> --- /dev/null
>> +++ b/recipes-kernel/linux/linux_4.10.bb
>> @@ -0,0 +1,18 @@
>> +# Copyright (C) 2017 Eddie Cai
>> +# Released under the MIT license (see COPYING.MIT for the terms)
>> +
>> +require recipes-kernel/linux/linux-yocto.inc
>> +
>> +SRC_URI =
>> "git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git"
>> +
>> +SRCREV = "${AUTOREV}"
>> +LINUX_VERSION = "4.10"
>> +# Override local version in order to use the one generated by linux build
>> system
>> +# And not "yocto-standard"
>> +LINUX_VERSION_EXTENSION = ""
>> +PR = "r1"
>> +PV = "${LINUX_VERSION}-rc7"
>> +
>> +# Include only supported boards for now
>> +COMPATIBLE_MACHINE = "(radxarock|marsboard-rk3066|rk3288)"
>> +deltask kernel_configme
>> --
>> 2.7.4
>>
>
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-rockchip][morty][PATHV2 0/6] add main line kernel support
This patch set add main line kernel support for meta-rockchip Eddie Cai (6): machine: Use cortexa17hf-neon-vfpv4 as default tune for rk3288.inc machine: Use SOC specific assignements machine: separate rk3188 inc file from rk3066 machine: Use SOC specific assignements machine: Use SOC specific assignements recipes-kernel: linux: Add mainline kernel conf/machine/include/rk3066.inc| 3 ++- conf/machine/include/rk3188.inc| 21 - conf/machine/include/rk3288.inc| 5 - recipes-kernel/linux/linux_4.10.bb | 18 ++ 4 files changed, 44 insertions(+), 3 deletions(-) create mode 100644 recipes-kernel/linux/linux_4.10.bb -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-rockchip][morty][PATHV2 1/6] machine: Use cortexa17hf-neon-vfpv4 as default tune for rk3288.inc
RK3288 support hard float and vfpv4. So we should use cortexa17hf-neon-vfpv4 as default tune. Reviewed-by: Romain Perier Signed-off-by: Eddie Cai --- conf/machine/include/rk3288.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/conf/machine/include/rk3288.inc b/conf/machine/include/rk3288.inc index e6c19a2..6d4affd 100644 --- a/conf/machine/include/rk3288.inc +++ b/conf/machine/include/rk3288.inc @@ -3,7 +3,7 @@ require conf/machine/include/tune-cortexa17.inc -DEFAULTTUNE="cortexa17-neon" +DEFAULTTUNE="cortexa17hf-neon-vfpv4" PREFERRED_PROVIDER_virtual/kernel = "linux" SERIAL_CONSOLES = "115200;ttyS2" KERNEL_IMAGETYPE = "zImage" -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-rockchip][morty][PATHV2 2/6] machine: Use SOC specific assignements
From: Eddie Cai In this way the modifications will be used on all RK3288 boards. Reviewed-by: Romain Perier Signed-off-by: Eddie Cai --- conf/machine/include/rk3288.inc | 3 +++ 1 file changed, 3 insertions(+) diff --git a/conf/machine/include/rk3288.inc b/conf/machine/include/rk3288.inc index 6d4affd..b3726ee 100644 --- a/conf/machine/include/rk3288.inc +++ b/conf/machine/include/rk3288.inc @@ -1,7 +1,10 @@ # Copyright (C) 2015 Romain Perier # Released under the MIT license (see COPYING.MIT for the terms) +SOC_FAMILY = "rk3288" + require conf/machine/include/tune-cortexa17.inc +require conf/machine/include/soc-family.inc DEFAULTTUNE="cortexa17hf-neon-vfpv4" PREFERRED_PROVIDER_virtual/kernel = "linux" -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-rockchip][morty][PATHV2 3/6] machine: separate rk3188 inc file from rk3066
Every SoC should have their own inc file. So separate it. Signed-off-by: Eddie Cai --- conf/machine/include/rk3188.inc | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-) diff --git a/conf/machine/include/rk3188.inc b/conf/machine/include/rk3188.inc index 428392b..72255a0 100644 --- a/conf/machine/include/rk3188.inc +++ b/conf/machine/include/rk3188.inc @@ -1,4 +1,22 @@ # Copyright (C) 2015 Romain Perier # Released under the MIT license (see COPYING.MIT for the terms) -require conf/machine/include/rk3066.inc +DEFAULTTUNE = "cortexa9-neon" +require conf/machine/include/tune-cortexa9.inc + +PREFERRED_PROVIDER_virtual/xserver = "xserver-xorg" + +XSERVER = "xserver-xorg \ + xf86-video-fbturbo \ + xf86-input-evdev \ + xf86-input-mouse \ + xf86-input-keyboard" + +PREFERRED_PROVIDER_virtual/kernel = "linux-rockchip-3.0" + +KERNEL_IMAGETYPE = "zImage" + +IMAGE_FSTYPES += "ext4" + +SERIAL_CONSOLES ?= "115200;ttyFIQ0" +KBUILD_DEFCONFIG = "multi_v7_defconfig" -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-rockchip][morty][PATHV2 4/6] machine: Use SOC specific assignements
In this way the modifications will be used on all RK3188 boards. Signed-off-by: Eddie Cai --- conf/machine/include/rk3188.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/conf/machine/include/rk3188.inc b/conf/machine/include/rk3188.inc index 72255a0..6a18a6f 100644 --- a/conf/machine/include/rk3188.inc +++ b/conf/machine/include/rk3188.inc @@ -1,9 +1,10 @@ # Copyright (C) 2015 Romain Perier # Released under the MIT license (see COPYING.MIT for the terms) +SOC_FAMILY = "rk3188" DEFAULTTUNE = "cortexa9-neon" require conf/machine/include/tune-cortexa9.inc - +require conf/machine/include/soc-family.inc PREFERRED_PROVIDER_virtual/xserver = "xserver-xorg" XSERVER = "xserver-xorg \ -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-rockchip][morty][PATHV2 5/6] machine: Use SOC specific assignements
In this way the modifications will be used on all RK3066 boards. Signed-off-by: Eddie Cai --- conf/machine/include/rk3066.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/conf/machine/include/rk3066.inc b/conf/machine/include/rk3066.inc index d43a88c..e454b08 100644 --- a/conf/machine/include/rk3066.inc +++ b/conf/machine/include/rk3066.inc @@ -1,9 +1,10 @@ # Copyright (C) 2014 NEO-Technologies # Released under the MIT license (see COPYING.MIT for the terms) +SOC_FAMILY = "rk3066" DEFAULTTUNE = "cortexa9-neon" require conf/machine/include/tune-cortexa9.inc - +require conf/machine/include/soc-family.inc PREFERRED_PROVIDER_virtual/xserver = "xserver-xorg" XSERVER = "xserver-xorg \ -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-rockchip][morty][PATHV2 6/6] recipes-kernel: linux: Add mainline kernel
Add mainline kervel support. Now the version is 4.10.-rc8.
Signed-off-by: Eddie Cai
---
recipes-kernel/linux/linux_4.10.bb | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 recipes-kernel/linux/linux_4.10.bb
diff --git a/recipes-kernel/linux/linux_4.10.bb
b/recipes-kernel/linux/linux_4.10.bb
new file mode 100644
index 000..d4cae27
--- /dev/null
+++ b/recipes-kernel/linux/linux_4.10.bb
@@ -0,0 +1,18 @@
+# Copyright (C) 2017 Eddie Cai
+# Released under the MIT license (see COPYING.MIT for the terms)
+
+require recipes-kernel/linux/linux-yocto.inc
+
+SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git"
+
+SRCREV = "7089db84e356562f8ba737c29e472cc42d530dbc"
+LINUX_VERSION = "4.10"
+# Override local version in order to use the one generated by linux build
system
+# And not "yocto-standard"
+LINUX_VERSION_EXTENSION = ""
+PR = "r1"
+PV = "${LINUX_VERSION}-rc8"
+
+# Include only supported boards for now
+COMPATIBLE_MACHINE = "(rk3066|rk3188|rk3288)"
+deltask kernel_configme
--
2.7.4
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
