| 02:40.08 | *** join/#oe sakoman (~steve@rrcs-66-91-142-162.west.biz.rr.com) |
| 04:17.14 | *** join/#oe mir100 (~Vladimir@168.91.199.5) |
| 06:53.06 | *** join/#oe maelcum (~horst@2001:16b8:c143:c600:946:f44c:38e9:bcd5) |
| 07:40.44 | *** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt) |
| 07:42.08 | *** join/#oe hpsy (~hpsy@92.118.12.22) |
| 07:42.33 | *** join/#oe ao2 (~ao2@host-79-37-141-19.retail.telecomitalia.it) |
| 07:43.30 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
| 08:29.49 | *** join/#oe eFfeM (~fmeulenbr@a97014.upc-a.chello.nl) |
| 08:51.55 | *** join/#oe smurray (sid98062@gateway/web/irccloud.com/x-eibnkfflvazuyuqe) |
| 08:52.16 | *** join/#oe Crofton|cloud (sid401373@gateway/web/irccloud.com/x-uqeunrgoxipzxucm) |
| 08:52.36 | *** join/#oe bradfa (sid297668@gateway/web/irccloud.com/x-whxpeglhjqjfwlzf) |
| 08:52.37 | *** join/#oe madisox (sid453692@gateway/web/irccloud.com/x-rosruuxeoofwizwf) |
| 08:52.43 | *** join/#oe XorA (sid403570@gateway/web/irccloud.com/x-wyevtwrtfjvfveug) |
| 08:52.53 | *** join/#oe jonmason (sid36602@gateway/web/irccloud.com/x-irajwlbmiqksaehg) |
| 08:53.07 | *** join/#oe paulbarker (sid269702@gateway/web/irccloud.com/x-pmgkrddgtxwvruqk) |
| 08:53.07 | *** join/#oe ribalda (sid306640@gateway/web/irccloud.com/x-yfxjuqxnhwfasste) |
| 08:53.14 | *** join/#oe roxell (sid330443@gateway/web/irccloud.com/x-qsejuiutthhygmvd) |
| 08:53.15 | *** join/#oe dagmcr (sid323878@gateway/web/irccloud.com/x-hfbzuapftzgnhfcr) |
| 08:53.48 | *** join/#oe Tartarus (sid72705@gateway/web/irccloud.com/x-ntgsmsfcrteyoqaq) |
| 08:53.55 | *** join/#oe hashcode (sid66404@gateway/web/irccloud.com/x-aknvmbjgxgfmgmdu) |
| 08:54.00 | *** join/#oe ndec (sid219321@linaro/ndec) |
| 08:57.31 | *** join/#oe enr0n (sid391711@gateway/web/irccloud.com/x-sfrthwpreyfzgtvc) |
| 08:57.54 | *** join/#oe dl9pf (sid395223@opensuse/member/dl9pf) |
| 08:58.01 | *** join/#oe mithro (sid24875@gateway/web/irccloud.com/x-opvupyhhsmikxitj) |
| 08:58.27 | *** join/#oe rburton (sid1738@gateway/web/irccloud.com/x-evkoiboxgnnkcbwg) |
| 08:58.51 | *** join/#oe darknighte (sid214177@pdpc/supporter/professional/darknighte) |
| 09:00.58 | *** join/#oe mdp (sid49840@gateway/web/irccloud.com/x-zyagipngssdqxqrt) |
| 09:01.14 | *** join/#oe ullbeking (sid5364@gateway/web/irccloud.com/x-qgjzjnzsnmwtsegd) |
| 09:02.06 | *** join/#oe ukembedded (sid304355@gateway/web/irccloud.com/x-xnsgpznxratdtfft) |
| 09:38.34 | *** join/#oe pascalseeland (~pascalsee@p200300c76f3ac800022522fffeda012a.dip0.t-ipconnect.de) |
| 10:00.49 | *** join/#oe jonmason (sid36602@gateway/web/irccloud.com/x-eoakwmexrcksason) |
| 10:13.08 | *** join/#oe B0ned1ge_ (~B0ned1ger@78-60-213-230.static.zebra.lt) |
| 10:21.15 | *** join/#oe eFfeM (~fmeulenbr@a97014.upc-a.chello.nl) |
| 10:23.12 | *** join/#oe B0ned1ger (~B0ned1ger@78-60-213-230.static.zebra.lt) |
| 10:23.15 | *** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt) |
| 10:58.51 | *** join/#oe B0ned1ger (~B0ned1ger@78-60-213-230.static.zebra.lt) |
| 11:01.56 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
| 11:07.55 | *** join/#oe leon-anavi (~Leon@78.130.197.211) |
| 11:13.44 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
| 11:36.49 | *** join/#oe eFfeM (~fmeulenbr@a97014.upc-a.chello.nl) |
| 11:44.53 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
| 12:05.48 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
| 15:05.44 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
| 15:15.04 | *** join/#oe ao2 (~ao2@host-79-37-141-19.retail.telecomitalia.it) |
| 16:24.11 | *** join/#oe sakoman (~steve@rrcs-66-91-142-162.west.biz.rr.com) |
| 16:27.29 | *** join/#oe troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) |
| 17:03.30 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 17:31.41 | *** join/#oe dv_ (~dv@62-178-50-190.cable.dynamic.surfer.at) |
| 17:48.56 | *** join/#oe yann (~yann@88.120.44.86) |
| 17:57.04 | *** join/#oe B0ned1ge_ (~B0ned1ger@78-60-213-230.static.zebra.lt) |
| 18:13.37 | *** join/#oe B0ned1ger (~B0ned1ger@78-60-213-230.static.zebra.lt) |
| 18:26.09 | *** join/#oe troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) |
| 18:31.58 | Jin^eLD | so I got the a/b copy swupdate going on the odroid h2+, but it was quite a fight to untagle the grub stuff; basically we have some duplicated functionality and those pieces work past each other |
| 18:32.18 | Jin^eLD | there is the wic plugin that writes grub.cfg based on whats set in the wks |
| 18:32.42 | Jin^eLD | and then there is the grub-efi-cfg.bbclass which kind of does the same but on the rootfs |
| 18:33.00 | Jin^eLD | and the resulting configs don't even match (not that it makes sense to have both anyway) |
| 18:33.53 | Jin^eLD | I worked around by not using the wic plugin and by hacknig the bbclass and then telling wic to use contents of my /boot/efi directory to populate a standalone partition; also had to add grubenv generation |
| 18:34.19 | Jin^eLD | I am not sure how to go about it cleanly in the sense of submitting something mergable |
| 18:45.25 | *** join/#oe dv_ (~dv@62.178.50.190) |
| 18:53.53 | khem | Jin^eLD: did you try using u-boot |
| 18:53.58 | *** join/#oe B0ned1ger (~B0ned1ger@78-60-213-230.static.zebra.lt) |
| 18:54.36 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
| 18:58.37 | Jin^eLD | khem: on the H2+ ? I don't know if that is even possible with an UEFI BIOS? |
| 18:59.06 | Jin^eLD | swupdate does support grub env settings though, so swupdate as such is not the issue |
| 18:59.54 | Jin^eLD | I started with the odroid-H2 setup from meta-odroid (which uses grub) and went from there |
| 19:00.08 | khem | ok |
| 19:00.35 | Jin^eLD | and in this default setup you have your grub partition with configs created by wic, and then you have a dummy grub config in the rootfs which nobody is using but which is there anyway |
| 19:01.14 | Jin^eLD | that's what I meant by wic efi plugin and grub-efi-cfg bbclass working in parallel somehow without being aligned |
| 19:01.59 | Jin^eLD | I went with the bbclass in the end because it was easier to extend and I needed to add grub environment support so that swupdate could switch the partition numbers for the next boot after an a/b update |
| 19:02.31 | Jin^eLD | it works but is somewhat messy at the moment |
| 19:03.17 | Jin^eLD | also grub-efi insisted on naming the bootloader grub-efi-bootsomething and the BIOS did not like the grub-efi prefix at all, so I had to hack that away as well |
| 19:12.15 | Jin^eLD | I guess if I wanted to take a step by step approach I'd probably have to first find out why adding the grub prefix was so important that there is even an anonymous python function that is hacking it in; and then cleaning up the bbclass would be next; but I am not sure how it could be aligned with wic, because it basically has a duplicate implementation that works in parallel to Yocto |
| 19:12.46 | khem | how do you create partitions ? do you let swupdate do it ? |
| 19:13.00 | khem | or are they fixed with wic image ( factory install ) |
| 19:13.39 | Jin^eLD | you need some flashable image to start with, the swu is actually just (one or more) rootfs and you tell it where to go, so you need a booted and running system first |
| 19:13.55 | Jin^eLD | my approach usually is to have a wic image with a minimum installer rootfs |
| 19:14.46 | Jin^eLD | the installer creates further partitions when started; I know with wic.bmap you could till flash "empty" images quickly, but it does not support flashing from compressed wic files, so you have to unpack it first |
| 19:14.55 | Jin^eLD | and its just not practical to ship a 16gb wic file full of zeroes... |
| 19:15.25 | Jin^eLD | so I have a tiny wic that can be flashed and boots, then it creates rootA/B whatever is needed, fetches the .swu and flashes the actual root, reboots |
| 19:15.47 | Jin^eLD | s/till/still/g |
| 19:17.34 | Jin^eLD | another benefit of that approach is, that direct flashing/programming is always expensive in the factory so it has to be as short as possible, and then fetching a bigger image from the net/LAN in a later step is cheap |
| 19:24.05 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
| 19:26.39 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-udsyrwxvanlyuatr) |
| 19:47.34 | khem | that depends if the device is connected over network or are you also using some USB mechanism to install initially |
| 19:53.06 | *** join/#oe B0ned1ge_ (~B0ned1ger@78-60-213-230.static.zebra.lt) |
| 19:58.22 | *** join/#oe ao2 (~ao2@host-79-37-141-19.retail.telecomitalia.it) |
| 20:00.41 | Jin^eLD | depends; the guys I am helping out now are using stock firmware, no own production, so they have some usb setup for initial flashing (which also takes longer if they'd flash the whole image first), swu is as big as the data, then resize2fs expands it after flashing |
| 20:02.11 | Jin^eLD | for places I've been working in the past - they were manufacturing devices in some factory, so there the flash has been programmed directly via a programmer which apparently is expensive (measured in time), then once the device got out of that production line it was cheap to have someone hook it up to flash the rest via a download |
| 20:33.39 | *** join/#oe B0ned1ger (~B0ned1ger@78-60-213-230.static.zebra.lt) |
| 21:15.56 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 22:18.22 | *** join/#oe Leatherface (~leatherfa@helvetet.eu) |
| 22:28.49 | *** join/#oe B0ned1ger (~B0ned1ger@78-60-213-230.static.zebra.lt) |
| 23:09.30 | *** join/#oe vesper11 (~ves@185.76.9.37) |
| 23:10.09 | *** join/#oe dustinm` (~dustinm@static.38.6.217.95.clients.your-server.de) |
| 23:21.00 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
| 23:55.30 | *** join/#oe cbrake2 (~Thunderbi@cable2-pool191-cs-25.doycomm.com) |