[yocto] [meta-realtime][PATCH] schedtool-dl: Fix SCHED_DEADLINE value out of range

2017-06-29 Thread zhe.he 
From: He Zhe 

The upstream commit 3ffb479929c31cbae09de08f94f58b8f0f061d91
tries to fix this issue but it's not complete.

This patch adds flags at the last necessary place.

Signed-off-by: He Zhe 
---
 recipes-tools/schedtool-dl/schedtool-dl.bb |  6 ++-
 ...-add-flags-to-parameters-of-sched_setattr.patch | 56 ++
 2 files changed, 61 insertions(+), 1 deletion(-)
 create mode 100644 
recipes-tools/schedtool-dl/schedtool-dl/0001-schedtool-dl-add-flags-to-parameters-of-sched_setattr.patch

diff --git a/recipes-tools/schedtool-dl/schedtool-dl.bb 
b/recipes-tools/schedtool-dl/schedtool-dl.bb
index 578e5df..20c8919 100644
--- a/recipes-tools/schedtool-dl/schedtool-dl.bb
+++ b/recipes-tools/schedtool-dl/schedtool-dl.bb
@@ -3,13 +3,17 @@ SECTION = "devel"
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=dc1f51f7ca94aebffb9b3663d82873ec"
 
-SRC_URI = "git://github.com/jlelli/schedtool-dl.git;protocol=git"
+SRC_URI = "git://github.com/jlelli/schedtool-dl.git;protocol=git \
+   
file://0001-schedtool-dl-add-flags-to-parameters-of-sched_setattr.patch \
+  "
 SRCREV = "3ffb479929c31cbae09de08f94f58b8f0f061d91"
 
 S = "${WORKDIR}/git"
 
 EXTRA_OEMAKE = "'CC=${CC}'"
 
+TARGET_CC_ARCH += "${LDFLAGS}"
+
 do_compile() {
oe_runmake
 }
diff --git 
a/recipes-tools/schedtool-dl/schedtool-dl/0001-schedtool-dl-add-flags-to-parameters-of-sched_setattr.patch
 
b/recipes-tools/schedtool-dl/schedtool-dl/0001-schedtool-dl-add-flags-to-parameters-of-sched_setattr.patch
new file mode 100644
index 000..65d5059
--- /dev/null
+++ 
b/recipes-tools/schedtool-dl/schedtool-dl/0001-schedtool-dl-add-flags-to-parameters-of-sched_setattr.patch
@@ -0,0 +1,56 @@
+From c75ae0f6ac2bb9eb893cce82e93144e1b3c36389 Mon Sep 17 00:00:00 2001
+From: Qi Hou 
+Date: Wed, 16 Mar 2016 05:44:40 +
+Subject: [PATCH] schedtool-dl: add flags to parameters of sched_setattr
+
+git://github.com/jlelli/schedtool-dl.git;protocol=git
+commit 3ffb479929c31cbae09de08f94f58b8f0f061d91
+
+The commit numbered as 3ffb479 has adapted to the very last changes to the 
ABI,except for the
+syscall of sched_setattr.
+
+While executing schedtool,there was an error,like below:
+
+root@128:/opt/wr-test/testcases/kts/edf# schedtool -E -t 8000:1 -e yes
+ERROR: could not set PID 1731 to E: SCHED_DEADLINE - value out of range / 
policy not implemented
+
+The cause of this case is that the syscall of sched_setattr is declared with 3 
parameters,but in
+the use of it in schedtool,there was only two parameters.So to adapt this 
declaration,we should
+add one more parameter,flags,when calling sched_setattr.
+
+In kernel source file kernel/sched/core.c,the declaration of the syscall of 
sched_setattr like below:
+/**
+ * sys_sched_setattr - same as above, but with extended sched_attr
+ * @pid: the pid in question.
+ * @uattr: structure containing the extended parameters.
+ * @flags: for future extension.
+ */
+ SYSCALL_DEFINE3(sched_setattr, pid_t, pid, struct sched_attr __user *, uattr,
+unsigned int, flags)
+ {
+   ...
+ }
+
+In schedtool-dl source file syscall_magic.h,the use of sched_setattr like 
below:
+syscall(__NR_sched_setattr, pid, attr)
+
+Upstream-Status: Backport
+
+Signed-off-by: Qi Hou 
+---
+ syscall_magic.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/syscall_magic.h b/syscall_magic.h
+index 7dcb967..2735dfb 100644
+--- a/syscall_magic.h
 b/syscall_magic.h
