| *** edcragg has quit IRC | 01:06 | |
| *** bwh_ is now known as bwh | 02:33 | |
| *** bwh has quit IRC | 02:36 | |
| *** gtristan has quit IRC | 02:38 | |
| *** bwh has joined #baserock | 02:41 | |
| *** gtristan has joined #baserock | 02:43 | |
| *** bwh has quit IRC | 02:44 | |
| *** gtristan has quit IRC | 05:06 | |
| *** gtristan has joined #baserock | 06:32 | |
| *** bruce_ has joined #baserock | 08:30 | |
| *** paulw has joined #baserock | 08:40 | |
| *** paulw has quit IRC | 08:40 | |
| *** bashrc has joined #baserock | 09:08 | |
| *** ssam2 has joined #baserock | 09:19 | |
| *** ChanServ sets mode: +v ssam2 | 09:19 | |
| *** jonathanmaw has joined #baserock | 09:36 | |
| *** edcragg has joined #baserock | 10:13 | |
| *** Lachlan1975 has joined #baserock | 10:15 | |
| rdale | i'm trying to use ybd to build a minimal system: ../ybd/ybd.py systems/minimal-system-x86_64-generic.morph x86_64 | 10:17 |
|---|---|---|
| rdale | but i'm getting an error 'Too many mounts (maximum of 50)' - does anyone know what that means? | 10:17 |
| pedroalvarez | hm... wasn't that because linux-user-chroot? | 10:18 |
| pedroalvarez | IIRC the workaround was to un-install linux-user-chroot so that sandboxlib (used by ybd) uses chroot | 10:18 |
| rdale | hmm, would that stop morph from working? | 10:19 |
| pedroalvarez | oh, so you are running ybd in a baserock image? | 10:19 |
| pedroalvarez | then it might not be the linux-user-chroot problem | 10:19 |
| rdale | no i'm running ybd in my normal laptop environment, so it should be ok to remove linux-user-chroot then | 10:21 |
| pedroalvarez | just a note: that problem in linux-user-chroot was fixed, but is not included on distros | 10:21 |
| pedroalvarez | well, looks like fedora has the fix in | 10:24 |
| paulsherwood | https://github.com/devcurmudgeon/ybd/issues/139 | 10:24 |
| paulsherwood | i didn't get round to fixingit | 10:24 |
| pedroalvarez | I don't understand why that version works fine for morph then | 10:26 |
| rdale | i've removed linux-user-chroot anyway and it is getting past the 50 mounts error, and failing to compile stage1-binutils instead | 10:26 |
| paulsherwood | rdale: what's the error? | 10:28 |
| rdale | http://paste.baserock.org/abavixutan | 10:30 |
| paulsherwood | rdale: are you root? | 10:31 |
| rdale | no | 10:31 |
| pedroalvarez | looks like ubuntu also includes the fixed linux-user-chroot version | 10:31 |
| paulsherwood | sadly, you need to be | 10:31 |
| paulsherwood | this is an ugly error :/ | 10:32 |
| paulsherwood | rdale: i've raised https://github.com/devcurmudgeon/ybd/issues/146 on this. patches gratefully accepted :) | 10:34 |
| rdale | ok | 10:35 |
| paulsherwood | pedroalvarez: iirc ybd does more mounts, because it builds recursively and creates staging as it goes | 10:36 |
| pedroalvarez | then.. by reading https://github.com/devcurmudgeon/ybd/issues/139 I take that ybd can't use linux-user-chroot :/ | 10:37 |
| paulsherwood | i've not tried it with the 'fixed' l-u-c... it should work | 10:41 |
| paulsherwood | (but then i've never seen the device or resource busy error, either, so this may be distro-specific) | 10:43 |
| gtristan | I originally passed a build with a locally built l-u-c with the arbitrary max mounts set to 1024 | 10:43 |
| gtristan | when I filed that bug, I had max-mounts at 1024, and still failed :-/ | 10:44 |
| gtristan | it may be because I also had instances: 2 ? | 10:44 |
| pedroalvarez | I continue thinking that if all these facts are true, ybd shouldn't attempt to use linux-user-chroot | 10:45 |
| paulsherwood | you're probably right | 10:47 |
| pedroalvarez | radiofree: I'm wondering if you know anything about possible issues of upgrading weston to 1.9 for genivi baseline. | 10:53 |
| pedroalvarez | i take the Jetson TK1 patches are still needed | 10:54 |
| radiofree | pedroalvarez: if you upgrade weston then the version of ivi-extension used in the GDP won't work | 10:56 |
| radiofree | not sure if we care about that though, since GDP is yocto? | 10:56 |
| paulsherwood | radiofree: only the yocto GDP is yocto? | 10:57 |
| paulsherwood | there is a baserock GDP too, iirc? | 10:57 |
| radiofree | that's more like a proof of concept | 10:57 |
| radiofree | i thought the only "official" gdp is the yocto one? | 10:57 |
| radiofree | at least, no one seems to be doing any work on the baserock gdp | 10:57 |
| paulsherwood | a proof of concept for a demo system? | 10:57 |
| radiofree | pedroalvarez: yes the patches are needed, there's already a branch for it though http://git.baserock.org/cgi-bin/cgit.cgi/delta/weston.git/log/?h=baserock/weston-1.9.0/tegra | 10:58 |
| radiofree | that will work on all supported weston platforms by the way, though you might prefer to just use the 1.9.0 tag there | 10:58 |
| pedroalvarez | radiofree: oh, that's nice.I'll stop making those patches | 10:58 |
| radiofree | paulsherwood: i haven't been following it, but when I left it it was still a personal branch of definitions since the whole thing is such a hacky mess that I wouldn't want to merge it | 10:59 |
| pedroalvarez | so yes, you are right. gdp-hmi will need rework to support new versions of things... | 11:00 |
| paulsherwood | radiofree: many projects seem quite happy to merge a hacky mess, but i appreciate your point :-) | 11:00 |
| pedroalvarez | I wonder then why yocto is upgrading weston on its baseline | 11:00 |
| radiofree | on the yocto side it doesn't sound like it's getting any better, maybe we can do it for baserock, properly (and just fix the required version of weston/ivi-extension) | 11:00 |
| radiofree | i.e i believe they're still targeting qt 5.4 + loads of gstreamer 1 patches, since that's in the yocto baseline | 11:01 |
| radiofree | rather than using qt 5.5, which has gstreamer 1 support built in | 11:01 |
| paulsherwood | s/yocto/wind river/ pedroalvarez - maybe email them in public to ask? | 11:01 |
| paulsherwood | genivi-projects and meta-ivi would be the place, i think | 11:01 |
| radiofree | pedroalvarez: there was some forward porting going on, let me check | 11:02 |
| radiofree | pedroalvarez: yeah best ask, what version are they upgrading to? | 11:03 |
| pedroalvarez | 1.9.0 | 11:05 |
| pedroalvarez | http://git.yoctoproject.org/cgit/cgit.cgi/meta-ivi/log/?h=10.0_w19 | 11:05 |
| radiofree | right, so that's fine, however i believe the GDP is going to target an older baseline? | 11:05 |
| radiofree | 9? | 11:05 |
| paulsherwood | this conversation should be in #automotive :) | 11:06 |
| radiofree | by all means upgrade to 1.9 for our baseline, see the recent jetson patches | 11:06 |
| radiofree | you can now use everything from upstream :) (well.. apart from those 2 weston patches) | 11:06 |
| radiofree | btw you need to upgrade u-boot for that to work, you can do that from userspace (so you could use 'upgrade', then update u-boot from within the new image) rather than reflashing the whole thing | 11:08 |
| radiofree | i'm working on a script for that (/boot/u-boot/upgrade.sh), should i just add that to the u-boot morph file, or create a branch on bsp-support? | 11:09 |
| pedroalvarez | so that whenever you upgrade the system, the script runs and installs the new version? | 11:11 |
| pedroalvarez | not sure where it should go, tbh | 11:11 |
| pedroalvarez | sounds interesting | 11:11 |
| radiofree | you'd have to run it manually | 11:11 |
| radiofree | there's already a /boot/u-boot/ folder on the target, it contains some files you need to extract when you're doing the initial flash | 11:15 |
| radiofree | partitioning support is in baserock now? is there any example of that (might move the jetson image over to that) | 11:16 |
| pedroalvarez | it is! and I would love to use that for the jetsons too | 11:18 |
| pedroalvarez | radiofree: hasn't been merged yet, but here what was needed to create rpi images: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?h=baserock/pedroalvarez/merge-rpi2&id=c16d9ce16828e9e6f5785c5eb02f807723ff95de | 11:19 |
| pedroalvarez | (relevant because it uses partitioning) | 11:20 |
| radiofree | nice, will take a look | 11:28 |
| radiofree | paulsherwood: does ybd support this partitioning stuff? | 11:56 |
| paulsherwood | radiofree: i don't know... isn't that just scripts in defintions? | 12:01 |
| radiofree | i think so | 12:02 |
| paulsherwood | should work, then :) | 12:03 |
| * paulsherwood crosses fingers | 12:03 | |
| pedroalvarez | yeah, I did the "deploying GDP to raspberry pi" demo using ybd | 12:05 |
| paulsherwood | oh yes... https://www.youtube.com/watch?v=UxjJQI9SUxg | 12:06 |
| paulsherwood | (it's had a couple of hundred views, btw) | 12:06 |
| radiofree | paulsherwood: ybd cache, is that for releases? | 12:09 |
| radiofree | (arm) | 12:09 |
| paulsherwood | radiofree: i've been updating it on an ad-hoc basis | 12:09 |
| paulsherwood | (last time was in december) | 12:09 |
| radiofree | looks like the latest tag is cached | 12:10 |
| paulsherwood | i was planning to do a cron job but didn't get round to ir | 12:10 |
| paulsherwood | it | 12:10 |
| rdale | what are .cida file in ybd? | 12:18 |
| paulsherwood | iirc i was considering having a process where we'd convert from .morph, .bb etc into some generic 'best' representation, and i called it cida... but i didn't get very far with it | 12:20 |
| rdale | ah ok | 12:20 |
| paulsherwood | wrangler.py has a bit of stuff in it irrc | 12:21 |
| rdale | yes, that's what i'm looking at | 12:21 |
| *** gtristan has quit IRC | 13:27 | |
| *** Lachlan1975 has quit IRC | 13:34 | |
| *** De|ta has quit IRC | 14:03 | |
| *** De|ta has joined #baserock | 14:03 | |
| *** gtristan has joined #baserock | 14:07 | |
| radiofree | pedroalvarez: there were some existing patches to upgrade to weston 1.9 btw, they have been merged | 14:21 |
| radiofree | not sure if they touched the baseline though | 14:21 |
| radiofree | if you upgrade to 1.9 make sure you upgrade the ivi-extensions as well, 1.5.0 i think | 14:21 |
| radiofree | if you're going to be upgrading, could you take a look at these patches as well? https://gerrit.baserock.org/#/c/1716/3 | 14:22 |
| radiofree | pedroalvarez: regarding partitioning, anything i put /boot will automatically get moved to the correct partition then? | 14:26 |
| *** toscalix has joined #baserock | 14:26 | |
| pedroalvarez | radiofree: yes | 14:26 |
| pedroalvarez | I sent an email a while ago about possible issues with partitioining etc | 14:27 |
| pedroalvarez | radiofree: http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2015-October/013336.html | 14:29 |
| *** toscalix has quit IRC | 14:30 | |
| radiofree | thanks | 14:31 |
| radiofree | i'll have to move the u-boot stuff i left in /boot/u-boot to somewhere else then | 14:31 |
| radiofree | /usr/share/jetson/u-boot ? (there's a couple of other config files i want to add) | 14:32 |
| pedroalvarez | /usr/share/u-boot-scripts | 14:32 |
| pedroalvarez | that works too | 14:32 |
| pedroalvarez | maybe /usr/lib/foo work too | 14:32 |
| radiofree | paulsherwood: ybd doesn't appear to work with the partitioning stuff | 14:33 |
| paulsherwood | odd... pedroalvarez had it working i thought? | 14:33 |
| paulsherwood | what's the result? | 14:34 |
| * pedroalvarez nods | 14:34 | |
| radiofree | it just create a normal image file | 14:34 |
| radiofree | here's my cluster http://fpaste.org/307781/90895145/ | 14:35 |
| pedroalvarez | radiofree: wait, I think there was a last-minute change in partitioning.. one sec | 14:35 |
| pedroalvarez | before it was merged I mean | 14:36 |
| radiofree | i'm using the latest release of baserock | 14:36 |
| pedroalvarez | USE_PARTITIONING: yes | 14:36 |
| radiofree | aah | 14:36 |
| pedroalvarez | there is another example in definitions.git | 14:36 |
| radiofree | ok, i'll give that ago | 14:36 |
| pedroalvarez | clusters/altera-socfpga-devkit-sd-image.morph: | 14:36 |
| *** toscalix has joined #baserock | 14:38 | |
| *** toscalix has quit IRC | 14:40 | |
| radiofree | ok, that work | 14:42 |
| radiofree | s/work/works | 14:43 |
| radiofree | extlinux.conf still gets created in the root of the btrfs partition though | 14:43 |
| radiofree | also extlinux.conf (for u-boot) needs to be in /extlinux/extlinux.conf | 14:45 |
| radiofree | (on the boot partition) | 14:45 |
| radiofree | i'd rather rely on the deploy creating that, so i guess it needs to change to specific a partition (and/or path?) to use? | 14:46 |
| radiofree | i'll double check with a newever version of u-boot, maybe /extlinux.conf loads now | 14:46 |
| radiofree | it does not... | 14:48 |
| pedroalvarez | yeah, all of this needs a bit of thinking.. | 14:48 |
| *** gtristan has quit IRC | 14:48 | |
| pedroalvarez | I tried to put my thoughts on that email, maybe now you have something to add | 14:49 |
| radiofree | pedroalvarez: i could always add a boot.scr to /boot that just calls "sysboot ... /extlinux.conf", however i'd still need to be able to specify the partition extlinux.conf gets written to | 14:49 |
| *** toscalix has joined #baserock | 14:50 | |
| *** toscalix has quit IRC | 14:52 | |
| *** edcragg has quit IRC | 15:05 | |
| *** toscalix has joined #baserock | 15:06 | |
| *** edcragg has joined #baserock | 15:07 | |
| *** gtristan has joined #baserock | 15:07 | |
| *** toscalix has quit IRC | 15:08 | |
| *** toscalix has joined #baserock | 15:14 | |
| *** toscalix has quit IRC | 15:14 | |
| *** toscalix has joined #baserock | 15:16 | |
| *** toscalix has quit IRC | 15:16 | |
| *** bashrc has quit IRC | 15:21 | |
| *** bashrc has joined #baserock | 15:22 | |
| pedroalvarez | richard_maw: quick comment about your email: you have assumed that all tarball imports have the -tarball suffix | 15:37 |
| richard_maw | yes, purpose was to understand roughly how many of each classification we're using, given how many -tarball imports we have, I assumed any non -tarball tar imports would be a sufficient minority to not matter | 15:38 |
| pedroalvarez | any opinions about doing this? http://paste.baserock.org/xotadoguya | 15:45 |
| pedroalvarez | I think it will help with errors like this: https://mason-x86-64.baserock.org/log/28b92192c00a36395acd6a960959d3b4468f9894--2016-01-06%2012:13:50.log | 15:46 |
| richard_maw | pedroalvarez: the `if not exists(path)` check is now redundant and can be removed | 15:46 |
| richard_maw | not sure exactly how you're triggering that otherwise, needs a close race condition | 15:47 |
| richard_maw | are you sure that's the source of the errors? | 15:47 |
| pedroalvarez | various morph instances trying to create the folder at the same time | 15:47 |
| pedroalvarez | richard_maw: I'm not sure, but it looked like the place to me | 15:48 |
| radiofree | would "BOOTLOADER_CONFIG_LOCATION" be acceptable to people? | 15:49 |
| radiofree | defaults to current 'real_root' (i.e / of the btrfs partition) | 15:49 |
| richard_maw | radiofree: tbh I'd specialise it by bootloader rather than assuming that every bootloader has a base path for its config files | 15:50 |
| richard_maw | could be baked into the partition table flags etc. | 15:50 |
| richard_maw | pedroalvarez: aye, that's grand then, just remove the redundant check whether the path exists if you're safely handling creation | 15:51 |
| radiofree | richard_maw: there's already BOOTLOADER_CONFIG_FORMAT | 15:51 |
| radiofree | however for the jetson that needs to go in /boot/extlinux/extlinux.conf rather than /extlinux.conf | 15:51 |
| richard_maw | radiofree: aye, but that selects which bootloader to use, rather than configuration for the selected bootloader | 15:52 |
| richard_maw | IIRC | 15:52 |
| radiofree | well, it creates the extlinux.conf file | 15:52 |
| radiofree | for x86 images that needs to go in / of the btrfs partition, for jetson images that needs to go somewhere else | 15:53 |
| richard_maw | I see where you're coming from now. I think of BOOTLOADER_CONFIG_FORMAT as deciding which bootloader config file to install while you're interpreting it as what format to write the config file in | 15:54 |
| richard_maw | I'd still prefer EXTLINUX_CONFIG_LOCATION over BOOTLOADER_CONFIG_LOCATION since you might have a reason to install multiple bootloader configs, and you could have a bootloader configured by partition metadata, at which point the configuration wouldn't be in a file | 15:56 |
| radiofree | that's fine with me! | 15:56 |
| richard_maw | </opinion> | 15:56 |
| radiofree | seems good to me | 15:57 |
| pedroalvarez | richard_maw: I'll check these changes for some days in Mason before sending the patch, thanks! | 15:57 |
| *** jonathanmaw has quit IRC | 16:28 | |
| pedroalvarez | upgrading to weston 1.9 for baseline was really smooth | 16:35 |
| pedroalvarez | not tested on a jetson yet, though, but I don't see why it would fail | 16:36 |
| radiofree | it works for me | 16:36 |
| pedroalvarez | :) | 16:36 |
| CTtpollard | cool! | 16:36 |
| pedroalvarez | it just worked | 16:37 |
| paulsherwood | w00t! | 16:40 |
| paulsherwood | pedroalvarez: should this be mentioned on #automotive too :)? | 16:41 |
| * pedroalvarez pats himself | 16:41 | |
| radiofree | pedroalvarez: did you try with the kernel 4.4 patches? | 16:46 |
| pedroalvarez | didn't have time yet, was using x86 | 16:48 |
| pedroalvarez | now might be the moment | 16:48 |
| pedroalvarez | radiofree: question, re-flashing needed to test the u-boot upgrade, right? | 16:49 |
| pedroalvarez | that's an obvious yes.. | 16:49 |
| radiofree | pedroalvarez: no! | 16:55 |
| radiofree | you can use morph upgrade | 16:55 |
| radiofree | however you'll have to reflash u-boot, i can tell you how to do that from userspace if you want | 16:56 |
| pedroalvarez | oh, right | 16:56 |
| pedroalvarez | radiofree: please | 16:56 |
| radiofree | well, actually it requires an app to be installed called "cbootimage" to generate something, i'll e-mail you the generated img though | 16:58 |
| radiofree | (it's pretty small) | 16:58 |
| * pedroalvarez goes to grab a jetson to test the patches | 16:58 | |
| radiofree | i'm going to submit a script for this once the new stuff has been merged | 16:59 |
| radiofree | pedroalvarez: http://fpaste.org/307870/45209959/ | 17:00 |
| radiofree | i'll e-mail you "upgraded-uboot" | 17:00 |
| radiofree | (it's not *just* the u-boot.bin) | 17:00 |
| radiofree | pedroalvarez: biff | 17:02 |
| radiofree | actually a newever version of u-boot than in the patches, bleeding edge... | 17:03 |
| pedroalvarez | ack | 17:05 |
| pedroalvarez | how should I proceed once I've `morph upgraded` the system? | 17:05 |
| radiofree | copy that file to your jetson | 17:06 |
| radiofree | run the commands in that link i sent you | 17:06 |
| radiofree | reboot | 17:06 |
| pedroalvarez | oh | 17:07 |
| * pedroalvarez should read emails first before asking | 17:07 | |
| pedroalvarez | oh no, link is in here, missed that message | 17:08 |
| pedroalvarez | hah, scary script :) | 17:08 |
| radiofree | it's fine, trust me™ | 17:13 |
| *** bruce_ has quit IRC | 17:24 | |
| *** ssam2 has quit IRC | 17:24 | |
| *** bashrc has quit IRC | 17:50 | |
| pedroalvarez | radiofree: that worked :) | 17:53 |
| radiofree | yay | 17:53 |
| pedroalvarez | I should test graphics before merging | 17:57 |
| pedroalvarez | radiofree: that doesn't work :( | 18:17 |
| pedroalvarez | weston on genivi baseline with those patches | 18:17 |
| pedroalvarez | http://paste.baserock.org/ukazesuruz | 18:18 |
| radiofree | ok, will fix that tomorrow | 18:22 |
| radiofree | (forgot to create the gk20a folder) | 18:25 |
| jjardon | pedroalvarez: patch updated | 18:30 |
| *** edcragg has quit IRC | 18:34 | |
| pedroalvarez | Will test first thing tomorrow morning | 18:50 |
| *** rdale_ct has joined #baserock | 20:21 | |
| *** rdale has quit IRC | 20:25 | |
| *** doffm has quit IRC | 22:04 | |
| *** doffm has joined #baserock | 22:04 | |
| *** tiagogomes_ has quit IRC | 22:05 | |
| *** faybrocklebank has quit IRC | 22:05 | |
| *** tiagogomes_ has joined #baserock | 22:07 | |
| *** faybrocklebank has joined #baserock | 22:10 | |
| *** edcragg has joined #baserock | 23:42 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!