Ryan Stone f2c2231e0c Fix integer truncation bug in malloc(9) ... A couple of internal functions used by malloc(9) and uma truncated a size_t down to an int. This could cause any number of issues (e.g. indefinite sleeps, memory corruption) if any kernel subsystem tried to allocate 2GB or more through malloc. zfs would attempt such an allocation when run on a system with 2TB or more of RAM. Note to self: When this is MFCed, sparc64 needs the same fix. Differential revision: https://reviews.freebsd.org/D2106 Reviewed by: kib Reported by: Michael Fuckner <michael@fuckner.net> Tested by: Michael Fuckner <michael@fuckner.net> MFC after: 2 weeks		2015-04-01 12:42:26 +00:00
..
central	s,KOBJMETHOD_END,DEVMETHOD_END,g in order to fully hide the explicit mention	2011-11-22 21:55:40 +00:00
conf	Apply r276208 to non-amd64 NOTES files as well to fix tinderbox builds	2015-03-25 15:51:41 +00:00
ebus	Simplify the ofw_bus_lookup_imap() API slightly: make it allocate maskbuf	2013-12-17 15:11:24 +00:00
fhc	s,KOBJMETHOD_END,DEVMETHOD_END,g in order to fully hide the explicit mention	2011-11-22 21:55:40 +00:00
include	Unbreak sparc64 after r276630 by calling __sparc_sigtramp_setup signal	2015-02-16 22:13:03 +00:00
isa	Remove more superfluous const specifiers.	2014-02-23 18:36:45 +00:00
pci	Revert unrelated changes accidentally committed in r271192.	2014-09-17 18:55:39 +00:00
sbus	Move the implementation of bus_space_barrier(9) to the inline function in	2013-10-24 17:06:41 +00:00
sparc64	Fix integer truncation bug in malloc(9)	2015-04-01 12:42:26 +00:00