+@@ -76,4 +76,4 @@ struct sched_attr {
+   syscall(__NR_sched_getattr, pid, attr, size, flags)
+ 
+ #define sched_setattr(pid, attr, flags) \
+-  syscall(__NR_sched_setattr, pid, attr)
++  syscall(__NR_sched_setattr, pid, attr,flags)
+-- 
+1.9.1
+
-- 
2.8.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] AppArmor

2017-06-29 Thread Tom Rini 
On Thu, Jun 29, 2017 at 01:56:22PM +0300, Anders Montonen wrote:
> Hi Tom,
> 
> On Thu, 22 Jun 2017, Tom Rini wrote:
> >
> >I did fix the latter of these (along with the perl problem), but I'm
> >using sysvinit and needed apache2 in my project anyhow.
> 
> Your commit fixes most of the problems, but /usr/bin/aa-easyprof
> still gets installed with a shebang referring to the host python3
> interpreter. The script is processed and installed by
> utils/python-tools-setup.py, which captures whatever $PYTHON is set
> to at the time.

Oh thanks!  I'll v2 things shortly with that fixed up.

-- 
Tom


signature.asc
Description: Digital signature
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-rockchip][PATCH] rockchip-gpt-img: fix deprecated notation

2017-06-29 Thread Trevor Woerner 
The older "IMAGE_DEPENDS..." notation has been deprecated in favour of the
newer "do_image_...[depends]" notation.

Signed-off-by: Trevor Woerner 
---
 classes/rockchip-gpt-img.bbclass | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/classes/rockchip-gpt-img.bbclass b/classes/rockchip-gpt-img.bbclass
index 941bae3..aa8cbe7 100644
--- a/classes/rockchip-gpt-img.bbclass
+++ b/classes/rockchip-gpt-img.bbclass
@@ -30,10 +30,10 @@ LOADER2_SIZE = "8192"
 ATF_SIZE = "8192"
 BOOT_SIZE = "229376"
 
-IMAGE_DEPENDS_rockchip-gpt-img = "parted-native \
-   u-boot-mkimage-native \
-   mtools-native \
-   dosfstools-native \
+do_image_rockchip_gpt_img[depends] = "parted-native:do_populate_sysroot \
+   u-boot-mkimage-native:do_populate_sysroot \
+   mtools-native:do_populate_sysroot \
+   dosfstools-native:do_populate_sysroot \
virtual/kernel:do_deploy \
virtual/bootloader:do_deploy"
 
-- 
2.13.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] RPi app built with SDK won't load

2017-06-29 Thread Paul D. DeRocco 
I posted about this a week or so ago, but have narrowed things down
further.

I built a 32-bit non-GUI RPi image which works, built the corresponding
SDK, and used the SDK's toolchain to build an empty C program (just
"return 0;" inside main). When I run it on the target, the shell
complains:

-sh: ./test: No such file or directory

If I run "ldd test", it dies with the same error, without even getting far
enough to trace the search for libc, the only referenced library. (Yes,
the x attribute is set.)

On my host system, I ran arm-poky-linux-objdump -x on the test program,
and then ran it on the version of chmod.coreutils from the rootfs of the
build (because it was the smallest executable in /bin). The only
differences were that chmod referenced a couple more libraries, the
section addresses and sizes were of course different, test had a small
.comment section listing the compiler used, and chmod had a .gnu_debuglink
section. All attributes were the same, even the contents of the
.ARM.attributes section.

