| 00:01.46 | *** join/#oe armpit2 (~armpit@2601:202:4180:a5c0:e0e6:3e38:df8b:421b) |
| 00:17.27 | *** join/#oe armpit2 (~armpit@2601:202:4180:a5c0:e0e6:3e38:df8b:421b) |
| 00:43.01 | *** join/#oe creich (~unknown@p200300F6AF189A10000000000000039B.dip0.t-ipconnect.de) |
| 01:38.38 | *** join/#oe vesper (~ves@176.227.241.17) |
| 03:47.42 | *** join/#oe ericch (~ericch@pool-108-34-251-214.prvdri.fios.verizon.net) |
| 04:37.47 | *** join/#oe armpit (~armpit@2601:202:4180:a5c0:e0e6:3e38:df8b:421b) |
| 05:40.39 | *** join/#oe snowkidimd (~snowkidim@2405:9800:ba03:9767:43f:c531:5a8c:d622) |
| 07:08.09 | *** join/#oe thaytan (~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net) |
| 07:18.16 | *** join/#oe yegorich (~yegorich@mail.visionsystems.de) |
| 07:19.19 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:31.21 | *** join/#oe AndersD (~AndersD@192.87.151.111) |
| 07:33.55 | *** join/#oe frsc (~frsc@172-167-142-46.pool.kielnet.net) |
| 07:35.25 | *** join/#oe ao2 (~ao2@host204-88-dynamic.36-79-r.retail.telecomitalia.it) |
| 07:39.50 | *** join/#oe stefan_schmidt (~stefan_sc@p200300E9D72756B9C4AB7A45F128AE4A.dip0.t-ipconnect.de) |
| 07:59.04 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 08:09.11 | *** join/#oe cpriouzeau (~cpriouzea@164.129.115.76) |
| 08:21.28 | *** join/#oe tnovotny (~tnovotny@176-74-132-138.netdatacomm.cz) |
| 08:28.35 | *** join/#oe marex-cloud (sid137234@gateway/web/irccloud.com/x-pdazouqlvntvznye) |
| 08:33.27 | *** join/#oe kroon (~kroon@213.185.29.22) |
| 08:36.45 | *** join/#oe rburton (~rburton@192.198.151.44) |
| 08:57.17 | *** join/#oe tenknarf (~frank@mail.lely.com) |
| 09:04.20 | *** join/#oe Bunio_FH (~bunio@81-18-201-214.static.chello.pl) |
| 09:11.30 | *** join/#oe yann|work (~yann@85.118.38.73) |
| 09:20.14 | *** join/#oe FrazerClews (~frazer.cl@78.40.148.177) |
| 09:26.54 | *** join/#oe leon-anavi (~Leon@78.130.197.211) |
| 09:27.25 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 09:48.54 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 10:27.31 | *** join/#oe Jin^eLD (~jin@staging.xn--80adja5bqm.su) |
| 11:43.33 | *** join/#oe JaMa (~martin@109.238.218.228) |
| 12:04.00 | *** join/#oe Jin^eLD (~jin@chello085216176121.chello.sk) |
| 12:46.34 | *** join/#oe sstiller (~sstiller@b2b-94-79-174-114.unitymedia.biz) |
| 13:02.36 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
| 13:04.40 | *** join/#oe RobertBerger (~rber@80.75.32.63) |
| 13:10.03 | *** join/#oe tgamblin (~tgamblin@128.224.252.2) |
| 13:45.56 | *** join/#oe ericch (~ericch@pool-108-34-251-214.prvdri.fios.verizon.net) |
| 13:58.56 | *** join/#oe snowkidimd (~snowkidim@2405:9800:ba03:9767:4ddd:8d42:3089:8d55) |
| 14:21.57 | *** join/#oe KanjiMonster (~KanjiMons@dslb-088-073-012-120.088.073.pools.vodafone-ip.de) |
| 15:00.46 | *** join/#oe stephano (~stephano@c-73-164-244-205.hsd1.or.comcast.net) |
| 15:02.29 | *** join/#oe rcw (~rcw@128.224.252.2) |
| 15:06.28 | *** join/#oe comptroller (~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net) |
| 15:47.56 | *** join/#oe dqx (~dqx@unaffiliated/dqx) |
| 16:01.44 | *** join/#oe dqx (~dqx@unaffiliated/dqx) |
| 16:24.28 | *** join/#oe mir100 (~Vladimir@207.237.220.139) |
| 16:45.18 | *** join/#oe mir100 (~Vladimir@207.237.220.139) |
| 17:28.35 | *** join/#oe davidlt (~davidlt@109.116.250.10) |
| 18:04.20 | *** join/#oe rcw (~rcw@128.224.252.2) |
| 18:05.42 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 18:14.39 | *** join/#oe davidlt_ (davidlt@gateway/vpn/privateinternetaccess/davidlt) |
| 18:25.07 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 19:01.24 | *** join/#oe ndec (sid219321@linaro/ndec) |
| 19:01.54 | *** join/#oe davidlt (~davidlt@109.116.250.10) |
| 19:01.57 | Jin^eLD | JPEW: what image do you usually build for the tinker board, as in - what format? I see there are two classes, a gpt image and an update-image, but building the "rockchip-basic-image" recipe which does not include those classes spits out an ext4 and a wic file |
| 19:33.22 | *** join/#oe stephano (~stephano@c-73-164-244-205.hsd1.or.comcast.net) |
| 19:42.14 | *** join/#oe stephano (~stephano@c-73-164-244-205.hsd1.or.comcast.net) |
| 19:51.20 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 19:58.21 | *** join/#oe hpsy (~hpsy@217.66.60.5) |
| 20:24.19 | *** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com) |
| 20:25.06 | *** join/#oe vmeson (~rmacleod@24-52-239-53.cable.teksavvy.com) |
| 20:38.09 | JPEW | Jin^eLD: wic |
| 20:38.33 | JPEW | Jin^eLD: It should be generated by default if you don't otherwise override it |
| 20:39.15 | *** join/#oe yann|work (~yann@91-170-159-152.subs.proxad.net) |
| 20:39.29 | Jin^eLD | I figured it out in the meantime, indeed wic is the image with all the partitions and so on |
| 20:39.35 | Jin^eLD | console seems to be configured to a different port by default though |
| 20:39.53 | Jin^eLD | JPEW: do you know if it actually needs this big number of partitions? |
| 20:43.26 | JPEW | Jin^eLD: The SoC doesn't require that they be actual partitions if thats what you mean |
| 20:43.36 | JPEW | It's just looking at those offsets |
| 20:44.08 | Jin^eLD | so you can't partition it freely the way you want it as you'd normally do on some other hw? where you just define your partitions on emmc and tell u-boot where your rootfs is? |
| 20:44.26 | JPEW | Jin^eLD: Ya, for whatever reason the serial console is on a different set of pins from the Raspberry Pi |
| 20:45.42 | JPEW | Jin^eLD: You can, as long as idbloader.img and u-boot.bin are at those specific offsets |
| 20:46.04 | Jin^eLD | ah, so only those two are important and the rest can be whatever you wish, ok cool, thx |
| 20:46.30 | Jin^eLD | I get a bit incosistent results when booting at the moment but I was able to boot the compiled image once, I think I need to connet to another serial |
| 20:46.32 | JPEW | Jin^eLD: Correct, at least AFAIK. I haven't actually tried not having partitions |
| 20:46.55 | JPEW | Jin^eLD: Ya the serial port is annoying, but that' |
| 20:47.05 | Jin^eLD | oh no, I am not against partitoins, but for my use case I need two rootfs partitions for a fallback rootfs update scenario and one data partition |
| 20:47.09 | JPEW | thats the one the u-boot maintainers chose, so I made it match |
| 20:47.31 | JPEW | Jin^eLD: Ya, once your in u-boot you can make it do whatever you need |
| 20:47.39 | Jin^eLD | cool |
| 20:47.49 | *** join/#oe rcw (~rcw@128.224.252.2) |
| 20:47.59 | JPEW | The default u-boot looks for a boot.script or extlinux.conf on the first partition marked as "active" |
| 20:48.37 | JPEW | I would *highly* recommend writing a boot script to do what you want, its quite flexible and means you don't have to change u-boot |
| 20:48.50 | JPEW | And I was wrong, it's boot.scr not boot.script :) |
| 20:50.48 | Jin^eLD | :) |
| 20:51.06 | Jin^eLD | I think I anyway will need to write an own uboot script because I am planning to use it with swupdate |
| 20:51.21 | Jin^eLD | so u-boot will have to decide which of the two rootfs'es to boot and stuff like that |
| 20:54.46 | Jin^eLD | my flashing of emmc somehow went wrong though, |
| 20:54.48 | Jin^eLD | did it from the PC |
| 20:55.12 | Jin^eLD | spl: mmc init failed with error: -95 |
| 20:55.12 | Jin^eLD | is what I am getting |
| 20:55.20 | Jin^eLD | at least now I see it after finding the uart2 pins :) |
| 20:59.16 | Jin^eLD | I am a bit confused that it does not show me the mmc anymore when I connect it to the notebook, i.e. for reflashing |
| 21:00.07 | *** join/#oe rcw (~rcw@128.224.252.2) |
| 21:08.10 | Jin^eLD | JPEW: the wic has everything on it right, i.e. I should be able to simply dd it to /dev/mmcblk0 when I'm booted from sdcard and it should be fine? |
| 21:08.31 | Jin^eLD | I don't seem to be able to boot from mmc and not sure why |
| 21:08.43 | *** join/#oe ao2 (~ao2@host204-88-dynamic.36-79-r.retail.telecomitalia.it) |
| 21:08.43 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 21:08.52 | Jin^eLD | same yocto image dumped on the sdcard + setting sdcard jumper - boots |
| 21:10.09 | Jin^eLD | I guess that's not a yocto problem anymore so I won't bother you with that :) |
| 21:13.02 | KanjiMonster | I have a question about external modules and .symvers |
| 21:13.56 | KanjiMonster | reading the module.bbclass, if a DEPENDS is named kernel-module-*, its .symvers is added to the extra_symbols search path ( https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/module.bbclass#n12 ) |
| 21:15.01 | KanjiMonster | but e.g. in case of the example of the hello-mod, the package isn't named kernel-module-hello, but hello-mod, so the DEPENDS would contain hello-mod, not "kernel-module-hello" ( https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-skeleton/recipes-kernel/hello-mod/hello-mod_0.1.bb ) |
| 21:16.40 | KanjiMonster | this can be worked around by adding a PROVIDES += "kernel-module-hello" to hello-mod, and then the DEPENDS would contain a kernel-module line |
| 21:18.04 | KanjiMonster | but then it would add ${STAGING_INCDIR}/kernel-module-hello/Module.symvers to the search path, which doesn't exist, as it is installed at ${STAGING_INCDIR}/hello-mod/Module.symvers https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/module.bbclass#n65 |
| 21:18.45 | KanjiMonster | is this a bug, or am I reading/holding something wrong? |
| 21:24.40 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
| 21:42.53 | Jin^eLD | JPEW: hmm, when I falsh the .wic to emmc of the tinker - it won't boot, is there any additional configuration or option I need to set (currently built the image with "nodistro") or what could I be missing? https://paste.ee/p/N5C2s |
| 21:43.07 | Jin^eLD | I can get into UMS mode via Armbian and flash the emmc this way |
| 21:43.23 | Jin^eLD | but booting yocto only worked from the sd-card |
| 21:52.30 | *** join/#oe mir100 (~Vladimir@207.237.220.139) |
| 21:54.46 | Jin^eLD | JPEW: so, with armbian flashed into emmc it tries to boot... console stops at "Starting kernel", so that means u-boot was able to find something and attempted to load it |
| 21:54.57 | Jin^eLD | with the Yocto image I get what you see above in the paste.ee |
| 21:55.27 | Jin^eLD | I am wondering if the yocto image is missing something in the u-boot configuration or where I should be digging? does it work in your board when you flash it to emmc? |
| 22:00.53 | *** join/#oe mir100 (~Vladimir@207.237.220.139) |
| 22:20.22 | smurray | denix: can you elaborate on the rationale for the two weston patch reverts in meta-arago's zeus branch? I'm trying to work out if we need them for AGL or not... |
| 22:20.52 | denix | smurray: link? |
| 22:21.02 | smurray | just a sec |
| 22:22.26 | smurray | denix: patch 0001/0002: http://arago-project.org/git/?p=meta-arago.git;a=blob;f=meta-arago-distro/recipes-graphics/wayland/weston_7.0.0.bbappend;h=fc448b42948360c75d10b9ffedb2d7b01964e4ed;hb=zeus |
| 22:23.36 | smurray | denix: the commit that adds those just says "HACK: weston: revert EGL_KHR_partial_update changes that require EGL 1.5", which I'm not graphics stack savvy enough to understand the consequences of |
| 22:24.35 | smurray | denix: weston 7.0.0 compiles for me for dra7 w/o them, so I figured I'd come to the source ;) |
| 22:25.30 | denix | smurray: ok, got it, here's the commit - http://arago-project.org/git/?p=meta-arago.git;a=commitdiff;h=5ab873a1b06648286711ec2b9acb849b07a5443c |
| 22:26.46 | smurray | denix: yeah. Is that avoiding a runtime issue wrt EGL not being 1.5? |
| 22:30.29 | denix | smurray: we used to have GLES/EGL binary blobs for our SGX-based platforms that predate 1.5 standard |
| 22:31.09 | denix | smurray: when weston updated to 7.0, it started using some EGL 1.5 extensions that we didn't have, hence needed to disable those in Septamber |
| 22:31.49 | smurray | denix: ah, okay. So e.g. BBB would be affected? |
| 22:32.11 | denix | smurray: at the same time we were looking at updating SGX blobs to support 1.5 version. that got merged in early November - http://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/commit/?id=5ac0ca6ea079a90b0c65e8233953bfb9cde2b6d1 |
| 22:32.46 | smurray | denix: okay, so a bit of a historical artifact |
| 22:33.06 | denix | so, right now we do support 99% of EGL 1.5 standard in our SGX blobs. that explains why you can build weston 7.0 w/o those reverts from September :) |
| 22:33.18 | smurray | heh, okay, thanks |
| 22:33.51 | smurray | dare I ask the historical reason behind the weston patching being in meta-arago instead of meta-ti? |
| 22:35.32 | denix | smurray: I try really hard to keep meta-ti BSP as clean as possible (Yocto compliance and such). weston patching was always rather hacky and questionable, hence I kept it away |
| 22:35.54 | smurray | denix: okay, cool |
| 22:37.11 | denix | smurray: thanks for raising this question - this means I can now revert those reverts :) |
| 22:37.22 | smurray | denix: heh |
| 22:38.34 | smurray | denix: btw, a couple of the patches that are commented out do seem to compile for me in AGL (0003-Weston-Fix-virtual-keyboard-display-issue-for-QT5-ap.patch and 0004-Weston-Fix-touch-screen-crash-issue.patch) |
| 22:39.59 | denix | smurray: nice, thanks for testin! I didn't have time to that myself when upgrading from weston 5.0 to 7.0 :) |
| 22:40.59 | *** join/#oe creich (~unknown@p200300F6AF189A10000000000000039B.dip0.t-ipconnect.de) |
| 22:41.13 | smurray | denix: the bbappend and patches that were copied to AGL are pretty stale at this point, I'm going to refresh off of what's in meta-arago for zeus and retest |
| 22:42.22 | smurray | denix: heh, I'm guessing ti-ipc-rtos is completely not parallelized? taking forever to build |
| 22:42.23 | denix | smurray: btw, you may be slightly ahead of us - we are still ramping up zeus and a lot of things are still disabled. e.g. SGX is not yet fully merged to 5.4 kernel |
| 22:43.20 | denix | smurray: yeah, I know! it kills me to watch it compile on my 56-threaded server! :) |
| 22:43.39 | smurray | denix: heh, original threadripper here, but same |
| 22:44.17 | denix | smurray: do you still use your beefy NUC when traveling? |
| 22:44.43 | smurray | denix: yeah, though am usually careful to make sure it has recent sstate before leaving home |
| 22:46.11 | smurray | denix: thanks for the heads up re the state of SGX. ATM, the plan is to getting AGL dra7 at least compiling to keep CI happy, we do have access to a couple of boards to try booting it up and see what happens |
| 22:49.33 | denix | smurray: sounds good, please keep me posted - it's always nice to get feedback from "early adopters", as real customers will only get to try it much later in the year... |
| 22:49.52 | smurray | denix: okay, will do |
| 22:50.20 | smurray | denix: heh, whew, ti-ipc-rtos is done, probably like 55 min |
| 22:52.35 | denix | heh :) I'll see if I can beat those guys into submission in order to make it paraller-safe... last time they said it was easier to fly to the moon... :) |
| 23:01.13 | *** join/#oe ndec (sid219321@linaro/ndec) |
| 23:11.07 | smurray | denix: lol |
| 23:16.31 | *** join/#oe dv_ (~dv@62.178.50.190) |
| 23:17.15 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
| 23:53.04 | *** join/#oe FrazerClews (~frazer.cl@78.40.148.177) |
| 23:53.32 | *** join/#oe stephano (~stephano@c-73-164-244-205.hsd1.or.comcast.net) |
| 23:57.43 | *** join/#oe Jin^eLD (~jin@staging.xn--80adja5bqm.su) |