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-
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
---
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
---
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
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
ind
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/machin
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 spe
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 :)
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
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/yoc
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 c
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/con
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
---
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
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 +-
>
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
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.i
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 a
> 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"
> >
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-indepen
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 packa
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/rule
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/
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 cr
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://lis
25 matches
Mail list logo
