[Libre-soc-bugs] [Bug 546] data moving / merging Function Unit (FSM)

[bugzilla-daemon at libre-soc.org]

https://bugs.libre-soc.org/show_bug.cgi?id=546

--- Comment #3 from Jacob Lifshay <programmerjake at gmail.com> ---
(In reply to Luke Kenneth Casson Leighton from comment #1)
> and consequently if the 4-4-4 data comes in on Lane0 and needs to be
> converted to FP64 it will be another 2 clock cycles to shift to where Lane2
> can read the B value.

Texture read won't need to produce fp64 values unless the pixels are stored in
fp64 (very uncommon).

Plan on texture reads being able to efficiently be random access, though in
practice texture accesses will often be near previous accesses (though not
sequential) so caching will be needed.

-- 
You are receiving this mail because:
You are on the CC list for the bug.