[Libre-soc-bugs] [Bug 734] add Partitioned SimdSignal support for elwidth-based layouts (currently ElwidPartType)
bugzilla-daemon at libre-soc.org
bugzilla-daemon at libre-soc.org
Mon Oct 25 12:12:17 BST 2021
https://bugs.libre-soc.org/show_bug.cgi?id=734
--- Comment #12 from Luke Kenneth Casson Leighton <lkcl at lkcl.net> ---
i've thrown together a SimdShape class and started tying it in.
https://git.libre-soc.org/?p=ieee754fpu.git;a=commitdiff;h=b5ed5a2edf34115e830605370cf5397481b7ea13
https://git.libre-soc.org/?p=ieee754fpu.git;a=commitdiff;h=b9657e88aa2b50d117c86b88c6d6186b3c91bf8c
the fundamental assumption is that you would never create
a SimdShape without also putting it under a SimdScope
ContextManager. have to see how that turns out
to make things "look" like they're the same as Scalar i've
also added SimdScope.Shape
commit 8cb1ccf1de1ca0166b0c62fcc46d5011df218eb2 (HEAD -> master)
Author: Luke Kenneth Casson Leighton <lkcl at lkcl.net>
Date: Mon Oct 25 12:10:46 2021 +0100
add SimdScope.Shape redirector which switches from scalar to simd behaviour
depending on context.
for compatibility with nmigen Shape() the width parameter is passed
through to widths_at_elwid in SimdShape, allowing the layout() function
the opportunity to turn a scalar width into fixed element widths at
all elwids.
it may actually turn out to be better to have a "fixed_width" parameter
for SimdShape. hmmm...
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the libre-soc-bugs
mailing list