| 26 Jul 2024 |
 pietrushnic | It really looks like part of coreboot/firmware hands-on | 09:30:58 |
| pietrushnic | chapter I | 09:31:03 |
 miczyg | Pretty much it could make a decent initial script for such training. But I doubt it would fill 6h alone. I wrote the post in like 3-3.5h with the work done on the HW alltogether | 09:32:09 |
| miczyg | * Pretty much, it could make a decent initial script for such training. But I doubt it would fill 6h alone. I wrote the post in like 3-3.5h with the work done on the HW alltogether. | 09:32:31 |
| pietrushnic | You underestimate how much time exercises would take | 09:32:32 |
| miczyg | Ohh yeah, forgot 🙂 | 09:32:41 |
| pietrushnic | I did the calculation for Arch4031 and for 3 days training I need ~124 slides, 60 with theory and 64 with labs. | 09:34:20 |
| pietrushnic | Of course you have to count intro, Q&A and similar stuff | 09:35:09 |
| pietrushnic | it sound very low but this is what stats saying, of course I plan to have backup just in case, but it doesn't sound a lot of material, but it has to be rocket solid and work on this hw, fw, os | 09:36:03 |
| pietrushnic | training related topics we can discuss on https://matrix.to/#/#ost2:matrix.org | 09:36:28 |
 per-astra-ad-deum | Thumbs up for the Ondroid! I first thought it would be an ARM device, but it comes with one of Intels Low-Power-CPUs. | 10:56:22 |
| per-astra-ad-deum | Some questions remain though. First, the Ondroid comes in three variants from what I saw. Only two of them feature SATAIII ports. I hope you're supporting one of the variants with SATAIII ports? Otherwise projects like a DIY NAS would be a lot more complicated to build. | 10:58:01 |
| pietrushnic | we work with middle one, so I guess yes | 11:15:53 |
 zir_blazer | Technically they are the same board with increasingly more stuff populated | 11:16:47 |
| per-astra-ad-deum | In reply to @zir_blazer:matrix.org
Technically they are the same board with increasingly more stuff populated True. Albeit they also feature different CPUs I think. And the "biggest" one also has two RJ-45 jacks, making certain network projects possible. So maybe they can all be ported after the middle one is done with? | 11:19:55 |
| zir_blazer | In reply to @per-astra-ad-deum:matrix.org
True. Albeit they also feature different CPUs I think. And the "biggest" one also has two RJ-45 jacks, making certain network projects possible. So maybe they can all be ported after the middle one is done with? The Odroid H4+ already has two LANs. The highest end one is so you can get 8C Alder Lake-N instead of 4C | 11:21:14 |
| per-astra-ad-deum | In reply to @zir_blazer:matrix.org
The Odroid H4+ already has two LANs. The highest end one is so you can get 8C Alder Lake-N instead of 4C Oh okay, my bad. So the one that is being worked on comes with dual-ethernet and SATAIII ports. That makes for a very tempting device! | 11:28:48 |
| pietrushnic | ultra version is expensive, if project would succesful we will think of it | 12:56:51 |
| pietrushnic | also we don't consider Windows support in first run | 12:57:22 |
| zir_blazer | In reply to @pietrushnic:matrix.3mdeb.com
ultra version is expensive, if project would succesful we will think of it The only difference is that it uses a higher end CPU model. I could even bet that it would work out of the box. Or do you need to customize the FSP for every CPU swap on the MSI and I didn't noticed? | 13:13:30 |
| zir_blazer | The lower end model three differences was one less NIC, no PCIe-to-SATA Controller, and no Dual BIOS (Which I think it is a dumb switch, for ROM select, so nothing that may need to be deal with with code). Not worth it for 40 U$D less than the H4+. But you could deal with it like in the MSI WIFI vs nonWIFI based on whenever a installed device is detected on that port | 13:15:11 |
| zir_blazer | I don't see any reason why you can't support all 3 variants with one binary, may need just one of the other two as test units | 13:16:57 |
| pietrushnic | In reply to @zir_blazer:matrix.org
The only difference is that it uses a higher end CPU model. I could even bet that it would work out of the box. Or do you need to customize the FSP for every CPU swap on the MSI and I didn't noticed? No, no need for that. FSP is per microarch and then sometimes per market segment (e.g. server) | 13:30:27 |
| per-astra-ad-deum | Will this become a product on your shop? If so, is there any ETA? | 13:38:17 |
| zir_blazer | In reply to @per-astra-ad-deum:matrix.org
Will this become a product on your shop? If so, is there any ETA? Worst case scenario you could purchase the Odroid on the official shop, and compile/flash binary yourself and/or get a suscription like with the MSI | 13:47:44 |
| pietrushnic | In reply to @per-astra-ad-deum:matrix.org
Will this become a product on your shop? If so, is there any ETA? Yes, the plan is EOQ3'24 | 14:19:42 |
| pietrushnic | In reply to @zir_blazer:matrix.org
Worst case scenario you could purchase the Odroid on the official shop, and compile/flash binary yourself and/or get a suscription like with the MSI You can always do that or support Dasharo Team | 14:20:11 |
 tlaurion aka Insurgo [UTC-4] | Nevermind https://github.com/linuxboot/heads/pull/1734 | 16:03:28 |
| tlaurion aka Insurgo [UTC-4] | https://github.com/linuxboot/heads/pull/1734 | 16:03:40 |
| tlaurion aka Insurgo [UTC-4] | In reply to @insurgo:matrix.org
Nevermind https://github.com/linuxboot/heads/pull/1734 Seems to be CircleCI network bandwidth throttling, fixed there leaving coreboot do the right thing (tm), suncing its submodules the way it thinks best and not interfering with that. | 16:05:08 |
