[Libre-soc-isa] [Bug 1188] New: REMAP doesn't work on scalar svp64 instruction
bugzilla-daemon at libre-soc.org
bugzilla-daemon at libre-soc.org
Mon Oct 16 05:44:45 BST 2023
https://bugs.libre-soc.org/show_bug.cgi?id=1188
Bug ID: 1188
Summary: REMAP doesn't work on scalar svp64 instruction
Product: Libre-SOC's first SoC
Version: unspecified
Hardware: PC
OS: Linux
Status: CONFIRMED
Severity: normal
Priority: ---
Component: Specification
Assignee: lkcl at lkcl.net
Reporter: programmerjake at gmail.com
CC: libre-soc-isa at lists.libre-soc.org, lkcl at lkcl.net,
programmerjake at gmail.com
NLnet milestone: ---
(In reply to Jacob Lifshay from bug #1044 comment #59)
> I ran into an issue: I'm trying to use:
> svremap 0o10, 0, 0, 0, 0, 0, 0 # enable SVSHAPE0 for RT
> # q[j] = qhat
> sv.or 4, 12, 12 # note all of RT, RA, and RB are scalar
>
> I expected the REMAP in SVSHAPE0 to apply to RT, but it seems like it
> doesn't. I couldn't find documentation one way or the other... (I saw
> documentation that says REMAP doesn't apply to scalar instructions, but I
> think that just means instructions without a SV-prefix)
The specification needs to explicitly say if scalar means only instructions
without a SV-prefix or also instructions with a SV-prefix but all operands set
to scalar mode.
>
> I think REMAP should apply to scalar operands when there's a sv-prefix (but
> not sv-single-prefix). This seems useful to me so you can e.g. extract the
> 2nd element in a byte vector by using SVSHAPE.offset or other times you'd
> want to use a REMAP-ped index.
Lkcl, what do you think?
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Libre-SOC-ISA
mailing list