summaryrefslogtreecommitdiffstats
path: root/sys/modules/acpi
Commit message (Collapse)AuthorAgeFilesLines
* Sort SUBDIR.jkim2016-04-271-3/+3
|
* Remove obsolete Makefile for acpi.ko.jkim2014-10-021-129/+0
|
* Remove ia64.marcel2014-07-071-4/+0
| | | | | | | | | | | | | | | | | This includes: o All directories named *ia64* o All files named *ia64* o All ia64-specific code guarded by __ia64__ o All ia64-specific makefile logic o Mention of ia64 in comments and documentation This excludes: o Everything under contrib/ o Everything under crypto/ o sys/xen/interface o sys/sys/elf_common.h Discussed at: BSDcan
* Merge ACPICA 20130517.jkim2013-05-201-6/+8
|
* A driver for Intel Rapid Start Technology ACPI device.takawata2013-05-081-0/+8
| | | | Note that it is just for 'Advanced' configuration for Rapid start technology.
* Merge ACPICA 20130418.jkim2013-04-191-6/+6
|
* Merge ACPICA 20130214.jkim2013-02-151-13/+15
|
* Merge ACPICA 20121114.jkim2012-11-201-8/+5
|
* Merge ACPICA 20120816.jkim2012-08-161-1/+1
|
* Merge ACPICA 20120711.jkim2012-07-111-12/+7
|
* Add acpi_asus_wmi(4) -- driver for random extras found on WMI-compatiblemav2012-07-022-1/+10
| | | | | | | | | | | | | | | Asus laptops. It is alike to acpi_asus(4), but uses WMI interface instead of separate ACPI device. On Asus EeePC T101MT netbook it allows to handle hotkeys and on/off WLAN, Bluetooth, LCD backlight, camera, cardreader and touchpad. On Asus UX31A ultrabook it allows to handle hotkeys, on/off WLAN, Bluetooth, Wireless LED, control keyboard backlight brightness, monitor temperature and fan speed. LCD brightness control doesn't work now for unknown reason, possibly requiring some video card initialization. Sponsored by: iXsystems, Inc.
* Merge ACPICA 20120215.jkim2012-02-161-13/+13
|
* Merge ACPICA 20120111.jkim2012-01-111-3/+4
|
* Merge ACPICA 20111123.jkim2011-11-281-2/+3
|
* Merge ACPICA 20110413.jkim2011-04-151-1/+1
|
* Merge ACPICA 20110211.jkim2011-02-121-7/+8
|
* Merge ACPICA 20101209.jkim2010-12-151-1/+1
|
* Warn users that acpi.ko is deprecated and exit immediately unless the userjkim2010-11-121-0/+4
| | | | | | | set FORCE_BUILD. This is to avoid foot-shooting while making MFC to stable branches easier. Discussed with: jhb
* MFamd64: (based on) r209957jkim2010-11-121-12/+8
| | | | | | Move logic of building ACPI headers for acpi_wakeup.c into better places, remove intermediate makefile and shell script, and reduce diff between i386 and amd64.
* Refactor acpi_machdep.c for amd64 and i386, move APM emulation into a newjkim2010-11-101-1/+1
| | | | file acpi_apm.c, and place it on sys/x86/acpica.
* Move the MADT parser for amd64 and i386 to sys/x86/acpica now that it isjhb2010-11-081-1/+2
| | | | identical on both platforms.
* Disconnect acpi.ko from the build on i386. ACPI is now only supported whenjhb2010-11-081-5/+1
| | | | compiled into the kernel, not as a loadable module.
* Stop hard coding nm(1) and make it overridable.jkim2010-10-141-4/+8
|
* Merge ACPICA 20100915.jkim2010-09-161-3/+3
|
* MFtbemd:imp2010-08-231-5/+8
| | | | | | | | | Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the source code location of the machine, the latter the binary output. In general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless we're tesitng for a specific target. The isn't even moot for i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86, although a specific cleanup for that likely would be needed...
* Merge ACPICA 20100806.jkim2010-08-061-1/+1
|
* Remove the acpi_aiboost driver. It has been replaced by aibs(4).rpaulo2010-07-252-9/+1
|
* Define SMP unconditionally for amd64 and remove opt_global.h from SRCS.jkim2010-07-131-1/+4
| | | | | | | Note it is done just for correctness sake because we do not build, ship, or support acpi.ko on amd64. Prodded by: bde
* Move i386-inherited logic of building ACPI headers for acpi_wakeup.c intojkim2010-07-121-3/+13
| | | | | better places and remove intermediate makefile and shell scripts. This makes parallel kernel build little bit safer for amd64.
* Import the acpi_aibs(4) driver written by Constantine A. Murenin.rpaulo2010-06-252-1/+11
| | | | | | | | | It has more features than acpi_aiboost(4) and it will eventually replace acpi_aiboost(4). Submitted by: Constantine A. Murenin <cnst at FreeBSD.org> Reviewed by: freebsd-acpi, imp MFC after: 1 month
* Merge ACPICA 20100428.jkim2010-04-281-2/+2
|
* Enable ACPI module build on amd64. Although we strongly recommend buildingjkim2010-03-081-5/+9
| | | | it into kernel, there is no need to prevent it from building at all.
* Update module Makefile for ACPICA 20100304.jkim2010-03-081-4/+4
| | | | Submitted by: Paul B Mahol (onemda at gmail dot com)
* Add a forgotten module Makefile change from the previous commit.jkim2009-11-161-2/+2
|
* Compile ACPI debugger and disassembler for kernel modules unconditionally.jkim2009-10-011-10/+9
| | | | | These files will generate almost empty object files without ACPI_DEBUG/DDB options. As a result, size of acpi.ko will increase slightly.
* Catch up with ACPICA 20090903.jkim2009-09-111-4/+4
|
* * Driver for ACPI WMI (Windows Management Instrumentation)rpaulo2009-06-233-2/+20
| | | | | | | | | * Driver for ACPI HP extra functionations, which required ACPI WMI driver. Submitted by: Michael <freebsdusb at bindone.de> Approved by: re MFC after: 2 weeks
* Fix a typo from the previous commit.jkim2009-06-161-1/+1
|
* Sync acpi(4) kld module Makefile with conf/options.jkim2009-06-161-3/+3
|
* Import ACPICA 20090521.jkim2009-06-0510-21/+21
|
* Fix a few problems related to building modules in /sys/modules (notn_hibma2009-02-121-1/+1
| | | | | | | | | | checked whether this applies to builds in /sys/*/compile/* as well): - Create empty opt_*.h files were missing - Hook up svr4 to the build. It compiles fine here, so no reason to disconnect it in the Makefile. were missing - Hook up svr4 to the build. It compiles fine here, so no reason to disconnect it in the Makefile.
* Rewrite the EC driver event model. The main goal is to avoidnjl2007-09-241-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | polling/interrupt-driven fallback and instead use polling only during boot and pure interrupt-driven mode after boot. Polled mode could be relegated completely to a legacy role if we could enable interrupts during boot. Polled mode can be forced after boot by setting debug.acpi.ec.polled="1", i.e. if there are timeouts. - Use polling only during boot, shutdown, or if requested by the user. Otherwise, use a generation count of GPEs, incremented atomically. This prevents an old status value from being used if the EC is really slow and the same condition (i.e. multiple IBEs for a write transaction) is being checked. - Check for and run the query handler directly if the SCI bit is set in the status register during boot. Previously, the query handler wouldn't run until interrupts were finally enabled late in boot. - During boot and after starting a command, check if the event appears to already have occurred before we even start waiting. If so, it's possible the EC is very slow and we might accept an old status value. Print a warning in this case. Once we've booted, interrupt-driven mode should work just fine but polled mode could be unreliable. There's not much more we can do about this until interrupts are enabled during boot. - In the above case, we also do one final check if the interrupt-driven mode gets a timeout. If the status is complete, it will force the system back into polled mode since interrupt mode doesn't work. For polled mode during boot, if the status appears to be already complete before beginning the check loop, it waits 10 us before actually checking the status, just in case the EC is really slow and hasn't gotten to work on the new request yet. - Use upper-case hex for the _Qxx method - Use device_printf for errors, don't hide them under verbose - Increase default total timeout to 750 ms and decrease polling interval to 5 us. - Don't pass the status value via the softc. Just read it directly. - Remove the mutex. We use the sx lock for transaction serialization with the query handler. - Remove the Intel copyright notice as no code of theirs was ever present in this file (verified against rev 1.1) - Allow KTR module-only builds for ease of testing Thanks to jkim and Alexey Starikovskiy for helpful discussions and testing. Approved by: re MFC after: 2 weeks
* Make acpica include path relative, not absolute.njl2007-06-241-1/+1
| | | | Approved by: re
* Catch up with ACPI-CA 20070320 import.jkim2007-03-222-41/+39
|
* Hook acpi gadget driver modules to other acpi archs.takawata2006-12-182-7/+8
|
* Clarify the error message when trying to build an ACPI module on amd64emaste2006-11-101-1/+1
| | | | | | | | | | or ia64. The old message implied to me that ACPI can't be compiled in on platforms other than amd64 and ia64. The amd64@ mailing list archive has messages from users with the same confusion. Approved by: scottl
* Hook acpi_aiboost module to build.takawata2006-10-301-2/+2
|
* Driver for some ASUS desktop motherboard extras.takawata2006-10-301-0/+9
| | | | | | | | | | | Though it is named after overclocking tool for ASUS motherboards, it is not capable to change clock ratio or CPU core voltage. This driver exports Templature, Power output voltage, Fan RPM under dev.acpi_aiboost.0.*. Descriptions for these values are set to sysctl describe, which can be get by sysctl -d.
* Dike out WARNS from kernel module makefiles. Kernels and modulesru2006-05-305-5/+0
| | | | | | | use a different mechanism for setting warning flags, and using WARNS here only has null or negative effects. Submitted by: bde (I think it means "submitted")
* Import ACPI Dock Station support. Note that this is still very young.iwasaki2006-04-152-1/+10
| | | | | | | | Additional detach implementaions (or maybe improvement) for other deivce drivers is required. Reviewed by: njl, imp MFC after: 1 week
OpenPOWER on IntegriCloud