r315685 emaste March 21, 2017, 6:02 p.m.
We must ensure there's space for the terminating null in the temporary
buffer in imgact_binmisc_populate_interp().

Note that there's no buffer overflow here because xbe->xbe_interpreter's
length and null termination is checked in imgact_binmisc_add_entry()
before imgact_binmisc_populate_interp() is called. However, the latter
should correctly enforce its own bounds.

Reviewed by:	sbruno
MFC after:	1 week
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D10042
ViewVC
r315684 glebius March 21, 2017, 4:23 p.m.
fixes 32-bit builds.
ViewVC
r315683 mav March 21, 2017, 2:14 p.m.
MFC after:	2 weeks
ViewVC
r315682 mav March 21, 2017, 1:49 p.m.
MFC after:	2 weeks
ViewVC
r315681 mav March 21, 2017, 1:10 p.m.
Let firmware do its best first, and if it can't, try software recovery.
I would remove software timeout handler completely, but found bunch of
complains on command timeout on sparc64 mailing list few years ago, so
better be safe in case of interrupt loss.

MFC after:	2 weeks
ViewVC
r315680 maxim March 21, 2017, 1:01 p.m.
PR:		217977
Submitted by:	tobik
ViewVC
r315678 mav March 21, 2017, 11:26 a.m.
MFC after:	2 weeks
ViewVC
r315677 mav March 21, 2017, 10:34 a.m.
MFC after:	2 weeks
ViewVC
r315674 mav March 21, 2017, 9:24 a.m.
Now CAM_SIM_LOCK() macros are not used and may be removed later.

MFC after:	2 weeks
ViewVC
r315673 mav March 21, 2017, 9:12 a.m.
For three years now CAM does not use SIM lock, but still enforces SIM to
use it.  Remove this requirement, allowing SIMs to have any locking they
prefer, if they pass no mutex to cam_sim_alloc().

MFC after:	2 weeks
ViewVC
r315672 glebius March 21, 2017, 9:07 a.m.
r315671 glebius March 21, 2017, 8:57 a.m.
r315670 mav March 21, 2017, 8:56 a.m.
MFC after:	12 days
ViewVC
r315662 glebius March 21, 2017, 6:39 a.m.
This is a painful change, but it is needed.  On the one hand, we avoid
modifying them, and this slows down some ideas, on the other hand we still
eventually modify them and tools like netstat(1) never work on next version of
FreeBSD.  We maintain a ton of spares in them, and we already got some ifdef
hell at the end of tcpcb.

Details:
- Hide struct inpcb, struct tcpcb under _KERNEL || _WANT_FOO.
- Make struct xinpcb, struct xtcpcb pure API structures, not including
  kernel structures inpcb and tcpcb inside.  Export into these structures
  the fields from inpcb and tcpcb that are known to be used, and put there
  a ton of spare space.
- Make kernel and userland utilities compilable after these changes.
- Bump __FreeBSD_version.

Reviewed by:	rrs, gnn
Differential Revision:	D10018
ViewVC
r315656 asomers March 20, 2017, 11:07 p.m.
This test was failing if run twice because rtadvd takes too long to die.
The rtadvd process from the first run was still running when the
second run created its interfaces.  The solution is to use SIGKILL during
the cleanup instead of SIGTERM so rtadvd will die faster.

While I'm here, randomize the addresses used for the test, which makes bugs
like this easier to spot, and fix the cleanup order to be the opposite of
the setup order

PR:		217871
MFC after:	18 days
X-MFC-With:	315458
Sponsored by:	Spectra Logic Corp
ViewVC