[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