Sunday, 2022-08-21

*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has quit IRC01:23
*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has joined #libre-soc01:24
*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has quit IRC10:22
*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has joined #libre-soc10:42
*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has quit IRC11:29
*** ghostmansd[m] <ghostmansd[m]!> has quit IRC11:48
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@> has joined #libre-soc11:49
programmerjakeghostmansd: we'll want to add support for PowerISA v3.1 prefixes in addition to SVP64 prefixes sooner or later, so, if it doesn't take much effort it would be useful to have the code your writing be able to handle non-SVP64 prefixes (decoding them fully isn't yet needed, but not assuming all 64-bit instructions are SVP64 instructions would be great) -- i didn't check if you already are doing that, so ignore this if so12:00
*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has joined #libre-soc12:04
lkclprogrammerjake, that can be handled at the time.  there's no funding available to pay ghostmansd to add v3.1 prefixes when they are not even going to be implemented right now13:03
ghostmansd[m]Nobody assumed that the world is aware of only SVP64 instructions. :-)13:35
ghostmansd[m]In fact, other prefixed instruction types can be added atop.13:35
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@> has quit IRC14:08
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@> has joined #libre-soc14:09
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@> has quit IRC14:32
*** ghostmansd[m] <ghostmansd[m]!> has joined #libre-soc14:32
*** markos <markos!~Konstanti@> has quit IRC15:45
*** markos <markos!> has joined #libre-soc15:58
*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has quit IRC16:45
*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has joined #libre-soc16:56
*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has quit IRC17:40
*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has joined #libre-soc17:41
programmerjakeghostmansd: yay! thx for planning ahead21:16
ghostmansdprogrammerjake, you're welcome! my pleasure! :-)21:33
ghostmansdI've posted a long and boring comment with details on how this works:
ghostmansd[m]lkcl, regarding pu bits. Do they overlap with elwidth, or do they take bits out of it?21:42
ghostmansd[m]That is, either {"elwidth": (6,), "pack": (4,), "unpack": (5,)}...21:44
ghostmansd[m]...or {"elwidth": (4, 5, 6), "pack": (4,), "unpack": (5,)}21:44
ghostmansd[m]One minor note in fields. You probably already guessed, but still. The fields are created on a class level, that is, once per field declaration in the specific class. Any instance of say SVP64Instruction simply refers to the same class-specific layout.21:47
*** lkcl <lkcl!> has quit IRC22:21
*** yambo <yambo!~yambo@> has joined #libre-soc23:47

Generated by 2.17.1 by Marius Gedminas - find it at!