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

kern/intr: remove support for passing trap frame as argument #1225

Merged
merged 1 commit into from
May 10, 2024

Conversation

ehem
Copy link
Contributor

@ehem ehem commented May 10, 2024

While otherwise a handy potential approach, getting the trap frame via the argument isn't documented and isn't supposed to be used. With all uses removed, now remove support to end the mixed calling conventions.

Differential Revision: https://reviews.freebsd.org/D37688

@ehem
Copy link
Contributor Author

ehem commented May 10, 2024

This was last verified 12-18 months ago. At that time there were 3 outstanding uses of this construct. Now those 3 are gone and as long as no more were added this backwards compatibility from i386 can be removed.

@ehem
Copy link
Contributor Author

ehem commented May 10, 2024

Last verified at ee8b0c4, so just under 12 months ago. Hopefully no more snuck in, but there is a small chance.

@bsdimp bsdimp self-assigned this May 10, 2024
@bsdimp
Copy link
Member

bsdimp commented May 10, 2024

@markjdb or @bsdjhb I think this is good to go. Can I get a second OK from one of you?

Copy link
Contributor

@mhorne mhorne left a comment

Choose a reason for hiding this comment

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

This is a good wart to remove.

You should note in the commit message the preferred API for accessing the trapframe from an interrupt handler: de-referencing curthread->td_intr_frame.

@bsdimp bsdimp added ready and removed needs-review labels May 10, 2024
@bsdimp
Copy link
Member

bsdimp commented May 10, 2024

OK. Trying to land it with updated scripts, so hopefully the author dates aren't changed by it....

@ehem
Copy link
Contributor Author

ehem commented May 10, 2024

jhibbits approved it on Phabricator.

While otherwise a handy potential approach, getting the trap frame via
the argument isn't documented and isn't supposed to be used.  With all
uses removed, now remove support to end the mixed calling conventions.

Differential Revision: https://reviews.freebsd.org/D37688

Reviewed by: imp, mhorne
Pull Request: freebsd#1225
@ehem
Copy link
Contributor Author

ehem commented May 10, 2024

@mhorne's commit message adjustment seems appropriate, though I suspect it is simpler to let you handle that at this point.

@bsdimp
Copy link
Member

bsdimp commented May 10, 2024

Yea, And I screwed up the commit message change.... I automated too much w/o a pause.

@freebsd-git freebsd-git merged commit 38c3524 into freebsd:main May 10, 2024
7 of 9 checks passed
@bsdimp
Copy link
Member

bsdimp commented May 10, 2024

Updated the comments so that this is documented and pushed another commit.
Sorry for not updating the commit message.

@ehem
Copy link
Contributor Author

ehem commented May 10, 2024

Happens, not much can be done about such occurrences.

@ehem ehem deleted the pullme branch May 17, 2024 01:19
bsdjhb pushed a commit to bsdjhb/cheribsd that referenced this pull request Aug 26, 2024
While otherwise a handy potential approach, getting the trap frame via
the argument isn't documented and isn't supposed to be used.  With all
uses removed, now remove support to end the mixed calling conventions.

Differential Revision: https://reviews.freebsd.org/D37688

Reviewed by: imp, mhorne
Pull Request: freebsd/freebsd-src#1225
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