Yet despite this, chmod runs fine, but test doesn't.

What else could possibly return an ENOENT error code to the shell so early
in the load process?

-- 

Ciao,   Paul D. DeRocco
Paulmailto:pdero...@ix.netcom.com

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] How to debug a mirror fetch error

2017-06-29 Thread Jimi Damon 

Hi,


I've gotten almost all of my files downloaded using a local mirror for a 
new build. I'm having trouble debugging one specific case where it 
appears my mirror rules can't find the package that it should be finding 
in the local mirror directory. This is my hypothesis  as I've worked 
through other issues by adding more rules to the MIRRORS variable in 
local.conf



So far I have



MIRRORS ?= "\
git://.*/.* file://media/build/mirror/ \n \
git://.*/.*/.*  file://media/build/mirror/ \n \
git://.*/.*/.*/.*   file://media/build/mirror/ \n \
ftp://.*/.* file://media/build/mirror/ \n \
http://.*/.*file://media/build/mirror/ \n \
svn://.*/.* file://media/build/mirror/ \n \
https://.*/.*   file://media/build/mirror/ \n \
https://.*/.*/.*file://media/build/mirror/ \n \
https://.*/.*/.*/.* file://media/build/mirror/ \n \
"


I'm running into a problem debugging while this one final package isn't 
being found from my local mirror. The package is adbd  and the error I'm 
seeing is



ERROR: adbd-android-5.0.1_r1-r0 do_fetch: Network access disabled 
through BB_NO_NETWORK (or set indirectly due to use of 
BB_FETCH_PREMIRRORONLY) but access requested with command git -c 
core.fsyncobjectfiles=0 ls-remote 
https://android.googlesource.com/platform/system/core  (for url None)

ERROR: adbd-android-5.0.1_r1-r0 do_fetch: Function failed: base_do_fetch
ERROR: Logfile of failure stored in: 
/media/build/NewestBuild/build-nitrogen6x/tmp/work/cortexa9hf-neon-poky-linux-gnueabi/adbd/android-5.0.1_r1-r0/temp/log.do_fetch.25649
ERROR: Task 
(/media/build/NewestBuild/sources/meta-boot2qt/recipes/adbd/adbd.bb:do_fetch) 
failed with exit code '1'

DEBUG: Teardown for bitbake-worker
NOTE: Tasks Summary: Attempted 1 tasks of which 0 didn't need to be 
rerun and 1 failed.


I've inspected the mirror file,  /media/build/mirror and there is the 
package

git2_android.googlesource.com.platform.system.core.tar.gz


If I untar it to another location, I find it is a git repo that does in 
fact have adbd



mkdir tmpdir
cp git2_android.googlesource.com.platform.system.core.tar.gz tmpdir
cd tmpdir
tar -xvf git2_android.googlesource.com.platform.system.core.tar.gz
mkdir ../testdir
cd ../testdir
git clone ../tmpdir
cd tmpdir



and adb exists


What is the recommended way to debug this more ?

I've seen on yocto the -nv switch, but this doesn't seem to produce any 
useful information for a local mirror Git clone.



Thanks,


-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-raspberrypi][PATCH] rpi-base: wic: generate entries for u-boot

2017-06-29 Thread Andrea Galbusera 
This commit allow wic generated images to work when we want u-boot to
load the kernel image.

Augment IMAGE_BOOT_FILES with the proper entries when KERNEL_IMAGETYPE
is "uImage". More specifically add u-boot image and boot.scr to deployed files
and give the proper name to the kernel image accordingly.

Signed-off-by: Andrea Galbusera 
---
 conf/machine/include/rpi-base.inc | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/conf/machine/include/rpi-base.inc 
