Skip to content
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

[Relay] Handle pad value coming from Tensor instead of scalar #14735

Merged
merged 2 commits into from
Apr 28, 2023

Conversation

kparzysz-quic
Copy link
Contributor

The PadCompute function would pass empty index to obtain the pad value. This caused a crash when the pad value was given in a tensor with the following message:

Check failed: shape.size() == indices.size() (1 vs. 0) : Tensor dimension mismatch in read ndim = 1, indices.size=0

@tvm-bot
Copy link
Collaborator

tvm-bot commented Apr 27, 2023

Thanks for contributing to TVM! Please refer to the contributing guidelines https://tvm.apache.org/docs/contribute/ for useful information and tips. Please request code reviews from Reviewers by @-ing them in a comment.

Generated by tvm-bot

1 similar comment
@tvm-bot
Copy link
Collaborator

tvm-bot commented Apr 27, 2023

Thanks for contributing to TVM! Please refer to the contributing guidelines https://tvm.apache.org/docs/contribute/ for useful information and tips. Please request code reviews from Reviewers by @-ing them in a comment.

Generated by tvm-bot

The PadCompute function would pass empty index to obtain the pad value.
This caused a crash when the pad value was given in a tensor with the
following message:

    Check failed: shape.size() == indices.size() (1 vs. 0)
      : Tensor dimension mismatch in read ndim = 1, indices.size=0
# This used to crash


def test_pad_value_in_array():
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please move this test to tests/python/relay/test_op_level2.py where there are existing tests for nn.pad.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done

@kparzysz-quic
Copy link
Contributor Author

@tvm-bot rerun

1 similar comment
@kparzysz-quic
Copy link
Contributor Author

@tvm-bot rerun

@kparzysz-quic
Copy link
Contributor Author

kparzysz-quic commented Apr 28, 2023

@driazati Do you know why docker/pr-head is marked as "failed", but when I click on "details", there is no indication of a failure there?

Edit: The failure marking is gone now. I'm not sure what happened.

@driazati
Copy link
Member

@driazati Do you know why docker/pr-head is marked as "failed", but when I click on "details", there is no indication of a failure there?

Edit: The failure marking is gone now. I'm not sure what happened.

I'm not quite sure myself, the full log: https://ci.tlcpack.ai/job/tvm-docker/job/PR-14735/5/console looks like everything completed successfully but the job says it was cancelled/interrupted (rather than a regular failure).

@kparzysz-quic
Copy link
Contributor Author

I'm not quite sure myself, the full log: https://ci.tlcpack.ai/job/tvm-docker/job/PR-14735/5/console looks like everything completed successfully but the job says it was cancelled/interrupted (rather than a regular failure).

I think what's happening is that there are several builds running for this PR at the same time, and the latest one to finish notifies the status page. The wasm build was "failed" for a while, and now it's set to "passed".

@kparzysz-quic kparzysz-quic merged commit e2e1696 into apache:main Apr 28, 2023
@kparzysz-quic kparzysz-quic deleted the pad-value-in-array branch April 28, 2023 21:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants