00:42.18 | *** join/#oe Bunio_FH (~bunio@clj-165.netdrive.pl) |
02:12.11 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
03:14.42 | khem | denix: Trying to boot bbb I am seeing that uboot is not booting from SD it worked fine few months ago U-Boot 2020.01-gae8ceb7b6e (Apr 08 2020 - 02:53:31 +0000) |
03:15.03 | khem | denix: any magic cmds I might be missing |
03:15.29 | denix | khem: env default -a? |
03:16.31 | khem | did not help |
03:16.40 | khem | Its picking u-boot from SD fine |
03:17.30 | khem | https://hastebin.com/ojehalezul.cs |
03:20.46 | denix | hmm, I can take a look tomorrow |
03:35.28 | *** join/#oe infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
03:35.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 |
03:42.46 | khem | denix: ok, |
04:20.23 | *** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt) |
04:57.33 | khem | denix: I see the problem is https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/commit/?id=7646efc16a2b0aeafb6790a7d18b8fa2ca4547ad |
04:58.08 | khem | denix: I have a fix which is working http://sprunge.us/OBrLIz |
05:00.46 | khem | denix: if you want to keep the order of partitions then you have to change the root= cmd and bootloader cmd to change rootfs partition to point to /dev/mmcblk0p3 |
05:18.57 | *** join/#oe AndersD (~AndersD@h83-209-96-136.cust.a3fiber.se) |
05:20.19 | *** join/#oe AndersD_ (~AndersD@h83-209-96-136.cust.a3fiber.se) |
05:43.09 | *** join/#oe dv_ (~dv@62-178-50-190.cable.dynamic.surfer.at) |
05:54.44 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
05:56.05 | *** join/#oe cpriouzeau (~cpriouzea@164.129.115.76) |
05:58.53 | *** join/#oe Bunio_FH (~bunio@81-18-201-214.static.chello.pl) |
06:14.54 | *** join/#oe ao2 (~ao2@87.18.228.219) |
06:18.10 | *** join/#oe zeddii (~zeddii@CPE04d4c4975b80-CM64777d5e8820.cpe.net.cable.rogers.com) |
06:20.55 | *** join/#oe Bunio_FH (~bunio@clj-165.netdrive.pl) |
06:29.49 | *** join/#oe frsc (~frsc@220-67-142-46.pool.kielnet.net) |
06:33.34 | denix | khem: ah, right. needed to add 3rd partition for testing - normally it gets created last one at the end of SD card via scripts. but I wanted wic to have expandable rootfs, so I swapped the order at the last minute... |
07:11.51 | *** join/#oe tnovotny (~tnovotny@nat-50.starnet.cz) |
07:18.20 | *** join/#oe leon-anavi (~Leon@78.130.197.211) |
07:26.35 | *** join/#oe armpit (~armpit@2601:202:4180:a5c0:4888:3169:3bd:8440) |
07:32.30 | paulbarker | khem, denix: I hit the same problem yesterday |
07:34.16 | paulbarker | Having issues on the Sancloud BBE now we've updated to zeus and wanted to confirm that Arago for the Beaglebone Black works, hit that and some other issues |
07:44.32 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
07:53.21 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
08:08.06 | *** join/#oe rburton (~rburton@134.191.227.39) |
08:22.50 | *** join/#oe ribalda (sid306640@gateway/web/irccloud.com/x-omfnqzppsrvrchwg) |
08:39.51 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
08:39.56 | *** join/#oe armpit (~armpit@c-67-181-203-136.hsd1.ca.comcast.net) |
08:57.38 | *** join/#oe AndersD (~AndersD@h83-209-96-136.cust.a3fiber.se) |
08:59.51 | *** join/#oe AndersD_ (~AndersD@195-67-57-138.customer.telia.com) |
09:21.26 | ribalda | paulbarker: I am thinking of how to merge embed-rootfs and include-path. The first start would be allow 1 or two arguments for include-path. If 1 then old behaviour, if 2 it is ORIGIN DESTINATION. The issue is when I want to add the concept of a rootfs. The simple ways would be: if it is a file/directory, do a simple copy, but if it is a real rootfs take into consideration the pseudo database. |
09:22.04 | ribalda | something like: --include-path core-image-minimal /export |
09:23.16 | ribalda | but then I have a clash, what if there is a file/directory named core-image-minimal ? shall I use the image directory tmp/work/machine... or ./core-image-minimal ? |
09:26.53 | paulbarker | ribalda: Email the list and Cc me, I'll get back to you later today or maybe tomorrow |
09:27.53 | ribalda | sure, I already posted a v3 for the permission fix. There is absolutely no hurry. |
09:27.55 | paulbarker | Even if no pseudo database exists we should do something with pseudo, else the files copied will be owned by the user running wic |
09:27.55 | ribalda | thanks! |
09:28.45 | paulbarker | Maybe leave files owned by root if no pseudo database exists and clear setuid/setgid bits for safety |
09:29.54 | paulbarker | I think supporting wic running both inside and outside of bitbake is a major complication, if it were up to me I'd only support one or the other |
09:31.19 | ribalda | if we only support from inside bitbake, then you cannot have disk with multiple images/arches |
09:32.16 | ribalda | if we allways explicitely declare the pseudo dir that we use, and stop using the one from the environment it will work just fine |
09:32.20 | ribalda | on both situations |
09:32.51 | paulbarker | You can combine multiple images/arches inside bitbake, you just need to write a recipe to do it |
09:34.30 | paulbarker | Ignoring the pseudo dir given in the env will likely break usage inside bitbake |
09:34.52 | ribalda | https://git.openembedded.org/openembedded-core/tree/scripts/lib/wic/partition.py#n200 for me is the root of our evil :) |
09:35.35 | ribalda | on rootfs.py, you know exactly which one is the pseudo directory, so you can pass that to partition.py. |
09:36.51 | paulbarker | I'll take a look later, got to get back to this client work... |
09:37.32 | ribalda | sure no problem. if you can share a .bb that combines multiple images with different MACHINE I would love to see that, because that will solve my problem until we get this fixed |
09:37.43 | ribalda | thanks |
10:53.16 | *** join/#oe leon-anavi (~Leon@78.130.197.211) |
11:14.29 | *** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:814:9df1:db5d:1af9) |
11:34.26 | *** join/#oe berton (~berton@181.220.114.167) |
11:38.16 | *** join/#oe berton (~berton@181.220.114.167) |
12:18.43 | *** join/#oe dev1990 (~dev@asx191.neoplus.adsl.tpnet.pl) |
12:33.27 | *** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:dd4:468f:5afc:d70b) |
12:40.26 | *** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:dd4:468f:5afc:d70b) |
12:52.03 | *** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:dd4:468f:5afc:d70b) |
12:58.35 | *** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:dd4:468f:5afc:d70b) |
13:13.47 | *** join/#oe ericch (~ericch@pool-108-34-251-214.prvdri.fios.verizon.net) |
13:30.00 | *** join/#oe ao2 (~ao2@87.18.228.219) |
13:37.55 | *** join/#oe kroon (~kroon@213.185.29.22) |
13:46.25 | *** join/#oe berton_ (~berton@181.220.114.167) |
15:54.06 | khem | denix: paulbarker I was wondering if wic has an option to specify 'allocate this partition at the end of disk' |
15:55.30 | paulbarker | khem: Not sure, you'd need to check https://git.openembedded.org/openembedded-core/tree/scripts/lib/wic/plugins/imager/direct.py#n359 |
15:58.33 | *** join/#oe rcw (~rcw@45.72.195.246) |
16:11.55 | *** join/#oe tnovotny (~tnovotny@nat-50.starnet.cz) |
16:12.37 | khem | yeah it seems all fixed partitions should come before the one we want to resize |
16:16.13 | *** join/#oe JaMa (~martin@109.238.218.228) |
16:25.38 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
16:37.22 | denix | khem: when you create wic image, you don't know how large your SD card will be. and when you want to expand it, you can only resize the last partition w/o damaging others - gparted resizepart + resize2fs. |
16:40.09 | Jin^eLD | but you can reserve partition slots? I think I did that, i.e. have two 2GB partitions, the actual filesystem for both will only be as big as the rootfs, but you can then resize2fs |
16:40.40 | Jin^eLD | --fixed-size should reserve the partition space |
16:41.27 | Jin^eLD | or did I misundertsand the original question? :> |
16:47.09 | *** join/#oe bradfa (uid297668@gateway/web/irccloud.com/x-ufijrweccvynhjsw) |
17:28.00 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
17:33.35 | *** join/#oe ao2 (~ao2@87.18.228.219) |
17:33.36 | *** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:dd4:468f:5afc:d70b) |
17:36.46 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
17:40.44 | *** join/#oe falk0n (~falk0n@a81-84-41-184.cpe.netcabo.pt) |
17:51.14 | khem | denix:right thats what we do in yoe distro for rpi and bbb and some other developer SBC images |
18:02.43 | JaMa | webOS OSE does the same with systemd service executed on first boot |
18:17.52 | denix | JaMa: we normally do it offline on the host. can I see your systemd service for doing it on boot? |
18:31.12 | khem | denix: use 96boards-tools from meta-96boards layer |
18:31.25 | khem | it works pretty well on systemd and non systemd cases |
18:31.39 | smurray | heh, beat me to mentioning it ;) |
18:31.42 | khem | or use yoe distro :) |
18:31.56 | smurray | systemd 245 has something built in now, I think |
18:31.58 | khem | if you dont want to bake but eat the cake |
18:32.14 | smurray | so maybe an option in 3.2 |
18:32.44 | khem | yeah systemd-growfs |
18:33.10 | khem | I think they should implement systemd-do-what-i-mean and be done with it |
18:33.24 | denix | LOL |
18:34.45 | khem | ah its now called systemd-repart |
18:34.49 | JaMa | denix: you mean after writing the image to uSD? |
18:34.59 | smurray | khem: rofl |
18:35.17 | denix | JaMa: yeah |
18:35.26 | JaMa | https://github.com/webosose/meta-webosose/commit/fa114668e650837e1094eb5938f88bd8eec161e2 |
18:36.38 | khem | https://github.com/poettering/systemd/commit/533ac98255947310299db3381e259d24fb3ac2e9#diff-91be33be198dcb660ec3e06b561540db |
18:36.48 | smurray | heh, seems like a candidate for oe-core if everyone is reinventing it ;) |
18:37.40 | denix | smurray: indeed |
18:38.02 | kergoth | yeah, mentor's using 96boards-tools too |
18:40.20 | smurray | khem: heh, seems like you're constrained to filesystems that support online resizing with the systemd stuff |
18:40.24 | khem | I have been fixing it for non-systemd cases too |
18:41.06 | khem | smurray: yeah you can only fix what you got with repart kind of approach |
18:41.37 | khem | need to reboot into shiny 5.6 kernel brb |
18:45.29 | *** join/#oe khem (~khem@unaffiliated/khem) |
19:08.05 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
19:16.33 | khem | denix: so what fix are you going for fixing the wic issue ? |
19:16.51 | khem | perhaps a revert might be ok too unless you have plans for different layout |
19:17.45 | denix | khem: no reverts - layout has to stay :) |
19:17.59 | denix | khem: would need to pass root= |
19:20.54 | khem | you are forcing people to buy larger SD cards |
19:21.06 | khem | or perhaps override default wic |
19:21.11 | denix | khem: btw, it sets WKS_FILE conditionally with ?= so you can easily override it back to sdimage-bootpart.wks for now |
19:21.51 | khem | denix: yeah I have distro override for all SBCs so have same wic format |
19:22.06 | khem | so they look almost same to user |
19:26.40 | denix | khem: yeah, I was debating whether to add it to distro or to bsp. the thing is our test team wants to use it regardless of distro, hence had to add to meta-ti |
19:27.57 | khem | its fine as long as it does not come in distro's way however, I wonder if you change boot params to use different partition number how it will reflect |
19:28.17 | khem | my suggestion would be to not force end users do what your test team wants |
19:43.11 | denix | khem: well, it's not that clean. I see more and more BSPs define their own layouts |
19:43.33 | denix | http://git.yoctoproject.org/cgit/cgit.cgi/meta-rockchip/tree/wic/rk3399-boot.wks and http://git.yoctoproject.org/cgit/cgit.cgi/meta-rockchip/tree/wic/rock-pi-4.wks |
19:45.06 | denix | khem: with all the bootloaders, FIT images, DTBs, some reserved partitions, etc. |
19:47.11 | denix | khem: BBB may seem simple and only require boot+root. but there are other platforms more complicated - more changes will be coming |
19:47.37 | denix | khem: but the good news is that there's always the way to override it by distros |
19:49.26 | smurray | denix: people having to now do extra work to get back to what's been the default partitioning for BBB for so long seems a bit odd, tbh |
19:54.39 | denix | smurray: actually 3-partition SD cards have been the default for BBB since the beginning :) |
19:55.34 | denix | smurray: as a product, 3rd partition's been used for documentation and initial setup |
19:55.48 | smurray | denix: in rcn's stuff, you mean? |
19:58.30 | smurray | denix: perhaps I'm misremembering what I've gotten using bitbake for my own images in the past, been a while |
19:58.51 | denix | smurray: you mean debian? no, it's not specific to debian. same was the case for production SDKs from TI |
19:59.51 | smurray | denix: so this change to meta-ti is a no op, or pushing that down from some non-meta-ti product? |
20:00.08 | denix | smurray: but production SDKs were not using wic until now, so wic was staying barebone for a while |
20:00.48 | smurray | denix: where I'm coming from is whether picking this up will now need fixing stuff for the bbb and bbe images in AGL |
20:00.55 | smurray | denix: it's sounding like it will |
20:03.00 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
20:03.00 | smurray | looks like AGL overrides the wic file for one of them but not the other, I'll make a note in case there's an issue when we pick this up |
20:07.35 | khem | since when do we get something on SOC SDKs that is product ready ? |
20:07.50 | khem | I was just hoping for one |
20:09.09 | khem | perhaps an installer like raspian might be a good onboarding experience |
20:13.36 | *** join/#oe rcw (~rcw@45.72.195.246) |
20:13.39 | denix | khem: product as in reference :) |
20:13.50 | denix | khem: like RDK :) |
20:14.00 | denix | not a final product |
20:39.16 | *** join/#oe adelcast (~adelcast@cpe-68-203-3-226.austin.res.rr.com) |
21:09.18 | khem | denix: http://errors.yoctoproject.org/Errors/Build/100947/ this is bbb world build |
21:09.34 | khem | some issues are perhaps meta-ti alone you might be interested in those |
21:14.23 | khem | product meant product, reference for sure, R in RDK says that too |
21:15.59 | khem | denix: can we enable CONFIG_NET_UDP_TUNNEL in bbb kernel ? this will make wireguard work out of box |
21:20.00 | denix | khem: from our perspective, SOC is a product and SDK that enables it is also a product. obviously, it's not a retail product - you can't buy it in a supermarket... |
21:21.05 | denix | khem: config fragments are supported, so all it takes is to add a file with CONFIG_NET_UDP_TUNNEL=y and SRC_URI += it |
21:55.39 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
21:58.47 | khem | denix: yeah already have it here, was just mentioning if you wanted some out of box experience with wireguard on bbb |
22:01.43 | *** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:dd4:468f:5afc:d70b) |
22:33.23 | *** join/#oe leon-anavi (~Leon@78.130.197.211) |