Re: [yocto] AppArmor
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
[yocto] Yocto Project Technical Team Meeting
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\ nDen
Re: [yocto] [meta-chip][PATCH V3 0/4] Initial attempt at flashing instructions.
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
Re: [yocto] [meta-chip] Jenkins, reviews and mailing list
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] Yocto Project Technical Team Meeting
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
[yocto] [meta-raspberrypi][PATCH] rpi-base: wic: generate entries for u-boot
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
[yocto] How to debug a mirror fetch error
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] RPi app built with SDK won't load
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] [meta-rockchip][PATCH] rockchip-gpt-img: fix deprecated notation
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
Re: [yocto] AppArmor
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-realtime][PATCH] schedtool-dl: Fix SCHED_DEADLINE value out of range
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
