-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add sed script for operation renaming to allow xdsl-opt to handle maxf, fixes #142 #148
Conversation
We can also investigate if this allows us to uncomment other tests. |
|
kernels/kernels.csv
Outdated
@@ -27,13 +27,14 @@ fill,16x16xf64,snrt,299 | |||
fill,16x16xf64,scf_xdsl,2676 | |||
matmul,8x8xf64,baseline,4229 | |||
matmul,8x8xf64,linalg,3816 | |||
matmul,8x8xf64,snitch_stream,2336 | |||
matmul,8x8xf64,snitch_stream,57 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sus
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Indeed...
Do we need both? I think we should need only one, to translate to xDSL, we never go xDSL to MLIR, I don't think |
@@ -1,5 +1,5 @@ | |||
module { | |||
func.func public @relu(%arg0: memref<16x16xf64>, %arg1: memref<16x16xf64>) -> memref<16x16xf64> { | |||
func.func public @relu(%arg0: memref<16x16xf64> {llvm.noalias}, %arg1: memref<16x16xf64> {llvm.noalias}) -> memref<16x16xf64> { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I didn't introduce this change myself. Any idea how it got here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hmm, weird, what does git blame
say?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm still not sure what happened here, maybe I accidentally make
d the file again from some other source? I didn't add them manually that's all.
After removing them and running make pivoted.csv
again nothing changed, so I guess it's okay now?
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great! I have a feeling that a make clean
and make pivoted.csv
locally and pushing again should fix the CI
Interesting, I thought I had done that already. I'll give it another go. |
2db7c08
to
08af338
Compare
|
find . -type d -name "*.x.logs" -print0 | xargs -0 rm -rf | ||
find . -type f -name "*.S" -print0 | xargs -0 rm -f | ||
find . -type f -name "*.ll" -print0 | xargs -0 rm -f | ||
find . -type f -name "*.ll.mlir" -print0 | xargs -0 rm -f |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you please also add *.bc
? for good measure
08af338
to
bcfa451
Compare
Rebased, reran all the numbers, should all be green now! Thanks everyone for your help! |
|
|
|
This fixes #142
This can probably be improved a bit, but thus far it works, and I can understand why. It works like this:
sed 's/arith.maxf/arith.maximumf/g'
before each invocation ofxdsl-opt
, this translates the maxf we use everywhere else to themaximumf
used by xdslsed 's/arith.maximumf/arith.maxf/g'
after each invocation ofxdsl-opt
, translatingmaximumf
back tomaxf
. Probably not needed, as the output seems to be.S
and not an MLIR file, but I could be wrong?