FreeBSD-src - Raptor Engineering's fork of pfsense FreeBSD src with pfSense changes

	Commit message (Collapse)	Author	Age	Files	Lines
*	Import ACPICA 20140414.	jkim	2014-01-15	348	-760/+2102
\|
*	Import ACPICA 20131218.	jkim	2013-12-19	70	-726/+2502
\|
*	Import ACPICA 20131115.	jkim	2013-11-15	17	-103/+221
\|
*	Import ACPICA 20130927.	jkim	2013-10-17	67	-883/+1814
\|
*	Import ACPICA 20130823.	jkim	2013-08-23	60	-833/+2254
\|
*	Import ACPICA 20130725.	jkim	2013-07-26	28	-178/+548
\|
*	Import ACPICA 20130626.	jkim	2013-06-26	49	-288/+2705
\|
*	Import ACPICA 20130517.	jkim	2013-05-17	180	-2300/+5345
\|
*	Fix for _INI regression introduced in version 20130328.	jkim	2013-05-07	1	-0/+1
\| \| \| \| \| \| \| \|	This change fixes a problem introduced in 20130328 where _INI methods are no longer executed properly because of a memory block that is not initialized correctly. https://github.com/acpica/acpica/commit/637accd073a205eb4acac935f34d0eaee0c301a8
*	Import ACPICA 20130418.	jkim	2013-04-19	37	-678/+1208
\|
*	Fix a potential memory leak.	jkim	2013-04-04	1	-1/+2
\| \| \| \|	https://github.com/acpica/acpica/pull/6
*	Import ACPICA 20130328.	jkim	2013-04-04	39	-1613/+2935
\|
*	Import ACPICA 20130215.	jkim	2013-02-15	57	-754/+2736
\|
*	Fix a long standing bug. NextObject is the first field for very long time.	jkim	2013-01-28	3	-11/+8
\|
*	Partially revert a vendor commit. The following broke our acpi(4) in a very	jkim	2013-01-28	1	-11/+32
\| \| \| \| \| \|	subtle way: https://github.com/otcshare/acpica/commit/b8cf8cd2232f4e08ef9f8df4a103a29bd8699194
*	Import ACPICA 20130117.	jkim	2013-01-17	325	-486/+737
\|
*	Import ACPICA 20121220.	jkim	2013-01-02	114	-6894/+8246
\|
*	Import ACPICA 20121114.	jkim	2012-11-14	50	-608/+903
\|
*	Import ACPICA 20121018.	jkim	2012-10-19	218	-1276/+1479
\|
*	Import ACPICA 20120913.	jkim	2012-09-14	32	-703/+1070
\|
*	Import ACPICA 20120816.	jkim	2012-08-16	54	-1983/+2307
\|
*	Import ACPICA 20120711.	jkim	2012-07-11	50	-477/+1132
\|
*	Do not malloc(9) while holding a spin lock, to avoid panic. Note it was	jkim	2012-06-27	1	-11/+15
\| \| \| \| \| \|	submitted upstream and it should be fixed in the next ACPICA release. Discussed with: Moore, Robert (robert dot moore at intel dot com)
*	Fix "comparison is always true due to limited range of data type" warning	jkim	2012-06-21	1	-10/+10
\| \| \| \| \| \| \|	from GCC in the base system. Note this patch was submitted upstream and it will appear in the next ACPICA release. Discussed with: Moore, Robert (robert dot moore at intel dot com)
*	Import ACPICA 20120620.	jkim	2012-06-20	40	-640/+1131
\|
*	Import ACPICA 20120518.	jkim	2012-05-19	29	-93/+491
\|
*	Import ACPICA 20120420.	jkim	2012-04-20	35	-1389/+1683
\|
*	Revert r233550 and apply a fix for the reference counting issue.	jkim	2012-03-28	4	-109/+61
\| \| \| \|	Submitted by: Robert Moore (robert dot moore at intel dot com)
*	Fix two possible memory leaks in error path.	jkim	2012-03-27	1	-0/+2
\| \| \| \| \| \|	https://github.com/otcshare/acpica/commit/651031314f26bcfa32ee070014c841afa4cee094 Obtained from: ACPICA
*	Temporarily revert an upstream commit. This change caused regressions for	jkim	2012-03-27	4	-58/+109
\| \| \| \| \| \| \|	too many laptop users. Especially, automatic repair for broken _BIF caused strange reference counting issues and kernal panics. This reverts: https://github.com/otcshare/acpica/commit/c995fed15ab41f6feae1299876271ea330f5c1c5
*	Import ACPICA 20120320.	jkim	2012-03-20	48	-336/+3651
\|
*	Import ACPICA 20120215.	jkim	2012-02-16	306	-0/+180582