| *** mathieum2048 is now away: Auto away | 00:04 | |
| *** awafaa is back | 00:07 | |
| *** awafaa is now away: Auto-away | 00:12 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 00:17 | |
| *** awafaa is back | 00:18 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 00:22 | |
| *** khem is now away: Auto-away | 00:44 | |
| *** awafaa is now away: Auto-away | 00:57 | |
| *** flynn378 is now away: Auto-away | 01:03 | |
| *** awafaa is back | 01:09 | |
| *** awafaa is now away: Auto-away | 01:15 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 01:27 | |
| *** awafaa is back | 01:27 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 01:28 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 01:29 | |
| *** dkl is back | 01:30 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 01:31 | |
| *** awafaa is now away: Auto-away | 01:32 | |
| *** awafaa is back | 01:45 | |
| *** jclsn <jclsn!~jclsn@77.223.31.245.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 252 seconds) | 01:51 | |
| *** jclsn <jclsn!~jclsn@84.46.26.15.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:53 | |
| *** ello <ello!~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 01:59 | |
| *** ello is now away: Auto away at Mon Jun 29 01:59:16 2026 UTC | 01:59 | |
| *** ello| <ello|!~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net> has quit IRC (Ping timeout: 244 seconds) | 01:59 | |
| *** ello_ <ello_!~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net> has quit IRC (Ping timeout: 264 seconds) | 01:59 | |
| *** colin-pm is back | 02:01 | |
| *** ello_ <ello_!~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 02:02 | |
| *** ello_ is now away: Auto away at Mon Jun 29 02:02:00 2026 UTC | 02:02 | |
| *** tgamblin is now away: Auto-away | 02:02 | |
| *** JPEW is back | 02:02 | |
| *** halstead is now away: Auto-away | 02:11 | |
| *** awafaa is now away: Auto-away | 02:12 | |
| *** JPEW is now away: Auto-away | 02:12 | |
| *** khem is back | 02:15 | |
| *** awafaa is back | 02:22 | |
| *** mathieum2048 is back | 02:26 | |
| *** awafaa is now away: Auto-away | 02:27 | |
| *** awafaa is back | 02:38 | |
| *** awafaa is now away: Auto-away | 02:43 | |
| *** khem is now away: Auto-away | 02:45 | |
| *** flynn378 is back | 02:55 | |
| *** ajfriesen5 <ajfriesen5!~ajfriesen@xdsl-85-197-42-180.nc.de> has joined #yocto | 03:00 | |
| *** ajfriesen <ajfriesen!~ajfriesen@xdsl-78-35-49-119.nc.de> has quit IRC (Ping timeout: 244 seconds) | 03:01 | |
| *** ajfriesen5 is now known as ajfriesen | 03:01 | |
| *** sakoman is back | 03:02 | |
| *** sakoman is now away: I'm not here right now | 03:07 | |
| *** awafaa is back | 03:12 | |
| *** hoyes3 <hoyes3!~hoyes@user/hoyes> has quit IRC (Quit: Ping timeout (120 seconds)) | 03:15 | |
| *** awafaa is now away: Auto-away | 03:17 | |
| *** JPEW is back | 03:18 | |
| *** JPEW is now away: Auto-away | 03:23 | |
| *** nerdboy <nerdboy!~nerdboy@user/nerdboy> has quit IRC (Ping timeout: 276 seconds) | 03:25 | |
| *** awafaa is back | 03:30 | |
| *** nerdboy <nerdboy!~nerdboy@user/nerdboy> has joined #yocto | 03:37 | |
| *** Sundeep is back | 03:41 | |
| *** awafaa is now away: Auto-away | 03:50 | |
| *** khem is back | 03:55 | |
| *** jmd <jmd!~user@cpc158429-croy28-2-0-cust472.19-2.cable.virginm.net> has joined #yocto | 03:58 | |
| *** awafaa is back | 04:03 | |
| *** awafaa is now away: Auto-away | 04:08 | |
| *** lihis is back | 04:14 | |
| *** khem is now away: Auto-away | 04:17 | |
| *** awafaa is back | 04:19 | |
| *** awafaa is now away: Auto-away | 04:24 | |
| *** awafaa is back | 04:35 | |
| *** awafaa is now away: Auto-away | 04:40 | |
| *** awafaa is back | 04:50 | |
| *** jmd <jmd!~user@cpc158429-croy28-2-0-cust472.19-2.cable.virginm.net> has quit IRC (Remote host closed the connection) | 04:54 | |
| *** awafaa is now away: Auto-away | 04:55 | |
| *** awafaa is back | 05:01 | |
| *** Deepesh is back | 05:20 | |
| *** awafaa is now away: Auto-away | 05:22 | |
| *** frezidok <frezidok!~frezidok@user/frezidok> has quit IRC (Ping timeout: 244 seconds) | 05:25 | |
| *** zeemate <zeemate!~chris@2001:16b8:b13b:9b00:68fb:678c:b250:65bd> has joined #yocto | 05:27 | |
| *** KanjiMonster is back | 05:31 | |
| *** awafaa is back | 05:34 | |
| *** awafaa is now away: Auto-away | 05:39 | |
| *** khem is back | 05:44 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:46 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:00 | |
| *** awafaa is back | 06:06 | |
| *** khem is now away: Auto-away | 06:06 | |
| *** RP is back | 06:13 | |
| *** mckoan|away is back | 06:36 | |
| *** mckoan|away is now known as mckoan | 06:36 | |
| *** awafaa is now away: Auto-away | 06:45 | |
| *** ptsneves <ptsneves!~Thunderbi@178235027209.wroclaw.vectranet.pl> has joined #yocto | 06:48 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-358-1-227-139.w2-13.abo.wanadoo.fr> has joined #yocto | 06:54 | |
| *** awafaa is back | 06:57 | |
| *** silviu <silviu!~silviu@5.15.243.206> has joined #yocto | 06:58 | |
| *** ndec is back | 07:05 | |
| *** Ermine is back | 07:05 | |
| *** Ermine is now away: Auto away | 07:06 | |
| *** benjarobin <benjarobin!~benjarobi@user/benjarobin> has joined #yocto | 07:07 | |
| *** patersonc is back | 07:09 | |
| *** silviu <silviu!~silviu@5.15.243.206> has quit IRC (Ping timeout: 261 seconds) | 07:12 | |
| *** neachdainn_ <neachdainn_!~nate@user/neachdainn> has quit IRC (Ping timeout: 268 seconds) | 07:19 | |
| *** rfuentess <rfuentess!~rfuentess@147.161.182.252> has joined #yocto | 07:20 | |
| *** neachdainn_ <neachdainn_!~nate@user/neachdainn> has joined #yocto | 07:20 | |
| *** khem is back | 07:28 | |
| *** mathieum2048 is now away: Auto away | 07:33 | |
| *** ptsneves <ptsneves!~Thunderbi@178235027209.wroclaw.vectranet.pl> has quit IRC (Ping timeout: 252 seconds) | 07:37 | |
| *** mathieum2048 is back | 07:47 | |
| *** bhstalel <bhstalel!~bhstalel@196.179.231.146> has joined #yocto | 07:50 | |
| *** neachdainn <neachdainn!~nate@user/neachdainn> has quit IRC (Quit: WeeChat 4.7.2) | 07:56 | |
| *** aduskett <aduskett!~aduskett@2001:1c00:8183:9900:dfb4:52e9:b83:429b> has joined #yocto | 07:56 | |
| *** frieder <frieder!~frieder@91.191.179.247> has joined #yocto | 07:59 | |
| *** frezidok7 <frezidok7!~frezidok@user/frezidok> has joined #yocto | 07:59 | |
| *** ptsneves <ptsneves!~Thunderbi@178235027209.wroclaw.vectranet.pl> has joined #yocto | 08:01 | |
| *** _lore_ is back | 08:14 | |
| *** khem is now away: Auto-away | 08:19 | |
| *** jmd <jmd!~user@cpc158429-croy28-2-0-cust472.19-2.cable.virginm.net> has joined #yocto | 08:24 | |
| *** ptsneves <ptsneves!~Thunderbi@178235027209.wroclaw.vectranet.pl> has quit IRC (Ping timeout: 246 seconds) | 08:24 | |
| *** ndec is now away: Auto-away | 08:35 | |
| *** aardo is back | 08:39 | |
| *** prabhakalad <prabhakalad!~prabhakar@97e54365.skybroadband.com> has joined #yocto | 08:40 | |
| qschulz | agodard: there's something odd with your "Applied, thanks" workflow. It's sent to multiple versions of the same patchset. | 08:43 |
|---|---|---|
| qschulz | agodard: c.f. https://lore.kernel.org/yocto-docs/178272012312.45179.11589027456533465928.b4-ty@b4/ | 08:43 |
| qschulz | and https://lore.kernel.org/yocto-docs/178272012309.45179.10854169177577629766.b4-ty@b4/ | 08:43 |
| qschulz | it';s not the only one, it also happened to some patch from Robert IIRC | 08:43 |
| agodard | qschulz: eh, my bad, I don't know what's up with b4 lately but it has already happened. not sure why... | 08:43 |
| qschulz | agodard: did you maybe apply locally an earlier version and then reverted it and apply a later version? | 08:45 |
| agodard | qschulz: maybe. but that has happened before, usually b4 does not send thank you notes for unapplied patches | 08:47 |
| *** sakman <sakman!~sakman@205.237.20.195> has quit IRC (Ping timeout: 248 seconds) | 08:47 | |
| *** mathieum2048 is now away: Auto away | 08:49 | |
| *** sakman <sakman!~sakman@205.237.20.195> has joined #yocto | 08:55 | |
| *** jmd <jmd!~user@cpc158429-croy28-2-0-cust472.19-2.cable.virginm.net> has quit IRC (Remote host closed the connection) | 08:55 | |
| *** neachdainn_ <neachdainn_!~nate@user/neachdainn> has quit IRC (Ping timeout: 252 seconds) | 08:59 | |
| *** aardo is now away: Auto away at Mon Jun 29 09:04:56 2026 UTC | 09:04 | |
| *** jmd <jmd!~user@cpc158429-croy28-2-0-cust472.19-2.cable.virginm.net> has joined #yocto | 09:07 | |
| *** pi5 <pi5!~pi5@net-2-32-212-219.cust.vodafonedsl.it> has joined #yocto | 09:12 | |
| pi5 | hi everyone, i am working on a project with raspberry pi 5 and yocto. What would be the best performing microsd to pick for this between sandisk, samsung pro and official raspberry pi 5 micro sd and how much memory would be necessary. is 32 enough? | 09:13 |
| pi5 | thanks in advance :) | 09:14 |
| *** jmd <jmd!~user@cpc158429-croy28-2-0-cust472.19-2.cable.virginm.net> has quit IRC (Remote host closed the connection) | 09:18 | |
| *** Kubu_work is now away: Je ne suis pas là pour l'instant. | 09:24 | |
| *** ndec is back | 09:28 | |
| qschulz | pi5: there's no easy answer to that question. First for the size, it depends what kind of image you want to put on it, how much temporary or permanent files you want to store on it, so this is a question you only can answer | 09:33 |
| qschulz | for the performance, it depends how far you want to compare cards and what kind of reads or writes you are going to do on it | 09:34 |
| *** rburton is back | 09:35 | |
| qschulz | sequential/random read/write performance differs wildly between "similarly" spec'ed SD cards, so you need to know what you are building and what kind of operations you would be doing on the SD card (possibly tweak the FS filesystem 'm assuming?) | 09:35 |
| pi5 | the image should be minimal, no systemd bloat. i'd like to transition this to embedded. this is only for poc | 09:36 |
| qschulz | people have different ideas of what minimal means, and you can spend a great deal of time optimizing the size of a system :) | 09:36 |
| qschulz | the SD controller supports SDR104 according to the Linux kernel device tree | 09:38 |
| qschulz | so according to https://www.sdcard.org/developers/sd-standard-overview/bus-speed-default-speed-high-speed-uhs-sd-express/, it means UHS-I max | 09:38 |
| qschulz | so you can skip any other faster bus interface as the controller won't be able to make use of it | 09:39 |
| pi5 | the most common writes to the microsd would be the localized blockchain, so Local block headers, transaction data, state trie updates, and consensus messages every 1 to 5 seconds. not as many reads, it would more write intense | 09:40 |
| *** khem is back | 09:40 | |
| qschulz | you'd need to do research on what kind of writes those are (sequential/read) possibly based on the choice of filesystem, I don't have knowledge in that sorry | 09:41 |
| qschulz | but it write speed is the main driver of your product, you probably don't want to be using SD cards? | 09:42 |
| rburton | for a proof of concept, whatever decent SD you can find. for something in production, not a SD. | 09:43 |
| marex | rburton: that, +1 | 09:44 |
| *** Kubu_work is back | 09:44 | |
| pi5 | the blockchain writes are non-sequential. that is probably the tricky part. | 09:44 |
| *** madisox_ is back | 09:45 | |
| qschulz | rburton: walter: we'll likely need to tackle the building with llvm in mesa on big.LITTLE architectures quite "soon" as mesa is moving Rockchip (panfrost) compiler to Rust (KRAID), see https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41841#merging-and-development-plan | 09:47 |
| rburton | fun! | 09:47 |
| qschulz | https://www.collabora.com/news-and-blog/news-and-events/kraid-a-new-compiler-for-panfrost.html | 09:49 |
| qschulz | that's what I wanted to link to | 09:49 |
| qschulz | "This allows us to continue developing upstream without disturbing our users." | 09:49 |
| qschulz | "Some of our customers are using very bespoke Linux distros and may not have Rust incorporated into their build systems yet. This buys them some time and allows them to continue building without Rust for the time being." | 09:49 |
| qschulz | "If things continue to go well, we will hopefully be able to switch over sometime next year." | 09:50 |
| *** madisox_ is now away: Auto-away | 09:51 | |
| *** khem is now away: Auto-away | 10:02 | |
| pi5 | rburton so you would advise against using microsd for embedded phase? | 10:03 |
| pi5 | would eMMC be a better choice? | 10:04 |
| rburton | entirely depends on price/deployment/etc. you can get industrial SD cards that are more resiliant. | 10:04 |
| pi5 | the idea is to replace the raspberry pi 5 with STM32H7 / NXP | 10:07 |
| pi5 | i.MX RT during the embedded phase so i am curious if i can have a memory solution that works for both phases so i don't need to make any changes | 10:07 |
| *** Kubu_work is now away: Je ne suis pas là pour l'instant. | 10:08 | |
| *** mathieum2048 is back | 10:11 | |
| *** khem is back | 10:15 | |
| *** mathieum2048 is now away: Auto away | 10:20 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:21 | |
| *** KanjiMonster is now away: disconnected | 10:22 | |
| *** _lore_ is now away: Auto away at Mon Jun 29 10:27:45 2026 UTC | 10:27 | |
| *** khem is now away: Auto-away | 10:37 | |
| *** Deepesh is now away: Auto away | 10:56 | |
| *** Sundeep is now away: Auto away | 10:58 | |
| *** Sundeep is back | 10:58 | |
| *** KanjiMonster is back | 11:00 | |
| *** tgamblin is back | 11:13 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 11:32 | |
| *** Deepesh is back | 11:33 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 264 seconds) | 11:36 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 11:38 | |
| *** Guest82 <Guest82!~Guest82@185.37.248.114> has joined #yocto | 11:55 | |
| *** Kubu_work is back | 11:58 | |
| *** lihis is now away: I'm away.. | 12:00 | |
| *** khem is back | 12:00 | |
| *** flynn378 is now away: Auto-away | 12:01 | |
| *** _lore_ is back | 12:01 | |
| *** Kubu_work is now away: Je ne suis pas là pour l'instant. | 12:17 | |
| *** Kubu_work is back | 12:17 | |
| *** khem is now away: Auto-away | 12:22 | |
| *** flynn378 is back | 12:29 | |
| *** Deepesh is now away: Auto away | 12:38 | |
| walter | qschulz: about that. since sending that patch I came across this comment: https://github.com/gcc-mirror/gcc/blob/master/gcc/config/aarch64/aarch64.cc#L20198-L20200 | 12:45 |
| walter | So, I'm thinking that maybe we should also remove -mtune and -march when sending things to bindgen. | 12:46 |
| walter | and maybe even remove -mcpu from gcc and keep only -mtune and -march. | 12:48 |
| walter | cc: rburton | 12:48 |
| rburton | the general cpu/arch/tune flags debate is long and complicated | 12:50 |
| rburton | that comment is a good rationale for removing -mcpu though | 12:50 |
| *** mathieum2048 is back | 12:54 | |
| *** mathieum2048 is now away: Auto away | 13:09 | |
| *** sakoman is back | 13:11 | |
| *** colin-pm is now away: Auto-away | 13:14 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:15 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 13:25 | |
| *** JaMa <JaMa!~martin@user/JaMa> has quit IRC (Read error: Connection reset by peer) | 13:27 | |
| *** JaMa <JaMa!~martin@user/JaMa> has joined #yocto | 13:32 | |
| *** frezidok7 <frezidok7!~frezidok@user/frezidok> has quit IRC (Ping timeout: 252 seconds) | 13:36 | |
| *** sakoman is now away: I'm not here right now | 13:38 | |
| walter | Oh, and I've got some more bookmarks, It seems that the target triple is required for bindgen, otherwise it falls back to the host target. | 13:45 |
| walter | https://github.com/rust-lang/rust-bindgen/blob/main/bindgen/lib.rs#L721 | 13:45 |
| walter | And there's also this: https://github.com/rust-lang/rust-bindgen/commit/e3a6b8cd2b32a0cefbfc62c7bf14aee74f5d722a | 13:46 |
| *** KanjiMonster is now away: disconnected | 13:52 | |
| *** KanjiMonster is back | 13:52 | |
| *** khem is back | 13:54 | |
| walter | Oh, and if you want to know if big.LITTLE "support" was attempted, we have this lovely part in the commit message here "For now, big.LITTLE configurations are treated as the little core" https://reviews.llvm.org/D32076 | 13:55 |
| walter | and that seems to be it. not much else on big.LITTLE and llvm. | 13:55 |
| *** rob_w <rob_w!~rob_w@2001:a61:60b7:e101:2568:e3e6:b745:f991> has joined #yocto | 13:57 | |
| walter | Actually, there's also this: https://github.com/llvm/llvm-project/pull/146515/changes | 13:57 |
| walter | and that is it. nothing else | 13:59 |
| *** tepperson <tepperson!~tepperson@12.33.85.2> has joined #yocto | 14:00 | |
| tepperson | im seeing on i586 with the openssl 3.5.6 recipe (scarthgap): im unable to do any file operations, openssl complains that there are no store loaders, for example `touch /tmp/asdf && openssl storeutl file:/tmp/asdf` | 14:03 |
| paulbarker | tepperson: Do you know if that is a regression? | 14:05 |
| tepperson | paulbarker: not sure, first time i've run openssl on this configuration | 14:06 |
| paulbarker | tepperson: Ok, I don't have any reason to suspect it, but good to check | 14:06 |
| pi5 | i was considering using ATECC608B but on https://www.microchip.com/en-us/product/atecc608b#product-purchase i see it's not recommended for new designs. What's an alternative to it? I see ATECC608B-MAHCZ-S, ATECC608B-MAHDA-T etc but i don't understand what's the difference between them. | 14:07 |
| *** Ermine is back | 14:08 | |
| *** rob_w <rob_w!~rob_w@2001:a61:60b7:e101:2568:e3e6:b745:f991> has quit IRC (Quit: Leaving) | 14:13 | |
| tepperson | ill test on scarthgap poky with openssl 3.5.5 | 14:16 |
| tepperson | pi5: generally pinout and package is the difference between them | 14:17 |
| *** dturull <dturull!~dturull@2001:1ba8:112c:ff00:7bf6:a251:d6bf:20a4> has joined #yocto | 14:18 | |
| pi5 | tepperson how do i identify the one i need for my project? when i click purchase it shows list of parts with different package type: ATECC608B-MAVDA-S, ATECC608B-RBHCZ-B etc or would any of these work fine? | 14:19 |
| *** khem is now away: Auto-away | 14:24 | |
| walter | Maybe I should put this in a mail somewhere. But I've noticed that there's another possible fix for big.LITTLE, see `enum aarch64_cpu` in here, just the little cores exist for all big.LITTLE definitions: | 14:24 |
| walter | https://github.com/gcc-mirror/gcc/blob/master/gcc/config/aarch64/aarch64-opts.h#L40 | 14:24 |
| walter | https://github.com/gcc-mirror/gcc/blob/master/gcc/config/aarch64/aarch64-cores.def#L24 | 14:24 |
| walter | ^^: rburton, qschulz | 14:24 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:28 | |
| walter | And you can see the `-mcpu` validation is here: https://github.com/gcc-mirror/gcc/blob/master/gcc/common/config/aarch64/aarch64-common.cc#L557 | 14:29 |
| *** JPEW is back | 14:32 | |
| *** KanjiMonster is now away: disconnected | 14:36 | |
| walter | (and if you read where the validation function is used, you'll see a comment mentioning the right-most value) | 14:36 |
| *** KanjiMonster is back | 14:37 | |
| walter | Instead of that patch that is in master-next, should I maybe send one that replicates the `aarch64_rewrite_mcpu` behavior from there? | 14:40 |
| *** testone <testone!~tex@freeshell.de> has quit IRC (Remote host closed the connection) | 14:40 | |
| *** mathieum2048 is back | 14:41 | |
| *** florian_kc <florian_kc!~florian@dynamic-077-176-014-248.77.176.pool.telefonica.de> has joined #yocto | 14:42 | |
| *** frieder <frieder!~frieder@91.191.179.247> has quit IRC (Remote host closed the connection) | 14:42 | |
| walter | nice comment: We are going to memory leak here, nobody elsewhere in the callchain is going to clean up after us. | 14:43 |
| *** Deepesh is back | 14:43 | |
| RP | mathieudb: we need to drop the bindgen patch as per the above ^^^ | 14:45 |
| *** yannd <yannd!~yann@88-161-245-20.subs.proxad.net> has joined #yocto | 14:46 | |
| yannd | it seems fetching from git.openembedded.org is broken, port 9418 is not responding | 14:47 |
| RP | yannd: git protocol or https? You should use https | 14:48 |
| yannd | using git protocol | 14:48 |
| RP | it's deprecated and we can't keep it running with all the bots using the servers :( | 14:49 |
| RP | use https | 14:49 |
| yannd | ok, but I guess quite a few other setups will cease to work until they switch | 14:50 |
| *** sakoman is back | 14:50 | |
| RP | yannd: it hasn't been enabled much for a while, we've been trying to publise the fact in the weekly status reports, calls etc, but there is only so much we can do | 14:52 |
| yannd | yeah, I should really try to keep uptodate, it seems :| | 14:53 |
| *** mckoan is now away: mckoan | 14:58 | |
| *** mckoan is now known as mckoan|away | 14:58 | |
| rburton | yannd: yocto-status mailing list is your friend, once a week mail | 15:00 |
| *** vmeson <vmeson!~rmacleod@198-48-168-176.cpe.pppoe.ca> has joined #yocto | 15:02 | |
| *** vmeson <vmeson!~rmacleod@198-48-168-176.cpe.pppoe.ca> has quit IRC (Remote host closed the connection) | 15:02 | |
| walter | I'll prepare a new bindgen patch for tomorrow, but please review it carefully, the marcros to get from gcc.cc to aarch64_rewrite_mcpu are all over the place, it's crazy complicated. And I'm not sure if that argv is actually equivalent to the python `mcpu.split('.')` or is just an array of mcpu arguments. But I'll mention this in the mail. | 15:05 |
| *** khem is back | 15:06 | |
| *** Ermine is now away: Auto away | 15:07 | |
| *** Kubu_work is now away: Je ne suis pas là pour l'instant. | 15:11 | |
| *** Kubu_work is back | 15:13 | |
| * walter cloned gcc! | 15:14 | |
| * walter looks into the code and see what's actually there. | 15:14 | |
| *** aduskett <aduskett!~aduskett@2001:1c00:8183:9900:dfb4:52e9:b83:429b> has quit IRC (Remote host closed the connection) | 15:18 | |
| *** sakoman is now away: I'm not here right now | 15:18 | |
| *** sakoman is back | 15:19 | |
| *** dturull <dturull!~dturull@2001:1ba8:112c:ff00:7bf6:a251:d6bf:20a4> has quit IRC (Remote host closed the connection) | 15:23 | |
| *** sakoman is now away: I'm not here right now | 15:25 | |
| *** Danct12 is back | 15:25 | |
| *** Kubu_work is now away: Je ne suis pas là pour l'instant. | 15:32 | |
| walter | s/and/to/ :) | 15:33 |
| *** frezidok7 <frezidok7!~frezidok@user/frezidok> has joined #yocto | 15:34 | |
| *** Kubu_work is back | 15:36 | |
| *** khem is now away: Auto-away | 15:37 | |
| *** khem is back | 15:39 | |
| *** Deepesh is now away: Auto away | 15:49 | |
| tepperson | i justed openssl 3.5.5 and 3.5.6 on i586 and they both have the same error. no store loader found | 15:50 |
| tepperson | s/justed/just_tested/ | 15:52 |
| *** Sundeep is now away: Auto away | 15:56 | |
| *** Kubu_work is now away: Je ne suis pas là pour l'instant. | 15:59 | |
| *** Deepesh is back | 16:00 | |
| *** rfuentess <rfuentess!~rfuentess@147.161.182.252> has quit IRC (Read error: Connection reset by peer) | 16:00 | |
| *** khem is now away: Auto-away | 16:01 | |
| *** halstead is back | 16:03 | |
| *** pi5 <pi5!~pi5@net-2-32-212-219.cust.vodafonedsl.it> has quit IRC (Quit: Client closed) | 16:10 | |
| *** _lore_ is now away: Auto away at Mon Jun 29 16:21:27 2026 UTC | 16:21 | |
| *** benjarobin <benjarobin!~benjarobi@user/benjarobin> has quit IRC (Quit: Konversation terminated!) | 16:27 | |
| *** mathieum2048 is now away: Auto away | 16:32 | |
| *** neachdainn <neachdainn!~nate@user/neachdainn> has joined #yocto | 16:41 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 16:44 | |
| *** khem is back | 16:44 | |
| neachdainn | What is considered "best practice" for small compiled utilities? It seems wrong to put the source and full build meta-data in `${THISDIR}/files" but it also seems really, really heavy to make a new Git repo for a ~50 line C file. | 16:45 |
| *** unwrapped_monad <unwrapped_monad!~unwrapped@user/unwrapped-monad:02312> has left #yocto (Leaving) | 16:46 | |
| walter | Question, is there a reason why we don't use the GCC metadata to generate the base files for `meta/conf/machine/include`? | 16:48 |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 16:50 | |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Client Quit) | 16:51 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 244 seconds) | 16:53 | |
| *** bhstalel <bhstalel!~bhstalel@196.179.231.146> has quit IRC (Quit: Client closed) | 16:54 | |
| *** mathieum2048 is back | 16:55 | |
| *** Deepesh is now away: Auto away | 17:00 | |
| *** RP is now away: Auto away at Mon Jun 29 17:06:18 2026 UTC | 17:06 | |
| *** khem is now away: Auto-away | 17:06 | |
| rburton | walter: i suspect something along the lines of just because gcc supports it doesn't make it sensible or desired, but machine-generating the base would be good imho. patches welcome? | 17:09 |
| walter | I'll look into that, as soon as I figure out how to fix bindgen. I'm now looking into libclang code. | 17:11 |
| *** Xagen <Xagen!~Xagen@syn-070-116-130-017.biz.spectrum.com> has joined #yocto | 17:11 | |
| *** ptsneves <ptsneves!~Thunderbi@178235027209.wroclaw.vectranet.pl> has joined #yocto | 17:13 | |
| *** Kubu_work is back | 17:17 | |
| *** bhstalel <bhstalel!~bhstalel@196.179.231.146> has joined #yocto | 17:19 | |
| *** ndec is now away: Auto-away | 17:28 | |
| *** ptsneves <ptsneves!~Thunderbi@178235027209.wroclaw.vectranet.pl> has quit IRC (Ping timeout: 265 seconds) | 17:35 | |
| *** ptsneves <ptsneves!~Thunderbi@178235027209.wroclaw.vectranet.pl> has joined #yocto | 17:36 | |
| *** Xagen <Xagen!~Xagen@syn-070-116-130-017.biz.spectrum.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 17:38 | |
| *** khem is back | 17:40 | |
| walter | NICE!!! So... bindgen is using libclang under the hood, right? I just realized that we already have a working solution for compiling with clang, we just need to reuse it. | 17:43 |
| walter | We update `bindgen_args()` to remove the existing TCOVERRIDE from OVERRIDES and back `TCOVERRIDE = "toolchain-clang"` and then everything should work. | 17:44 |
| walter | BUT... I'm not sure I like the current fix for clang. I'll look more into things. We could improve things here, but that would be a different patch. | 17:44 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!