b/conf/machine/include/rpi-base.inc
index 4a0ea2a..71bb071 100644
--- a/conf/machine/include/rpi-base.inc
+++ b/conf/machine/include/rpi-base.inc
@@ -83,7 +83,9 @@ def make_dtb_boot_files(d):
 
 IMAGE_BOOT_FILES ?= "bcm2835-bootfiles/* \
  ${@make_dtb_boot_files(d)} \
- ${KERNEL_IMAGETYPE};${SDIMG_KERNELIMAGE} \
+ ${@bb.utils.contains('KERNEL_IMAGETYPE', 'uImage', 
'${KERNEL_IMAGETYPE}', '${KERNEL_IMAGETYPE};${SDIMG_KERNELIMAGE}', d)} \
+ ${@bb.utils.contains('KERNEL_IMAGETYPE', 'uImage', 
'u-boot.bin;${SDIMG_KERNELIMAGE}', '', d)} \
+ ${@bb.utils.contains('KERNEL_IMAGETYPE', 'uImage', 
'boot.scr;boot.scr', '', d)} \
  "
 
 # The kernel image is installed into the FAT32 boot partition and does not need
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Yocto Project Technical Team Meeting

2017-06-29 Thread Trevor Woerner 
In other words it's being pushed back a week for the US holiday?
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-chip] Jenkins, reviews and mailing list

2017-06-29 Thread Andrei Gherzan 
On Tue, Jun 27, 2017 at 5:18 AM, Petter Mabacker  wrote:

> On Mon, 2017-06-26 at 17:12 +0100, Andrei Gherzan wrote:
>
> On Mon, Jun 26, 2017 at 2:29 PM, Trevor Woerner 
> wrote:
>
> On Mon, Jun 26, 2017 at 9:21 AM, Andrei Gherzan  wrote:
> > We've been testing a setup with meta-raspberrypi which seems to work
> fine:
> > PR to github integrated with a jenkins server and use mailing list for
> > discussions.
> >
> > I propose to copy the same setup to meta-chip too.
>
> That's all fine. As the maintainer (thank you!) you're welcome to use
> whatever workflow with which you're the happiest... as long as you
> update the "Contributing" section of the README :-)
>
>
> Sure. That makes sense.
>
>
> Hi Andrei,
>
> I fully agree with Trevor, just update the README and lets rock! :) But
> like you say I also believe it's good if people can take the time to also
> send the patches to mailing list, so we don't risk losing those valuable
> discussions that often is initated through the mailing list (since more
> people will track the changes that way). My opinion is that this have work
> good for meta-raspberrypi, so cannot see any reasons why it should work
> great for meta-chip as well.
>
> Let us know when jenkins is up-and-running!
>

All is up and running. README updated too
https://github.com/agherzan/meta-chip/pull/13 .

Cheers,
Andrei
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-chip][PATCH V3 0/4] Initial attempt at flashing instructions.

2017-06-29 Thread Andrei Gherzan 
Hi,

On Thu, Jun 29, 2017 at 2:12 AM,  wrote:

> From: Drew Moseley 
>
> * V3:
>
> Cleanup README.
>
> Add CHIP_UBI_PAGE_SIZE variable to reuse the data from the machine
> configuration.
>

Merged to master. Thanks, Drew.

Andrei
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Yocto Project Technical Team Meeting

