Skip to content

Fix FC issue#41198

Closed
smessmer wants to merge 3 commits intogh/smessmer/238/basefrom
gh/smessmer/238/head
Closed

Fix FC issue#41198
smessmer wants to merge 3 commits intogh/smessmer/238/basefrom
gh/smessmer/238/head

Conversation

@smessmer
Copy link
Contributor

@smessmer smessmer commented Jul 9, 2020

Stack from ghstack:

#39611 unified signatures of some ops taking TensorOptions arguments by making them optional.
That has FC implications but only for models writting with a PyTorch version after that version (see explanation in description of that PR).

However, it also changed the default from pin_memory=False to pin_memory=None, which actually breaks FC for preexisting models too if they're re-exported with a newer PyTorch,
because we materialize default values when exporting. This is bad.

This PR reverts that particular part of #39611 to revert the FC breakage.

Differential Revision: D22461661

#39611 unified signatures of some ops taking TensorOptions arguments by making them optional.
That has FC implications but only for models writting with a PyTorch version after that version (see explanation in description of that PR).

However, it also changed the default from `pin_memory=False` to `pin_memory=None`, which actually breaks FC for preexisting models too if they're re-exported with a newer PyTorch,
because we materialize default values when exporting. This is bad.

This PR reverts that particular part of #39611 to revert the FC breakage.

Differential Revision: [D22461661](https://our.internmc.facebook.com/intern/diff/D22461661/)

[ghstack-poisoned]
smessmer added a commit that referenced this pull request Jul 9, 2020
#39611 unified signatures of some ops taking TensorOptions arguments by making them optional.
That has FC implications but only for models writting with a PyTorch version after that version (see explanation in description of that PR).

However, it also changed the default from `pin_memory=False` to `pin_memory=None`, which actually breaks FC for preexisting models too if they're re-exported with a newer PyTorch,
because we materialize default values when exporting. This is bad.

This PR reverts that particular part of #39611 to revert the FC breakage.

Differential Revision: [D22461661](https://our.internmc.facebook.com/intern/diff/D22461661/)

ghstack-source-id: 107456654
Pull Request resolved: #41198
@smessmer smessmer requested review from bhosmer and ezyang July 9, 2020 19:27
#39611 unified signatures of some ops taking TensorOptions arguments by making them optional.
That has FC implications but only for models writting with a PyTorch version after that version (see explanation in description of that PR).

However, it also changed the default from `pin_memory=False` to `pin_memory=None`, which actually breaks FC for preexisting models too if they're re-exported with a newer PyTorch,
because we materialize default values when exporting. This is bad.

This PR reverts that particular part of #39611 to revert the FC breakage.

Differential Revision: [D22461661](https://our.internmc.facebook.com/intern/diff/D22461661/)

[ghstack-poisoned]
#39611 unified signatures of some ops taking TensorOptions arguments by making them optional.
That has FC implications but only for models writting with a PyTorch version after that version (see explanation in description of that PR).

However, it also changed the default from `pin_memory=False` to `pin_memory=None`, which actually breaks FC for preexisting models too if they're re-exported with a newer PyTorch,
because we materialize default values when exporting. This is bad.

This PR reverts that particular part of #39611 to revert the FC breakage.

Differential Revision: [D22461661](https://our.internmc.facebook.com/intern/diff/D22461661/)

[ghstack-poisoned]
smessmer added a commit that referenced this pull request Jul 9, 2020
Pull Request resolved: #41198

#39611 unified signatures of some ops taking TensorOptions arguments by making them optional.
That has FC implications but only for models writting with a PyTorch version after that version (see explanation in description of that PR).

However, it also changed the default from `pin_memory=False` to `pin_memory=None`, which actually breaks FC for preexisting models too if they're re-exported with a newer PyTorch,
because we materialize default values when exporting. This is bad.

This PR reverts that particular part of #39611 to revert the FC breakage.
ghstack-source-id: 107475024

Differential Revision: [D22461661](https://our.internmc.facebook.com/intern/diff/D22461661/)
@facebook-github-bot
Copy link
Contributor

This pull request has been merged in 5f6c6ed.

@facebook-github-bot facebook-github-bot deleted the gh/smessmer/238/head branch July 17, 2020 14:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants