Bug 563 - 128-bit instructions and SimpleV
Summary: 128-bit instructions and SimpleV
Status: CONFIRMED
Alias: None
Product: Libre-SOC's first SoC
Classification: Unclassified
Component: Specification (show other bugs)
Version: unspecified
Hardware: Other Linux
: --- enhancement
Assignee: Luke Kenneth Casson Leighton
URL:
Depends on:
Blocks: 213
  Show dependency treegraph
 
Reported: 2020-12-30 19:27 GMT by Jacob Lifshay
Modified: 2022-07-31 23:53 BST (History)
1 user (show)

See Also:
NLnet milestone: ---
total budget (EUR) for completion of task and all subtasks: 0
budget (EUR) for this task, excluding subtasks' budget: 0
parent task for budget allocation:
child tasks for budget allocation:
The table of payments (in EUR) for this task; TOML format:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jacob Lifshay 2020-12-30 19:27:26 GMT
I think we should support 128-bit elements symmetrically to 64/32/16/8-bit operations by just having the 128-bit vsx instruction be the base instruction that gets prefixed, this would mean subvl=1 has 128-bit subvectors, subvl=2 has 256-bit subvectors, 3 for 384-bit, and 4 for 512-bit.

this is because it doesn't make sense to have an instruction for a 64-bit half of a intrinsically 128-bit operation such as f128 add.
Comment 1 Luke Kenneth Casson Leighton 2020-12-30 19:44:34 GMT
conceptually i like it.  especially the symmetry and being able to apply sub-vectoring to 128-bit operations.  it's waaay advanced and in the future though :)
Comment 2 Jacob Lifshay 2020-12-30 19:54:38 GMT
(In reply to Luke Kenneth Casson Leighton from comment #1)
> conceptually i like it.  especially the symmetry and being able to apply
> sub-vectoring to 128-bit operations.  it's waaay advanced and in the future
> though :)

maybe not that far in the future, since aes is a 128-bit operation that we will want to support :)