kochi
ca17019a08
* Preserve original $Revision$
...
* add __KERNEL_RCSID
2003-11-09 11:50:59 +00:00
matt
0c6f824d5a
Fix LP64 bug.
2003-11-02 18:29:46 +00:00
mycroft
3970401fd9
Add a file.
2003-10-31 20:52:47 +00:00
mycroft
ded1804c79
Catch up with changes to the AcpiOs*() interfaces.
2003-10-31 20:52:30 +00:00
mycroft
6c29cf39bb
Merge acpica-unix-20031029.
2003-10-31 20:51:07 +00:00
mycroft
0314a111c1
Import latest ACPI-CA.
2003-10-31 20:47:38 +00:00
mycroft
f0b481ee05
Swap the order of buffer initialization and _STA/_INI execution. _INI methods
...
sometimes want to store data in global buffers (e.g. on the Inspiron 8500, to
remember initial battery status).
2003-10-31 17:21:01 +00:00
mycroft
3dc763c88b
Patches from Christos to fix double-frees and error handling.
2003-10-30 17:46:08 +00:00
kochi
77db8900ab
Correct calculation of timeout.
2003-08-15 17:07:04 +00:00
kochi
645984364d
Workaround for AcpiOsGetThreadId: can be called with curlwp == NULL
2003-08-03 08:19:58 +00:00
christos
ec3e43edf4
appease gcc-3 by adding ULL to constants that do not fit in longs
2003-08-03 03:49:29 +00:00
kochi
61634e9a74
Don't compile db*.c & dm*.c unless ACPI_DEBUG and DDB are specified
2003-07-08 15:34:32 +00:00
kochi
03c72d8b24
Fix typo.
2003-07-06 03:50:07 +00:00
kochi
3c3271accf
Cleanup usage of ENABLE_DEBUGGER/ACPI_DEBUGGER/DDB.
...
By this change, ACPI debugger/disassembler are only
compiled when both DDB and ACPI_DEBUG options are
specified. This change also reduces the kernel size
a little when ACPI_DEBUG is not specified.
2003-07-03 14:37:34 +00:00
kochi
68dae3c110
Implement AcpiOsDerivePciId
2003-07-02 11:45:08 +00:00
kochi
862f80594c
Bugfix from FreeBSD tree:
...
>Fix a bug in register access. This should fix warning messages of:
> ACPI-0340: *** Error: Could not release ACPI Global Lock, AE_BAD_PARAMETER
Thanks for jhb@freebsd to find out this problem.
2003-07-01 17:49:57 +00:00
fvdl
d5aece61d6
Back out the lwp/ktrace changes. They contained a lot of colateral damage,
...
and need to be examined and discussed more.
2003-06-29 22:28:00 +00:00
darrenr
960df3c8d1
Pass lwp pointers throughtout the kernel, as required, so that the lwpid can
...
be inserted into ktrace records. The general change has been to replace
"struct proc *" with "struct lwp *" in various function prototypes, pass
the lwp through and use l_proc to get the process pointer when needed.
Bump the kernel rev up to 1.6V
2003-06-28 14:20:43 +00:00
kochi
0cb6714769
Backport a bugfix from the latest ACPI CA.
...
This will fix false AE_NOT_FOUND messages, reported in
port-i386/20897.
2003-05-25 10:08:24 +00:00
kochi
bf026fa41a
Fix a reference count problem that may cause unexpected memory free etc.
...
This is a backport of the latest ACPI CA that has a fix for this.
2003-05-13 13:29:00 +00:00
kochi
19e73853da
Fix parent-child loop problem found by Takashi Yamamoto.
2003-05-13 13:07:13 +00:00
fvdl
f0e810d923
Always use 32bit-wide header pointers for an RSDT (ACPI 1.0). The comment
...
in the code talks about "machine-dependent length", but my copy of
the spec clearly says "an array of 32-bit physical addresses".
2003-05-12 00:19:17 +00:00
fvdl
3d7030e668
Avoid some strict-alias warnings.
2003-05-11 21:20:23 +00:00
fvdl
c99f4a15ba
s/UINT32/ACPI_SIZE/ to match function prototypes.
2003-05-11 19:08:37 +00:00
wiz
1ffa7b76c4
DMA, not dma nor Dma.
2003-05-03 18:10:37 +00:00
thorpej
9dd2908b35
Use sysmon_taskq.
2003-04-20 20:21:29 +00:00
tron
6d26862b28
Fix for ACPI poweroff problem provided by Takayoshi Kochi. This resolves
...
PR kern/20614 by myself.
2003-04-19 16:09:16 +00:00
kanaoka
5c5aa9ba83
Make sure this compiles with ACPI_DEBUG.
...
Pointed out by Patrick Welche <prlw1@newn.cam.ac.uk>.
2003-03-07 15:17:44 +00:00
christos
1fbc199e4e
use M_ACPI where appropriate.
2003-03-05 23:00:56 +00:00
kochi
7629f23bb8
Fix a bug that affects machines which has non-zero base GPE blocks.
...
This bug is already reported to Intel ACPICA people.
2003-03-05 15:13:01 +00:00
kochi
b1b04fbfdf
Update for acpica-unix-20030228.
2003-03-04 17:28:00 +00:00
kochi
589c0d70ae
Resolve conflicts from acpica-20030228-2 import.
2003-03-04 17:25:09 +00:00
kochi
f874599c20
Import the Intel ACPICA 20030228 release.
2003-03-04 17:07:34 +00:00
kochi
f93b318be7
import the Intel ACPICA 20030228 release
2003-03-04 16:43:14 +00:00
kochi
e2b5c0723f
Remove unexpectedly imported ACPI CA files and obsolete files
2003-02-26 17:06:40 +00:00
kanaoka
47b9a825ab
Resolve conflict from acpica-unix-20030123.
2003-02-13 14:16:13 +00:00
kanaoka
34d90725e0
Import INTEL 20030123 release.
2003-02-13 13:51:55 +00:00
kanaoka
86e5527901
Import INTEL 20030123 release.
2003-02-13 13:41:53 +00:00
perry
b46df93398
Document a URL from which you can get the ACPICA programmer reference manual.
2003-02-06 00:27:06 +00:00
wiz
7bd6fd354d
unknown, not unkown. Noted by mjl.
2003-01-28 22:19:22 +00:00
thorpej
b97e4c2136
Merge the nathanw_sa branch.
2003-01-19 16:50:16 +00:00
wiz
1035faff1d
writable, not writeable.
2003-01-06 20:30:28 +00:00
jdolecek
b2b3b18bd8
change the 'GPE Block%d defined as GPE%d to GPE%d' message to
...
ACPI_DEBUG_PRINT(), rather than ACPI_REPORT_INFO(); it's not very useful
normally
2003-01-06 09:33:06 +00:00
jdolecek
855a497919
only print the dot-per-method thing if debugging ACPI_LV_LOAD, too
...
ACPI_LV_LOAD was chosen quite arbitrarily; perhaps the dot printing
should be removed altogether
2003-01-06 09:30:31 +00:00
kanaoka
31623769c9
Resolve conflict from acpica-unix-20021205.
2002-12-23 00:22:04 +00:00
kanaoka
932351b509
Import INTEL acpica 20021205 release.
2002-12-23 00:01:36 +00:00
jdolecek
9d0bfe1097
reduce number of <'s in FatalOp debug print, to not get mistaken with
...
CVS conflict marker
2002-11-02 20:58:17 +00:00
christos
4b7d7adde4
strstr() is part of libkern now. don't supply another.
2002-10-05 01:21:40 +00:00
yamt
82de657077
make AcpiOsStall always delay instead of sleep.
...
sleeping isn't safe because sometimes it's called with interrupt-disabled.
ok'ed by thorpej.
2002-09-15 17:04:12 +00:00
augustss
1394e1ce1a
A resource with 0 interrupts is not illegal; it occurs before interrupts
...
have been allocated.
2002-07-29 03:05:52 +00:00