| *** florian_kc <florian_kc!~florian@dynamic-002-243-089-042.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 00:57 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has joined #oe | 02:25 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:33 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #oe | 07:12 | |
| *** mckoan|away is now known as mckoan | 07:54 | |
| mckoan | good morning | 07:54 |
|---|---|---|
| *** dl9pf[m] <dl9pf[m]!~dl9pfmatr@2001:470:69fc:105::9a8> has joined #oe | 07:54 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:470d:8800:24d7:51ff:fed6:906d> has joined #oe | 08:06 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #oe | 08:50 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-132-199.2.244.pool.telefonica.de> has joined #oe | 09:25 | |
| *** AlexanderKrimm[m <AlexanderKrimm[m!~wirew0rmm@2001:470:69fc:105::2:794d> has joined #oe | 09:31 | |
| *** florian__ <florian__!~florian@dynamic-002-244-132-199.2.244.pool.telefonica.de> has joined #oe | 09:38 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-132-199.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 246 seconds) | 09:41 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #oe | 09:47 | |
| AlexanderKrimm[m | I'm trying to build an image based on `meta-amd`with `MACHINE=milan` to build for my zen3 cpu. This works but breaks as soon as I enable `EXTRA_IMAGE_FEATURES += " read-only-rootfs"`. I've enabled `qemu-usermode`and tried `QEMU_EXTRAOPTIONS_milan-amd = " -cpu max"`/`QEMU_EXTRAOPTIONS_milan-amd = " -cpu EPYC-Milan-v1,check=false" but building g-object-introspection-data and the fontcache still fails. Building the readonly rootfs image for | 09:51 |
| AlexanderKrimm[m | the genericx86-64 machine works. My build and target machine are both zen3. I would be grateful for any hints or examples on how to get this to build. | 09:51 |
| JaMa | AlexanderKrimm[m: is milan-amd the right TUNE_PKGARCH? | 09:52 |
| mort | I'm trying to make a bundle recipe. I don't understand what I should do. I'm trying to depend on 'my-image-recipe:image' or 'my-image-recipe:image_ext4' or 'my-image-recipe:deploy', none of them do anything | 09:59 |
| mort | or rather, all of them are non-existent | 09:59 |
| mort | my image recipe inherits core-image-minimal, which has at least image and image_ext4, so I don't understand what's going on | 09:59 |
| mort | oh, apparently you do use the 'do_' prefix here | 10:01 |
| AlexanderKrimm[m | JaMa: i've actually tried multiple combinations of ' milan-amd', 'zen3-amd', `zen3` and `milan` (for the QEMU_EXTRAOPTIONS) (`ls /work/build/tmp/work/` gives `all-amd-linux milan-amd-linux x86_64-linux zen3-amd-linux`) and without that option i get `illegal instruction` errors in the postinstall scripts. the machine type milan is defined int [meta-amd](https://git.yoctoproject.org/meta-amd/tree/meta-amd-bsp/conf/machine/milan.conf) | 10:04 |
| AlexanderKrimm[m | which should fit my [EPYC 7443P](https://en.wikichip.org/wiki/amd/epyc/7443p). | 10:04 |
| mort | when you do depend on some-image-recipe:do_image, are you just supposed to reach into ${DEPLOY_DIR_IMAGE} and find the files it produced, or is there a better way? | 10:07 |
| AlexanderKrimm[m | * I'm trying to build an image based on `meta-amd`with `MACHINE=milan` to build for my zen3 cpu. This works but breaks as soon as I enable `EXTRA_IMAGE_FEATURES += " read-only-rootfs"`. I've enabled `qemu-usermode`and tried `QEMU_EXTRAOPTIONS_milan-amd = " -cpu max"`/\`QEMU\_EXTRAOPTIONS\_milan-amd = " -cpu EPYC-Milan-v1,check=false"` but building g-object-introspection-data and the fontcache still fails. Building the readonly rootfs | 10:13 |
| AlexanderKrimm[m | image for the genericx86-64 machine works. My build and target machine are both zen3. I would be grateful for any hints or examples on how to get this to build. | 10:13 |
| AlexanderKrimm[m | * I'm trying to build an image based on `meta-amd`with `MACHINE=milan` to build for my zen3 cpu. This works but breaks as soon as I enable `EXTRA_IMAGE_FEATURES += " read-only-rootfs"`. I've enabled `qemu-usermode`and tried `QEMU_EXTRAOPTIONS_milan-amd = " -cpu max"`/`QEMU\_EXTRAOPTIONS\_milan-amd = " -cpu EPYC-Milan-v1,check=false"\` but building g-object-introspection-data and the fontcache still fails. Building the readonly rootfs | 10:13 |
| AlexanderKrimm[m | image for the genericx86-64 machine works. My build and target machine are both zen3. I would be grateful for any hints or examples on how to get this to build. | 10:13 |
| AlexanderKrimm[m | * JaMa: i've actually tried multiple combinations of `milan-amd`, `zen3-amd`, `zen3` and `milan` (for the QEMU\_EXTRAOPTIONS) (`ls /work/build/tmp/work/` gives `all-amd-linux milan-amd-linux x86_64-linux zen3-amd-linux`) and without that option i get `illegal instruction` errors in the postinstall scripts. the machine type milan is defined int [meta-amd](https://git.yoctoproject.org/meta-amd/tree/meta-amd-bsp/conf/machine/milan.conf) | 10:14 |
| AlexanderKrimm[m | which should fit my [EPYC 7443P](https://en.wikichip.org/wiki/amd/epyc/7443p). | 10:14 |
| OnkelUlla | mort: If you are working on a RAUC-bundle for your image, take a look at https://github.com/rauc/meta-rauc/blob/master/classes/bundle.bbclass which takes most of the work out of your hands. | 10:17 |
| mort | OnkelUlla: this isn't using rauc, it's using something more custom sadly. I have another project which uses rauc though, where I use meta-rauc's bundle.bbclass | 10:18 |
| mort | I'm having a hard time figuring out what target generates the .ext4 file, neither rootfs nor image seem to | 10:21 |
| mort | right, it's the do_image_ext4 target of course. I thought I had tried that before and found it to not work but I probably tried image_ext4, not do_image_ext4 | 10:26 |
| mort | hmm no do_image_ext4 doesn't make a .ext4 or .ext4.gz file in the deploy dir | 10:28 |
| OnkelUlla | mort: It should. Your bundle recipe should add a dependency to the images "do_image_complete" task, IIRC. | 10:36 |
| JaMa | AlexanderKrimm[m: use bitbake-getvar to see TUNE_PKGARCH value in your build, most likely it will be zen3 (in milan-amd, milan is MACHINE and amd is VENDOR) | 10:36 |
| *** florian__ is now known as florian | 10:38 | |
| *** AntA <AntA!~anta@cpc92322-cmbg19-2-0-cust325.5-4.cable.virginm.net> has joined #oe | 10:43 | |
| *** AntA <AntA!~anta@cpc92322-cmbg19-2-0-cust325.5-4.cable.virginm.net> has quit IRC (Remote host closed the connection) | 10:44 | |
| *** AntA <AntA!~anta@217.140.99.251> has joined #oe | 10:45 | |
| *** manneris1 <manneris1!~tic@107.191.100.185> has quit IRC (Remote host closed the connection) | 11:02 | |
| *** manneris1 <manneris1!~tic@107.191.100.185> has joined #oe | 11:09 | |
| AlexanderKrimm[m | JaMa: you are right and thanks for pointing me to the right command, which indeed returns zen3. I guess the milan-amd-linux directory is for the packages which explicitly set ARCH=MACHINE i read about somewhere in the documentation. Now I can clean up my configuration a bit, but the original issue still persists. But I'm also not sure if that is an openembedded, meta-amd or qemu issue. I've also seen that the amd layer [disables qemu | 11:14 |
| AlexanderKrimm[m | usermode](https://git.yoctoproject.org/meta-amd/tree/meta-amd-bsp/conf/machine/include/amd-common-configurations.inc#n15) which I had to reenable because meson will do some checks to see if it can execute the compiled binaries which will fail if qemu is not available or has the wrong cpu configured. I think I'll first fokus on getting everything else working on the generic machine target and revisit this later. | 11:14 |
| JaMa | AlexanderKrimm[m: with QEMU_EXTRAOPTIONS_zen3 = " -cpu EPYC-Milan-v1,check=false" ? | 11:29 |
| JaMa | it might be useful to debug which instruction is the illegal one and go from there, maybe the qemu support for Milan-v1 is not perfect, but first tripple check that the qemu params are correct and debug it by hand | 11:32 |
| AlexanderKrimm[m | sorry, maybe that was maybe written misleadingly. | 12:28 |
| AlexanderKrimm[m | without QEMU_EXTRAOPTIONS -> meson builds fail pre-build (it compiles a zen3 testbinary and fails executing it with illegal instruction, same for the post-install scripts if I enable ro-rootfs). | 12:28 |
| AlexanderKrimm[m | with `QEMU_EXTRAOPTIONS_zen3 = "-cpu EPIC-Milan-v1" -> meson check passes, but gobject-introspection-data and fontcache postinst steps fail. QEMU prints a list of unsupported instructions on startup and then starts the binary. gobject-ir-compiler fails complaining about illegal characters in a namespace, but the namespaces it complains about look completely unsuspicious. fontcache complains about not being able to write into the | 12:28 |
| AlexanderKrimm[m | font-cache | 12:28 |
| AlexanderKrimm[m | with QEMU_EXTRAOPTIONS_zen3,check=false: same as above, but does not print the warning about the missing instructions, saw that parameter being used for some other architectures and wanted to try if it helps | 12:29 |
| JaMa | EPIC-Milan-v1 is a typo, right? | 12:31 |
| *** ptsneves1 <ptsneves1!~Thunderbi@031011128117.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #oe | 12:32 | |
| AlexanderKrimm[m | yes, this would give an error when launching qemu. in my config i got the correct one (or at least a valid one) | 12:33 |
| *** ptsneves1 <ptsneves1!~Thunderbi@031011128117.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds) | 12:40 | |
| mort | is there a way to delete everything temporary about a recipe? Its sstate, the stuff in `downloads` that was downloaded by the fetch step, etc | 12:44 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has joined #oe | 12:52 | |
| JaMa | mort: -c cleansstate deletes WORKDIR and sstate, -c cleanall deletes fetched sources in addition to that | 12:58 |
| mort | hmmm | 13:00 |
| mort | even though I've ran cleanall on everything it still seems to be using an outdated version for one recipe's -native dependency | 13:06 |
| mort | or maybe not | 13:07 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 252 seconds) | 13:39 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has joined #oe | 13:55 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #oe | 14:01 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 14:08 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has joined #oe | 14:09 | |
| *** mckoan is now known as mckoan|away | 14:23 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has joined #oe | 14:50 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 15:31 | |
| *** DarkestFM <DarkestFM!~DarkestFM@173-161-35-14-Illinois.hfc.comcastbusiness.net> has quit IRC (Read error: Connection reset by peer) | 15:38 | |
| *** dl9pf[m] <dl9pf[m]!~dl9pfmatr@2001:470:69fc:105::9a8> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| *** florian <florian!~florian@dynamic-002-244-132-199.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 16:06 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-132-199.2.244.pool.telefonica.de> has joined #oe | 16:18 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has quit IRC (Quit: Client closed) | 16:24 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 16:39 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Read error: Connection reset by peer) | 16:41 | |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has joined #oe | 16:41 | |
| bencoh | 3/3 | 16:51 |
| bencoh | woops | 16:51 |
| *** dl9pf[m] <dl9pf[m]!~dl9pfmatr@2001:470:69fc:105::9a8> has joined #oe | 16:51 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-132-199.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 248 seconds) | 17:05 | |
| *** azcraft <azcraft!~AzCraft@195.214.250.162> has joined #oe | 17:50 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-132-199.2.244.pool.telefonica.de> has joined #oe | 18:11 | |
| *** ChanServ <ChanServ!ChanServ@services.libera.chat> has quit IRC (shutting down) | 18:18 | |
| kanavin | AlexanderKrimm[m, https://gitlab.com/qemu-project/qemu/-/issues/1370 | 18:35 |
| kanavin | are you on qemu 7.2 ? | 18:35 |
| kanavin | JaMa, ^^^ | 18:36 |
| kanavin | AlexanderKrimm[m, can I see the layer which hosts the machine definitions you are using? | 18:40 |
| JaMa | https://git.yoctoproject.org/meta-amd/tree/meta-amd-bsp/conf/machine/milan.conf | 18:41 |
| JaMa | is what he mentioned | 18:41 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-132-199.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 18:42 | |
| kanavin | with older qemus qemu usermode isn't going to work at all due to missing instruction support. | 18:48 |
| *** ChanServ <ChanServ!ChanServ@services.libera.chat> has joined #oe | 18:48 | |
| *** osmium.libera.chat sets mode: +o ChanServ | 18:48 | |
| kanavin | with 7.2 it works, but there are bugs in some instructions, so if your compiler generates them, you may run into those bugs, e.g. fontconfig stuff | 18:49 |
| kanavin | I thought this is pretty clearly stipulated here https://git.yoctoproject.org/meta-amd/tree/meta-amd-bsp/conf/machine/include/amd-common-configurations.inc#n12 | 18:50 |
| kanavin | unfortunately read-only rootfs does require functional qemu usermode (otherwise it's possible to defer to first boot) | 18:50 |
| kanavin | address your concerns to AMD and Intel for not lifting a finger for years :) | 18:51 |
| kanavin | and even recent haswell/bulldozer era support is written by red hat and linaro I think | 18:52 |
| kanavin | so those recent zen3 targets may use even newer instructions which just aren't in qemu | 18:53 |
| kanavin | JaMa, ^^^ might be interesting to you too | 18:55 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-132-199.2.244.pool.telefonica.de> has joined #oe | 18:55 | |
| JaMa | kanavin: I don't build for zen3, my builder is zen2 based, but that doesn't affect this | 19:04 |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 19:05 | |
| *** azcraft <azcraft!~AzCraft@195.214.250.162> has quit IRC (Quit: Leaving) | 19:59 | |
| *** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has quit IRC (*.net *.split) | 20:12 | |
| *** marex <marex!~marex@195.140.252.251> has quit IRC (*.net *.split) | 20:12 | |
| *** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has joined #oe | 20:13 | |
| *** marex <marex!~marex@195.140.252.251> has joined #oe | 20:13 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 20:16 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:470d:8800:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:11 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-5-74.hawaiiantel.net> has joined #oe | 21:24 | |
| mouser | kanavin: Did this one get merged to oe-core? https://patchwork.yoctoproject.org/project/oe-core/patch/20220907085552.1171821-1-alex@linutronix.de/ | 21:31 |
| *** mouser is now known as Ch^W | 21:32 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-132-199.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 246 seconds) | 21:54 | |
| AlexanderKrimm[m | kanavin: sorry, offline stuff. i'm using qemu 6.2.0 which seems to be the default for kirkstone. i've seen the comment, but i also saw that some older qemus do not provide milan support at all and the support in 6.2.0 seems to be sufficient to at least get meson's prebuid checks to pass, so i gave it a try to see if support has improved in the meantime. Thanks for the detailed description of the problem and the current state. I have a one | 21:58 |
| AlexanderKrimm[m | more ideas that i'd like to try, but do not know if it's possible: my build host is also zen3, so theoretically i shouldn't even need qemu, all it has to do is set the correct sysroot, paths, environment. something like a changeroot, maybe. I was kind of hoping that there was a switch for qemu to behave in that way, but it seem's it's not that simple :) | 21:58 |
| AlexanderKrimm[m | But other than that i can probably also just compile performance critical packages for zen3 and leave the problematic packages with the generic arch or something like that. | 21:58 |
| *** Leatherface <Leatherface!leatherfac@helvetet.eu> has quit IRC (Remote host closed the connection) | 22:06 | |
| *** Leatherface <Leatherface!leatherfac@helvetet.eu> has joined #oe | 22:07 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-132-199.2.244.pool.telefonica.de> has joined #oe | 22:13 | |
| *** Leatherface <Leatherface!leatherfac@helvetet.eu> has quit IRC (Remote host closed the connection) | 22:15 | |
| *** Leatherface <Leatherface!leatherfac@helvetet.eu> has joined #oe | 22:17 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!