2017-06-29 Thread Jolley, Stephen K 
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Jolley, Stephen K":MAILTO:stephen.k.jol...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=yocto@yoct
 oproject.org:MAILTO:yocto@yoctoproject.org
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=OTC Embedd
 ed Staff:MAILTO:otc.embedded.st...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Sandoval G
 onzalez, Leonardo":MAILTO:leonardo.sandoval.gonza...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Perez Carr
 anza, Jose":MAILTO:jose.perez.carra...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Stewart, D
 avid C":MAILTO:david.c.stew...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Cobbley, D
 avid A":MAILTO:david.a.cobb...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Gonzalez P
 lascencia, Jair De Jesus":MAILTO:jair.de.jesus.gonzalez.plascen...@intel.co
 m
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Cruz Alcar
 az, Juan M":MAILTO:juan.m.cruz.alca...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Bruce, Hen
 ry":MAILTO:henry.br...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Avery, Bri
 an":MAILTO:brian.av...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Reyna, Dav
 id L (Wind River)":MAILTO:david.re...@windriver.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Sagar Nar
 gundkar':MAILTO:sagar.nargund...@bluedanube.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Matt Schu
 ckmann':MAILTO:matt.schuckm...@planar.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Manjukuma
 r Harthikote Matha':MAILTO:manjukumar.harthikote-ma...@xilinx.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Grueninge
 r, Tobias'":MAILTO:tobias.grueninger@siemens.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Hudson, S
 ean'":MAILTO:sean_hud...@mentor.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Pierre Yv
 es MORDRET':MAILTO:pierre-yves.mord...@st.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Lionel Mo
 linier':MAILTO:lionel.molin...@sigfox.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Paul D. D
 eRocco':MAILTO:pdero...@ix.netcom.com
DESCRIPTION;LANGUAGE=en-US:We encourage people attending the meeting to log
 on and announce themselves on the Yocto Project IRC chancel during the mee
 ting (optional):\n\nYocto IRC: http://webchat.freenode.net/?channels=#yoct
 o\nIRC Tutorial: http://www.irchelp.org/irchelp/irctutorial.html\n\nhttps:
 //www.yoctoproject.org/tools-resources/community/weekly-technical-call\n\n
 Conference Details:\nCompany:   WIND RIVER SYS\n- dial into: 1-800
 -262-0778/404-397-1527\n- enter the bridge number: 88748961#\n\nThe intern
 ational numbers are:\n\nUnited States Toll  404-397-1527\nUS & Canada 
 Toll Free   800-262-0778\nAlbania dial 00810+ 8558142509\nAngola dial 
 80811+  8558142510\nAnguilla Toll Free  18003004779\nArgentina Tol
 l  +541159844583\nArgentina Toll Free 08004446354\nAustralia Toll  +61
 0386580431\nAustralia Toll Free 1800347095\nAustria Toll Free   08
 0088668498\nBahamas Toll Free   18003890740\nBahrain Toll Free   8
 0006770\nBangladesh dial 1570011+8558142505\nBarbados Toll Free   
18002070056\nBelarus Toll Free   882000110813\nBelgium Toll+322
 7925498\nBelgium Toll Free   080029896\nBelize Toll Free180001
 30907\nBermuda Toll free   18002072792\nBotswana Toll Free  002698
 003004981\nBrazil Toll +5501149497489\nBrazil Toll Free0800891
 9885\nBritish Virgin Islands Toll Free18002075710\nBrunei Toll Fre
 e8014373\nBulgaria Toll   +359024916371\nBulgaria Toll Free  0
 08001201170\nCambodia Toll Free  1800209578\nCambodia Toll Free  1
 800209361\nCanada Toll +14169810101\nCayman islands Toll Free1
 8444305771\nChile Toll  +56442080836\nChile Toll Free 12300206143\nChi
 na Toll Free 4000342070\nChina Toll Free 8008709853\nChina Toll Free 40088
 77140\nChina Toll Free 8008768605\nColombia Toll   +5714864720\nColombia T
 oll Free  18000129671\nCosta Rica Toll 40017415\nCroatia Toll+3851
 7776838\nCroatia Toll Free   08009975\nCuba dial 2935+ 8558142540\nCyp
 rus Toll Free80096877\nCzech Republic Toll Free0800701476\

Re: [yocto] AppArmor

2017-06-29 Thread Anders Montonen 

Hi Tom,

On Thu, 22 Jun 2017, Tom Rini wrote:


I did fix the latter of these (along with the perl problem), but I'm
using sysvinit and needed apache2 in my project anyhow.


Your commit fixes most of the problems, but /usr/bin/aa-easyprof still 
gets installed with a shebang referring to the host python3 interpreter. 
The script is processed and installed by utils/python-tools-setup.py, 
which captures whatever $PYTHON is set to at the time.


-a
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto