| *** gnucode <gnucode!~gnucode@user/jab> has quit IRC | 00:03 | |
| sadoon[m] | Good news, already have a script running that scans the full debian pool for .dsc files and uses the API call to instruct mini-buildd to build the package | 01:43 |
|---|---|---|
| sadoon[m] | Somewhat bad news: it kinda requires that you have a local mirror or an sshfs to the mirror to do the scan | 01:44 |
| sadoon[m] | I'm only concerned with it working for now though | 01:44 |
| sadoon[m] | The rest can be enhanced later | 01:44 |
| lkcl | sadoon[m], nice. yes sensible. we can always get another grant and/or request a change to an MoU (not too often, though) to add an additional milestone | 02:16 |
| sadoon[m] | Technically you only need the repo structure with the .dsc files in it, nothing else | 03:09 |
| sadoon[m] | I can probably find a way to script a tar -cf into only taking in .dsc files | 03:10 |
| sadoon[m] | The reason is the script needs to know which packages are supposed to be built, and I do this by starting in a "pool", for looping over every folder (letters,etc), for looping again inside for every package, finding the .dsc file in there, and pushing it using the mini-buildd API like such | 03:11 |
| sadoon[m] | mini-buildd-api -l DEBUG --auto-confirm port_ext $PROTO://$USER@$SERVER:$PORT $SRCREPO/$dsc $REPO | 03:11 |
| sadoon[m] | Or more readable: | 03:12 |
| sadoon[m] | mini-buildd-api --auto-confirm port_ext http://admin@bookworm-mini-buildd-ppc64.sforza.local:8066 http://soulserv.xyz/debian-bookworm/pool/main/t/tmux/tmux_3.1c-1+deb11u1.dsc sid-bookworm-stable | 03:12 |
| sadoon[m] | (Just an example) | 03:12 |
| sadoon[m] | Everything is checked with signatures against the debian keyring and built signed with a special key that mini-buildd assigns | 03:13 |
| sadoon[m] | There are only a few workable issues atm, the main one being the package naming and repo naming are not in sync with what debian requires | 03:14 |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-109-173-83-100.ip.moscow.rt.ru> has quit IRC | 06:26 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.164.186> has joined #libre-soc | 06:26 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.164.186> has quit IRC | 06:43 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-109-173-83-100.ip.moscow.rt.ru> has joined #libre-soc | 06:44 | |
| *** Ritish <Ritish!~Ritish@2401:4900:1f2d:bbee:a5:6bc3:fcfc:d448> has joined #libre-soc | 07:14 | |
| *** Ritish <Ritish!~Ritish@2401:4900:1f2d:bbee:a5:6bc3:fcfc:d448> has quit IRC | 10:16 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-109-173-83-100.ip.moscow.rt.ru> has quit IRC | 10:19 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.53.255> has joined #libre-soc | 10:20 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.53.255> has quit IRC | 11:48 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-109-173-83-100.ip.moscow.rt.ru> has joined #libre-soc | 11:48 | |
| *** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has quit IRC | 12:19 | |
| *** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has joined #libre-soc | 12:26 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-109-173-83-100.ip.moscow.rt.ru> has quit IRC | 16:25 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.54.248> has joined #libre-soc | 16:26 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.54.248> has quit IRC | 17:11 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.54.248> has joined #libre-soc | 17:11 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.54.248> has quit IRC | 18:33 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.57.181> has joined #libre-soc | 18:34 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.57.181> has quit IRC | 19:00 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-109-173-83-100.ip.moscow.rt.ru> has joined #libre-soc | 19:01 | |
| jn | i don't know if it has been mentioned here yet, but: https://openram.org/ - OpenRAM, a libre SRAM generator, has apparently just been published | 19:44 |
| programmerjake | apparently it's been published since at least 2020: https://web.archive.org/web/20200708194806/https://github.com/VLSIDA/OpenRAM | 19:51 |
| *** gnucode <gnucode!~gnucode@user/jab> has joined #libre-soc | 19:57 | |
| jn | hm, then i got confused by a tweet that seemed to claim it was published very recently. anyway, might be a useful tool still! | 20:33 |
| programmerjake | yup! thx! | 20:37 |
| lkcl | it's another one of those projects that on the surface seems great but when you investigate further has some technical limitations, i don't recall the precise details, i just recall that "there's some caveats" | 22:30 |
| lkcl | markos, gnucode, perhaps the biggest "sleeper" in SVP64 is the "Data-Dependent Fail-First" mode | 22:31 |
| lkcl | it's what allows a Vectorised implementation of a full and i do mean full implementation of strncpy to be implemented in 10 instructions | 22:31 |
| lkcl | one of which is "move r3 to CTR" | 22:32 |
| lkcl | the other is "set r0 to 0" | 22:33 |
| lkcl | https://git.libre-soc.org/?p=openpower-isa.git;a=blob;f=src/openpower/decoder/isa/test_caller_svp64_ldst.py;h=647e7935d1aa9a77713c3a7af4838e16b5e4c028;hb=7b9a2e4eb5d890a067de2f66eaba81f225fd0e1c#l32 | 22:33 |
| lkcl | it's required to use sv.bc which works directly in conjunction with the truncation of VL, to subtract *VL* from CTR rather than, as is done in RVV, | 22:35 |
| lkcl | use an intermediary GPR to *receive* a *copy* of VL that is then converted into a bitmask | 22:36 |
| lkcl | then incremented by one | 22:36 |
| lkcl | urrr... | 22:36 |
| lkcl | oh dear. | 22:39 |
| lkcl | https://github.com/riscv/riscv-v-spec/blob/master/example/strncpy.s | 22:39 |
| gnucode | 10 instructions vs. 36. That's impressivr! | 23:14 |
| lkcl | well 11 vs 25 | 23:40 |
| lkcl | the first trick is the "post-increment" mode added to LD/ST, which eliminates the usual subtraction needed | 23:42 |
| lkcl | that's one instruction gone | 23:43 |
| lkcl | the fail-first on sv.cmpi is set to hunt for the zero *and include it* (/vli - truncate VL *inclusive*) | 23:45 |
| lkcl | store that many VL bytes but again post-increment, avoiding yet another instruction (pre-subtraction) | 23:45 |
| lkcl | sv.bc/all tests CTR "as usual" but subtracts VL, and also stops at the fail-point | 23:46 |
| lkcl | it's all pretty obvious stuff, just a little bit more sophisticated | 23:47 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!