summaryrefslogtreecommitdiffstats
path: root/usr.sbin/acpi/acpidb
Commit message (Collapse)AuthorAgeFilesLines
* MFC: r284583, r285797, r285799, r287168, r298714, r298720, r298838,jkim2016-09-302-20/+24
| | | | | | | | r300879 Merge ACPICA up to 20160527. Requested by: mav
* MFC r300633truckman2016-06-011-10/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Fix acpidb CIDs 1011279 (Buffer not null terminated) and 978405 and 1199380 (Resource leak). load_dsdt() calls strncpy() to copy a filename and Coverity warns that the destination buffer may not be NUL terminated. Fix this by using strlcpy() instead. If silent truncation occurs, then the filename was not valid anyway. load_dsdt() leaks an fd (CID 978405) and a memory region allocated using mmap() (CID 1199380) when it returns. Fix these by calling close() and munmap() as appropriate. Don't bother fixing the minor memory leak "list", allocated by AcGetAllTablesFromFile() (CID 1355191). Check for truncation when creating the temp file name. Set a flag to indicate that the temp file should be unlinked. Relying on a strcmp() test could delete the input file in contrived cases. Reported by: Coverity CID: 1011279, 978405, 1199380 Reviewed by: jkim Differential Revision: https://reviews.freebsd.org/D6368
* MFC: r283092, r283966jkim2015-06-161-1/+1
| | | | | | Merge ACPICA 20150515. Relnotes: yes
* MFC r272444 (by jkim):dim2015-04-042-14/+37
| | | | | | | | | | | Merge ACPICA 20140926. MFC r278970 (by jkim): Merge ACPICA 20141107 and 20150204. Approved by: jkim Relnotes: yes
* Consistently cast ACPICA 64-bit integer types when we print them.jkim2013-06-261-2/+2
|
* Merge ACPICA 20130517.jkim2013-05-201-8/+8
|
* Fix declarations to slightly increase WARNS level.jkim2013-04-232-6/+9
|
* Merge ACPICA 20130418.jkim2013-04-191-4/+5
|
* Merge ACPICA 20130328.jkim2013-04-041-2/+3
|
* Merge ACPICA 20130214.jkim2013-02-151-4/+4
|
* Merge ACPICA 20130117.jkim2013-01-171-13/+14
|
* Merge ACPICA 20121114.jkim2012-11-201-2/+3
|
* Merge ACPICA 20120816.jkim2012-08-161-1/+1
|
* Merge ACPICA 20120711.jkim2012-07-111-3/+4
|
* Merge ACPICA 20120215.jkim2012-02-161-21/+21
|
* Remove unused ACPICA sources from userland makefiles.jkim2012-01-131-3/+2
|
* Merge ACPICA 20120111.jkim2012-01-111-4/+5
|
* Merge ACPICA 20111123.jkim2011-11-282-4/+7
|
* Plug fd leakskevlo2011-11-231-0/+1
|
* Merge ACPICA 20110413.jkim2011-04-151-3/+3
|
* Merge ACPICA 20110211.jkim2011-02-121-8/+9
|
* Merge ACPICA 20101209.jkim2010-12-151-1/+1
|
* Merge ACPICA 20100915.jkim2010-09-161-2/+3
|
* Merge ACPICA 20100806.jkim2010-08-061-2/+2
|
* Merge ACPICA 20100428.jkim2010-04-281-2/+3
|
* Merge ACPICA 20100304.jkim2010-03-051-5/+5
|
* Merge ACPICA 20100121.jkim2010-01-211-7/+7
|
* Merge ACPICA 20091112.jkim2009-11-161-2/+2
|
* Catch up with ACPICA 20090903.jkim2009-09-111-5/+5
|
* Import ACPICA 20090521.jkim2009-06-052-10/+17
|
* These are the things that the tinderbox has problems with because itjb2007-11-201-0/+1
| | | | | | | | doesn't use the default CFLAGS which contain -fno-strict-aliasing. Until the code is cleaned up, just add -fno-strict-aliasing to the CFLAGS of these for the tinderboxes' sake, allowing the rest of the tree to have -Werror enabled again.
* Catch up with ACPI-CA 20070320 import.jkim2007-03-222-26/+21
|
* Catch up with ACPI-CA 20051021 importjkim2005-11-012-34/+57
|
* Catch up with the kernel and set any global variables we are using, innjl2005-01-031-0/+6
| | | | | | particular, enabling interpreter workarounds for bad ASL. MFC after: 1 day
* Two uint32_t casts crept in where they shouldn't have.philip2004-11-131-2/+2
| | | | ACPI_TYPE_INTEGER can be 64 bits wide in acpi v2.
* Change some formats and add some casts to make thisphilip2004-11-132-22/+20
| | | | | | | WARNS=2 clean, and mark it as such. PR: 71672 (partly) Reviewed by: njl
* Tidy up markup.ru2004-06-061-19/+24
|
* Add suspend/resume support to the debugger.njl2004-05-251-1/+1
|
* Remove the band-aid to make these compile on amd64/ia64.njl2003-08-111-6/+1
|
* Apparently I limited my testing of the ductape and bubblegum solutionmarcel2003-08-091-0/+1
| | | | | | | to acpidb. The same problem exists in iasl. Add JIT patching there too. Add a comment to both makefiles to increase the chance that both kludges are removed when a real solution is committed.
* Perform first-aid: unbreak the build for amd64 and ia64 by patchingmarcel2003-08-091-1/+5
| | | | | | | osunixxf.c on the fly. This avoids having to pull it from the vendor branch or otherwise pollute the repository with new short-lived files. This should hold until the real fix arrives.
* Add man pages for acpidb and iaslnjl2003-08-071-0/+162
|
* Add the acpidb and iasl utilities. This is not yet hooked up to the build.njl2003-08-072-0/+539
Obtained from: acpicatools port by Iwasaki-san
OpenPOWER on IntegriCloud