-
Notifications
You must be signed in to change notification settings - Fork 3.5k
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
[AutoTVM] Tuning fails for an NHWC network on Arm CPU #4542
Comments
You're not doing anything wrong. Not supporting NHWC layouts on Arm CPUs is a known issue and something we should have patched in soon. |
I think even if NHWC isn't supported, the auto-tuning shouldn't fail as a result. We can still compile networks that are initially in NHWC format as AlterOpLayout converts them to NCHW. I think AutoTVM should also do this instead of just failing. |
AutoTVM does not compile the model but just tune the ops extracted from the model. Accordingly, failing when the ops are not supported for tuning is reasonable. Also please open such discussion topics in discuss. |
It doesn't compile, but it does run optimize which should invoke the appropriate passes to transform the graph. Is it a design choice for AutoTVM not to apply this pass? If so I'm happy to open a discuss post, as this is quite unintuitive behaviour. |
Not sure if that workaround works for all cases, but you are welcome to open an RFC to collect opinions from others. |
Please keep an eye of PR #3859 , which could solve TFLite NHWC auto tune on ARM CPU problem. |
I agree that AlterOpLayout and AutoTVM do not have the most intuitive design/user experience yet. For now, you can choose either of the 3 options
|
close for now due to inactive status, and there are related #3859 feel free to open new thread on the discuss forum |
I'm trying to tune NHWC networks produced by the tflite frontend, but they fail with the error
AssertionError: only support NCHW/HWCN currently
. This suggests to me the AlterOpLayout pass is not happening during task extraction. I can force the AlterOpLayout pass to happen using the following patch:which does fix this issue. Am I doing something wrong in AutoTVM or is this patch necessary?
The text was updated successfully, but these errors were encountered: