Page MenuHomeFreeBSD

remove gotos from vm_map_unwire
ClosedPublic

Authored by dougm on Jul 4 2019, 6:15 AM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Jun 22, 3:19 AM
Unknown Object (File)
Fri, Jun 21, 11:46 PM
Unknown Object (File)
Fri, Jun 21, 4:18 PM
Unknown Object (File)
Fri, Jun 21, 7:48 AM
Unknown Object (File)
Fri, Jun 21, 7:10 AM
Unknown Object (File)
Fri, Jun 21, 7:08 AM
Unknown Object (File)
Thu, Jun 6, 8:11 AM
Unknown Object (File)
Jan 23 2024, 2:58 AM
Subscribers

Details

Summary

Move an assignment, drop a label, and change gotos to break statements in vm_map_unwire. The code generated on amd86 is unchanged.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision is now accepted and ready to land.Jul 4 2019, 7:24 PM

I don't like this change. In cases like this, specifically error handling in complex code, the goto is easier to understand (and very common in kernel code). A "break;" is context sensitive, i.e., I have to determine whether I am a nested loop.

Mentors, what do you want me to do here?

Mentors, what do you want me to do here?

Typically, when there is some kind of dispute over a change, it is appropriate to revert the change pending some discussion, especially if the dispute is with a maintainer of the code in question. If you feel strongly that the change should be kept, it would be reasonable to continue that discussion here following a revert.

I don't feel strongly enough about this issue to request that the change be reverted.