Page MenuHomeFreeBSD

bhyve: Set SO_REUSEADDR on the gdb stub socket
ClosedPublic

Authored by markj on Apr 29 2021, 3:52 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Jun 3, 5:15 AM
Unknown Object (File)
Tue, May 28, 8:03 PM
Unknown Object (File)
Sun, May 26, 3:20 AM
Unknown Object (File)
Thu, May 16, 4:14 AM
Unknown Object (File)
Wed, May 15, 11:10 PM
Unknown Object (File)
Sun, May 12, 6:59 PM
Unknown Object (File)
May 2 2024, 8:03 AM
Unknown Object (File)
Apr 26 2024, 3:20 AM

Details

Summary

When using bhyve's gdb stub to debug some changes to the kernel's early
boot code, I frequently hit an error when reconnecting gdb. Set
SO_REUSEADDR to mitigate this, as we do for the VNC server.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 38924
Build 35813: arc lint + arc unit

Event Timeline

markj requested review of this revision.Apr 29 2021, 3:52 PM
usr.sbin/bhyve/gdb.c
1846

Why no check for errors from setsockopt call?

jhb added a subscriber: jhb.
jhb added inline comments.
usr.sbin/bhyve/gdb.c
1846

Because failure isn't fatal probably? The VNC code in rfb.c doesn't check for errors either. In practice I don't think SO_REUSEADDR can fail for a TCP socket on FreeBSD.

This revision is now accepted and ready to land.Apr 29 2021, 4:54 PM
usr.sbin/bhyve/gdb.c
1846

This was exactly my reasoning.

usr.sbin/bhyve/gdb.c
1846

The man page clearly indicates it can fail, and the one in dbgport.c does check status.

usr.sbin/bhyve/gdb.c
1846

It will only fail for generic reasons, like if s is not a socket or a copyin of the optval fails.

This revision was automatically updated to reflect the committed changes.