Open kylosus opened 5 months ago
@kylosus Thank you for reporting. View issue should be fixed in #1552 now. It still won't apply persistent fusion correctly because of different dimensionalities of internal maps (correlation contains both 2D and 1D maps), but this is a separate issue.
Describe the bug Applying
gpu_persistent_fusion
to some dace programs breaks during codegen if there areArrayView
sTo Reproduce Steps to reproduce the behavior:
dace/transformation/subgraph/gpu_persistent_fusion.py
to fix an issue with code -> code scalars (gpu_persistent_fusion.py.patch.txt)tests/npbench/polybench/correlation.py
, correlation_test.py.patch.txt)Relevant stack trace
(What I believe to be the) Relevant part of code https://github.com/spcl/dace/blob/e542965a98de63a74eb4a3276ba5c0cd801b5f62/dace/transformation/subgraph/gpu_persistent_fusion.py#L214
Expected behavior
ArrayView
AccessNode
s should be connected toAccessNode
s, not the top-level nsdfg that persistent fusion creates.Additional context Several other tests under
tests/npbench/polybench
for the same reason, but need more changes to the rest of the library forgpu_persistent_fusion
to apply.Tested with latest dace master branch
Uploaded patches and sdfg as txt because GitHub won't let me upload anything else.
failing.sdfgz.txt