<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/modules/acpi, branch releng/7.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F7.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F7.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2007-09-24T16:59:06Z</updated>
<entry>
<title>Rewrite the EC driver event model.  The main goal is to avoid</title>
<updated>2007-09-24T16:59:06Z</updated>
<author>
<name>Nate Lawson</name>
<email>njl@FreeBSD.org</email>
</author>
<published>2007-09-24T16:59:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=83dcc133d89dea69859b0bdf27399a8d31c1e88f'/>
<id>urn:sha1:83dcc133d89dea69859b0bdf27399a8d31c1e88f</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>Make acpica include path relative, not absolute.</title>
<updated>2007-06-24T20:36:51Z</updated>
<author>
<name>Nate Lawson</name>
<email>njl@FreeBSD.org</email>
</author>
<published>2007-06-24T20:36:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=81cd8a5bf0840d41d604d586ecfd6e37eaf50372'/>
<id>urn:sha1:81cd8a5bf0840d41d604d586ecfd6e37eaf50372</id>
<content type='text'>
Approved by:	re
</content>
</entry>
<entry>
<title>Catch up with ACPI-CA 20070320 import.</title>
<updated>2007-03-22T18:16:43Z</updated>
<author>
<name>Jung-uk Kim</name>
<email>jkim@FreeBSD.org</email>
</author>
<published>2007-03-22T18:16:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2be4e4713aac95323b389243f0f7fa00f6a6112a'/>
<id>urn:sha1:2be4e4713aac95323b389243f0f7fa00f6a6112a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Hook acpi gadget driver modules to other acpi archs.</title>
<updated>2006-12-18T05:54:50Z</updated>
<author>
<name>Takanori Watanabe</name>
<email>takawata@FreeBSD.org</email>
</author>
<published>2006-12-18T05:54:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=eed294f1905154b32b3e04271125588cf0c4bb0e'/>
<id>urn:sha1:eed294f1905154b32b3e04271125588cf0c4bb0e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Clarify the error message when trying to build an ACPI module on amd64</title>
<updated>2006-11-10T20:06:03Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2006-11-10T20:06:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6d6da6898a18e2769c5a1710bfc8ebef78b85f78'/>
<id>urn:sha1:6d6da6898a18e2769c5a1710bfc8ebef78b85f78</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>Hook acpi_aiboost module to build.</title>
<updated>2006-10-30T06:05:10Z</updated>
<author>
<name>Takanori Watanabe</name>
<email>takawata@FreeBSD.org</email>
</author>
<published>2006-10-30T06:05:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=bebb2f3fdd9b3be953a04189315f1a12d175fbc4'/>
<id>urn:sha1:bebb2f3fdd9b3be953a04189315f1a12d175fbc4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Driver for some ASUS desktop motherboard extras.</title>
<updated>2006-10-30T05:38:48Z</updated>
<author>
<name>Takanori Watanabe</name>
<email>takawata@FreeBSD.org</email>
</author>
<published>2006-10-30T05:38:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e4ab9f19d7da48afbab1d314a43db6acbc9452bb'/>
<id>urn:sha1:e4ab9f19d7da48afbab1d314a43db6acbc9452bb</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>Dike out WARNS from kernel module makefiles.  Kernels and modules</title>
<updated>2006-05-30T09:38:54Z</updated>
<author>
<name>Ruslan Ermilov</name>
<email>ru@FreeBSD.org</email>
</author>
<published>2006-05-30T09:38:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ad3cf350d35f835887ff12cba73badcefc64149e'/>
<id>urn:sha1:ad3cf350d35f835887ff12cba73badcefc64149e</id>
<content type='text'>
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")
</content>
</entry>
<entry>
<title>Import ACPI Dock Station support.  Note that this is still very young.</title>
<updated>2006-04-15T12:31:34Z</updated>
<author>
<name>Mitsuru IWASAKI</name>
<email>iwasaki@FreeBSD.org</email>
</author>
<published>2006-04-15T12:31:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=858a52f46425ce4e1b69b7c2462aab2b77b2acf9'/>
<id>urn:sha1:858a52f46425ce4e1b69b7c2462aab2b77b2acf9</id>
<content type='text'>
Additional detach implementaions (or maybe improvement) for other
deivce drivers is required.

Reviewed by:	njl, imp
MFC after:	1 week
</content>
</entry>
<entry>
<title>NO_MAN is not needed here.</title>
<updated>2006-03-16T15:18:17Z</updated>
<author>
<name>Ruslan Ermilov</name>
<email>ru@FreeBSD.org</email>
</author>
<published>2006-03-16T15:18:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d1e9def2546f6545e3e88328226417f983de1cea'/>
<id>urn:sha1:d1e9def2546f6545e3e88328226417f983de1cea</id>
<content type='text'>
</content>
</entry>
</feed>
