| 01:21.29 | *** join/#oe mr_science_ (~sarnold@gatekeeper.gentoogeek.org) |
| 01:22.50 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 01:28.47 | tlwoerner | is there something that is actively not allowing me to specify my PREFERRED_PROVIDER_virtual/kernel in an image definition .bb file? |
| 01:39.11 | *** join/#oe dlan (~dennis@gentoo/developer/dlan) |
| 01:47.08 | *** join/#oe avall (avalluri@nat/intel/x-rlprlhcpjxwqpqdq) |
| 01:57.38 | *** join/#oe tsramos (~tsramos@134.134.137.75) |
| 02:03.22 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 02:28.41 | kergoth | tlwoerner: yes, that variable controls scheduling, which is done up front using the configuration metadata. defining it in a random recipe will do nothing |
| 02:29.06 | kergoth | and what would that even do? you can't change what kernel is used based on what image you build, because you can build any number of images at once |
| 02:40.10 | *** join/#oe dv__ (~quassel@chello062178118086.5.14.vie.surfer.at) |
| 03:02.42 | *** join/#oe hrww (~hrw@redhat/hrw) |
| 03:36.58 | *** join/#oe vdehors_ (~vincent@LAubervilliers-656-1-235-184.w193-248.abo.wanadoo.fr) |
| 04:07.50 | *** join/#oe smurray (sid98062@gateway/web/irccloud.com/x-rydhotjnneurcoyb) |
| 04:15.00 | *** join/#oe darkschneider2 (~gab@93-32-47-36.ip31.fastwebnet.it) |
| 04:23.15 | *** join/#oe flynn378 (sid63564@gateway/web/irccloud.com/x-vphuqytytsneegov) |
| 04:34.04 | *** join/#oe infobot (ibot@69-58-76-73.ut.vivintwireless.net) |
| 04:34.04 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
| 05:20.06 | *** join/#oe LetoTheII (~jd@unaffiliated/letothe2nd) |
| 05:38.19 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 06:24.34 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:42.47 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
| 06:48.20 | *** join/#oe nrossi (3a60253d@gateway/web/freenode/ip.58.96.37.61) |
| 06:56.20 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 06:56.27 | *** join/#oe abelal (~abelal@110.93.212.98) |
| 06:57.06 | abelal | hi folks |
| 06:57.19 | abelal | i have an x86_64 machine |
| 06:57.33 | abelal | i am running linux-yocto on it |
| 06:58.00 | abelal | I tried the system with the standard kernel type but now I would like to give preempt-rt a try |
| 06:58.35 | abelal | i thought it would just be a matter of changing the <machine>-standard.scc to <machine>-preempt-rt.scc |
| 06:58.44 | abelal | but that did not suffice |
| 06:59.59 | abelal | I then updated the KBRANCH from standard/common-pc-64/base to standard/preempt-rt/base |
| 07:00.15 | abelal | but now I am getting patch time failures |
| 07:00.30 | abelal | any pointers will be really helpful |
| 07:04.25 | woglinde | ? |
| 07:04.49 | woglinde | you need to recompile the kernel with a diffrent config |
| 07:05.01 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-iqayrpfwqrtrxnnt) |
| 07:05.15 | woglinde | abelal where did you get the machine from? |
| 07:05.24 | woglinde | and maybe #yocto is more sufficient |
| 07:05.36 | *** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
| 07:06.04 | abelal | woglinde: it is a custom machine, i will hop on to #yocto as suggested, thanks |
| 07:09.43 | woglinde | abelal I never saw a .scc sofar |
| 07:17.58 | *** join/#oe avall (avalluri@nat/intel/x-bhuqzfbvrmkibxgp) |
| 07:24.30 | *** join/#oe vdehors_ (~vincent@LAubervilliers-656-1-235-184.w193-248.abo.wanadoo.fr) |
| 07:33.20 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:47.02 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:53.12 | mckoan | good morning |
| 07:53.31 | hrw | hi Marco |
| 08:03.24 | mckoan | hi Marcin |
| 08:04.13 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:04.44 | *** join/#oe aragua (~aragua@232-28-190-109.dsl.ovh.fr) |
| 08:05.19 | *** join/#oe vincenet (58bade28@gateway/web/freenode/ip.88.186.222.40) |
| 08:06.39 | *** part/#oe vincenet (58bade28@gateway/web/freenode/ip.88.186.222.40) |
| 08:12.04 | woglinde | hi mckoan and hrw |
| 08:25.40 | *** join/#oe belen (Adium@nat/intel/x-ywojapwrwvscimen) |
| 08:28.43 | *** join/#oe ant_work (~ant__@host222-188-static.61-79-b.business.telecomitalia.it) |
| 08:40.42 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:51.39 | *** join/#oe awe004 (~awe00@41.224.134.2) |
| 08:53.20 | *** part/#oe ziethen (~chzi@sestofw01.enea.se) |
| 08:55.39 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
| 08:57.19 | *** join/#oe ziethen (~chzi@sestofw01.enea.se) |
| 09:23.12 | *** join/#oe silviof (~silviof@unaffiliated/silviof) |
| 09:23.17 | *** join/#oe rburton (~Adium@35.106.2.81.in-addr.arpa) |
| 09:25.13 | bluelightning | morning all |
| 09:37.11 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 10:01.12 | *** join/#oe aloril (~aloril@dsl-tkubrasgw2-54f80e-20.dhcp.inet.fi) |
| 10:05.28 | *** join/#oe infobot (ibot@69-58-76-73.ut.vivintwireless.net) |
| 10:05.28 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
| 10:12.18 | *** join/#oe belen (Adium@nat/intel/x-sifakrcbzqqeapln) |
| 10:17.58 | *** join/#oe likewise (~likewise@ip4da37457.direct-adsl.nl) |
| 10:30.49 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
| 10:33.14 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
| 10:40.08 | *** join/#oe blilly1 (~blilly1@96.93.98.209) |
| 10:46.41 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
| 10:56.50 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
| 11:04.07 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
| 11:25.07 | *** join/#oe avall (avalluri@nat/intel/x-tigwemelaalwllil) |
| 11:43.00 | *** join/#oe ldnunes (~ldnunes_@179.105.243.19) |
| 11:43.51 | *** join/#oe mario-goulart (~user@email.parenteses.org) |
| 11:54.48 | *** join/#oe pidge (~pidge@2a02:8084:0:3000:5c2:b39e:9656:d9a4) |
| 12:05.40 | *** join/#oe jackmitchell (~Thunderbi@109.224.219.180) |
| 12:07.37 | *** join/#oe aragua (~aragua@232-28-190-109.dsl.ovh.fr) |
| 12:14.36 | *** join/#oe XorA_ (~XorA@xora.default.ggregory.uk0.bigv.io) |
| 12:27.46 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
| 12:30.11 | *** part/#oe abelal (~abelal@110.93.212.98) |
| 12:50.48 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
| 12:58.41 | *** join/#oe tsramos (tsramos@nat/intel/x-oowcrigmbkgifxux) |
| 13:20.51 | *** join/#oe ndec (~ndec@linaro/ndec) |
| 13:31.41 | *** join/#oe jackmitchell (~Thunderbi@109.224.219.180) |
| 13:36.36 | *** join/#oe shoragan (~shoragan@debian/developer/shoragan) |
| 13:42.15 | tlwoerner | kergoth: awesome, thanks for your reply! it reassures me that i'm not going crazy ;-P |
| 13:42.59 | tlwoerner | but it does seem a bit "restrictive" to assume that for any given board there is only one kernel that is available/correct? |
| 13:43.50 | tlwoerner | specifically i'm working with the firefly board. like most boards, by default the firefly boots from eMMC and falls back to uSD |
| 13:44.16 | tlwoerner | for various reasons, if you boot from eMMC it's best to use the vendor's kernel, but if you boot from uSD you can use upstream |
| 13:44.50 | tlwoerner | one gentleman has already created meta-rockchip and added support for a uSD image using upstream, but i'd like to add to his work and create an image for the eMMC using the vendor kernel |
| 13:45.08 | tlwoerner | so yes, based on what image you build, i want to use a different kernel |
| 13:45.19 | tlwoerner | and i don't want to leave it up to the user to specify in their conf/local.conf |
| 13:45.21 | *** join/#oe Crofton (~balister@166.175.187.175) |
| 13:45.56 | tlwoerner | it's bad enough that "MACHINE" really means "what board are you using", now I have to further bend the definition to mean "what image you do you want to build?" |
| 13:53.46 | bluelightning | tlwoerner: what's the context here? I guess I missed the other half of the discussion |
| 13:53.54 | bluelightning | perhaps I should just check the logs :) |
| 13:57.08 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 13:59.18 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 14:04.30 | *** join/#oe benjamirc (besquive@nat/intel/x-ondoizqoboyzyhph) |
| 14:06.21 | *** join/#oe berton (~fabio@201.22.227.56) |
| 14:09.33 | *** join/#oe dfaught (~dfaught@cpe-70-119-105-90.tx.res.rr.com) |
| 14:10.09 | Crofton | so hot |
| 14:10.23 | woglinde | where? |
| 14:10.28 | Crofton | Missouri |
| 14:10.32 | Crofton | camping this week |
| 14:10.36 | Crofton | Caving Convention |
| 14:11.49 | woglinde | us or europe camping? |
| 14:11.51 | woglinde | *g* |
| 14:13.46 | woglinde | or better with a tent or a trailer? |
| 14:15.57 | bluelightning | JaMa: logging patches just landed FYI |
| 14:16.15 | Crofton | .us |
| 14:16.33 | Crofton | Ridiculously hot |
| 14:16.37 | Crofton | need to go in a cave |
| 14:22.12 | tlwoerner | bluelightning: i was trying to set PREFERRED_PROVIDER_virtual/kernel in a recipe in recipes-core/images/myimage.bb |
| 14:22.32 | tlwoerner | and the build was completely oblivious to it ;-) |
| 14:22.50 | bluelightning | tlwoerner: ah right yes, that indeed won't work |
| 14:23.17 | tlwoerner | so today i'll just create a new machine definition and go from there |
| 14:23.47 | bluelightning | it's a tricky problem because the kernel is a build dependency of a number of parts of the system, so even if that did work it would be hard to swap out at the image level |
| 14:24.58 | tlwoerner | interesting, kergoth described it as a variable that "controls scheduling" which i thought was an interesting way of looking at it |
| 14:28.37 | *** join/#oe gabrbedd (~beddingfi@li680-65.members.linode.com) |
| 14:30.36 | JaMa | bluelightning: cool, thanks, I've already rebased my jansa/master branches |
| 14:30.56 | bluelightning | tlwoerner: strictly, it controls who should satisfy dependencies on "the kernel" when resolving dependencies |
| 14:31.13 | bluelightning | kind of scheduling, but not really |
| 14:34.26 | tlwoerner | :-) |
| 14:36.35 | *** join/#oe benjamirc (~besquive@134.134.139.76) |
| 14:51.31 | *** join/#oe berton (~fabio@201.22.227.56) |
| 14:52.58 | kergoth | one aspect of runqueue generation, i should have said |
| 14:53.03 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 14:54.09 | *** join/#oe jkridner|work (~jkridner@pdpc/supporter/active/jkridner) |
| 14:54.18 | kergoth | tlwoerner: it sounds like what you might want, given how the system works, would be a kernel recipe that emits multiple kernel binaries with slightly different configurations. u-boot can already do this in some bsps for different board configurations. then you can pick the one you want with whatever image you want |
| 14:54.21 | kergoth | shrugs |
| 14:54.22 | kergoth | gets caffeine |
| 14:58.02 | tlwoerner | kergoth: very interesting, that sounds like the ideal solution |
| 15:03.01 | kergoth | In meta-fsl-ppc/conf/machine/t1024rdb.conf: UBOOT_MACHINES ?= "T1024RDB T1024RDB_NAND T1024RDB_SDCARD T1024RDB_SPIFLASH T1024RDB_SECURE_BOOT" |
| 15:03.13 | kergoth | see UBOOT_CONFIG & UBOOT_MACHINE in meta/classes/uboot-config.bbclass & meta/recipes-bsp/u-boot/u-boot.inc as well for how it's done for uboot |
| 15:03.27 | kergoth | yawns |
| 15:27.25 | *** join/#oe dvhart (dvhart@nat/intel/x-vvksvnngvezrlrns) |
| 15:39.47 | *** join/#oe jackmitchell (~Thunderbi@109.224.219.180) |
| 15:52.45 | tlwoerner | kergoth: weird! in the machine file the variable is defined as "UBOOT_MACHINES" (with an 'S') but in the bbclass it looks for "UBOOT_MACHINE", that works?! |
| 15:54.33 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 15:56.36 | kergoth | iirc the meta-fsl-ppc recipe uses the plural one, or defines the non-plural using the plural, or somesuch, i don't recall offhand |
| 15:59.54 | *** join/#oe belen (Adium@nat/intel/x-kuljrbhvugehzael) |
| 16:21.11 | *** join/#oe awe00 (~awe00@197.27.93.253) |
| 16:24.09 | *** join/#oe georgem (~georgem@mail.novatech-llc.com) |
| 16:27.16 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 16:29.27 | *** join/#oe notespace1 (~kevinb@rrcs-24-153-205-110.sw.biz.rr.com) |
| 16:30.44 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 16:34.56 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 16:50.20 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 16:54.10 | *** join/#oe Jay7 (jay@128-73-158-5.broadband.corbina.ru) |
| 17:11.14 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 17:21.34 | *** join/#oe phantomcircuit (~phantomci@smartcontracts.us) |
| 17:25.41 | *** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) |
| 17:30.31 | *** join/#oe aloril (~aloril@dsl-tkubrasgw2-54f80e-20.dhcp.inet.fi) |
| 17:34.33 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:36.04 | *** join/#oe jackmitch|home (~Thunderbi@cpc2-slam8-2-0-cust880.2-4.cable.virginm.net) |
| 17:59.44 | *** join/#oe belen1 (~Adium@17.114.2.81.in-addr.arpa) |
| 18:25.08 | *** join/#oe dvhart (~dvhart@134.134.139.70) |
| 18:31.48 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 18:58.31 | *** join/#oe berton_ (~fabio@201.22.227.56) |
| 19:04.37 | *** join/#oe georgem (~georgem@mail.novatech-llc.com) |
| 19:14.49 | *** join/#oe belen1 (Adium@nat/intel/x-bvlpoitjrlvmpyky) |
| 19:36.58 | *** join/#oe belen1 (~Adium@17.114.2.81.in-addr.arpa) |
| 19:49.56 | *** join/#oe dfaught (~dfaught@cpe-70-119-105-90.tx.res.rr.com) |
| 19:58.23 | *** join/#oe bluelightning (~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209) |
| 19:58.23 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 20:03.09 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 20:03.15 | *** join/#oe bpittman (~bill@130.164.62.212) |
| 20:24.18 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 20:29.38 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:33.01 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
| 20:36.11 | ldnunes | RP, hello, I work with otavio, and we are responsible for this: http://patchwork.openembedded.org/patch/93891/ |
| 20:36.15 | ldnunes | RP, regarding that change you said that a shared lock could be released by the first exiting process. But that would only apply to one of the shared locks on the same file (since it is "shared"). |
| 20:36.21 | ldnunes | RP, all the other processes still running, including the cooker, would still retain the shared lock, and it would only be released after all process released it explicitly or by exiting. |
| 20:36.45 | ldnunes | RP, Also, forking doesn't give control of the lock to the child process. It has to be explicitly adquired after the fork. |
| 20:36.52 | ldnunes | RP, so I don't understand how the atexit approach would cause some problems. Could you explain me that? |
| 20:38.26 | RP | ldnunes: when you call unlock there, it will unlock for all the forked processes in memory |
| 20:39.08 | RP | ldnunes: there are now http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=3b5b74b430f0c62bcb4bbbcce02b18f2cb12d336 (and preceeding two patches) which may help |
| 20:40.15 | ldnunes | RP, but how? Wouldn't that be a huge security risk to have a process releasing a lock for another? |
| 20:41.16 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:41.44 | RP | ldnunes: currently, they all hold the fd open and the lock is released when all fds close. If you release the lock the open fds don't matter |
| 20:42.41 | RP | ldnunes: I'm not 100% convinced the other code is safe either :( |
| 20:43.53 | ldnunes | RP, I see... If I provide you with a proof-of-concept that our code would work would you consider accepting it? |
| 20:43.59 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 20:44.20 | RP | ldnunes: as I said earlier, I believe the problem you're trying to fix is already fixed differently |
| 21:02.43 | *** join/#oe jackmitch|home (~Thunderbi@cpc2-slam8-2-0-cust880.2-4.cable.virginm.net) |
| 21:05.39 | mario-goulart | bluelightning: I think we have an inconsistency in layerindex metadata. meta-ruby's layer.conf from dizzy specifies "core" and "openembedded-layer" as dependencies. However, as far as I can see, layerindex metadata says the only dependency is "core". |
| 21:06.27 | mario-goulart | IIUC, layerbranch 56183 corresponds to meta-ruby on dizzy, and there's only one dependency for it in http://layers.openembedded.org/layerindex/api/layerDependencies/ (openembedded-core) |
| 21:11.14 | *** join/#oe pidge (~pidge@2a02:8084:0:3000:5c2:b39e:9656:d9a4) |
| 21:18.35 | *** join/#oe phako (~phako@www.webstreams.de) |
| 21:18.39 | phako | rburton: ping |
| 21:22.22 | phako | rburton: unping :D |
| 21:26.23 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 21:32.49 | bluelightning | mario-goulart: the layer index doesn't pick those things up automatically - the maintainer needs to set them |
| 21:32.56 | bluelightning | mario-goulart: I can add things if needed though |
| 21:49.20 | *** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) |
| 21:50.27 | rburton | phako: glad i could help |
| 21:51.16 | phako | not sure you could, I was going to ask sth about the gupnp debian packages |
| 21:51.23 | phako | but then google to the rescue |
| 21:56.23 | rburton | oh god i've not touched those for ages |
| 21:56.40 | rburton | my debian keys are so old they got removed from the keyring |
| 22:01.03 | *** join/#oe dvhart (~dvhart@134.134.139.70) |
| 22:11.24 | phako | rburton: while being here, would it help you guys packaging newer versions of GUPnP/Rygel if I add the .vapi files to the release tarballs? |
| 22:14.48 | rburton | phako: probably, yes |
| 22:17.09 | mario-goulart | bluelightning: oh, I thought the dependencies were programmatically obtained from layer.conf. |
| 22:19.44 | khem` | it checks yes if you specify otherwise it assumes |
| 22:35.11 | *** join/#oe dvhart (~dvhart@134.134.139.70) |
| 22:40.53 | mario-goulart | bluelightning: can you please add a dependency on meta-oe for meta-ruby? |
| 22:42.56 | bluelightning | mario-goulart: done |
| 22:43.42 | bluelightning | mario-goulart: ideally we would pick those up programmatically, hopefully that can be added in future |
| 22:47.51 | mario-goulart | bluelightning: thank you. |
| 22:55.01 | *** join/#oe dvhart (dvhart@nat/intel/x-cnrrqgeinfslpqlr) |
| 22:56.40 | tlwoerner | when my kernel recipe goes to build it cd's into .../$PN/$PV/build, but there's nothing in "build" my kernel sources are in .../$PN/$PV/git, i've even specified this in my recipe: "S = ${WORKDIR}/git" |
| 22:57.32 | tlwoerner | this is all controlled by openembedded-core/meta/classes/kernel.bbclass's kernel_do_compile() |
| 22:58.07 | tlwoerner | how can i get kernel.bbclass to find my sources in "git" and not look in "build"? |
| 22:58.51 | kergoth | build doesn't need sources. |
| 22:58.58 | kergoth | the kernel supports separating the source and build directory |
| 23:00.14 | tlwoerner | is there a "brokensep" option? ;-) |
| 23:00.50 | tlwoerner | ok, it's a vendor kernel, i'll look into separate S and B's |
| 23:00.54 | kergoth | doubtful given the rework to how the kernel is built. and the kernel was always supposed to support out of tree builds, if it's not working, it's probably trivial to fix |
| 23:01.01 | kergoth | but yo ucould alwyas try B = ${S} |
| 23:01.07 | kergoth | which is all autotools-brokensep does under the hood anyway :P |
| 23:01.13 | tlwoerner | awesome, thanks! |
| 23:06.10 | tlwoerner | kergoth: awesome, as a hack that worked. i'll look into properly separating it out though |
| 23:06.38 | kergoth | nice |
| 23:07.20 | tlwoerner | but first, the farm chores are waiting ;-) |
| 23:21.53 | *** join/#oe phako (~phako@www.webstreams.de) |
| 23:34.22 | *** join/#oe pdp7 (~pdp7@fsf/member/pdp7) |