Revision tags: release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0 |
|
#
8848ad86 |
| 23-Sep-2003 |
Peter Wemm <peter@FreeBSD.org> |
MFi386 by jhb: add acpi_SetDefaultIntrModel();
|
#
5a4d072c |
| 28-Aug-2003 |
Nate Lawson <njl@FreeBSD.org> |
Minor style cleanups.
|
#
12ea2cfe |
| 25-Jul-2003 |
David E. O'Brien <obrien@FreeBSD.org> |
Use __FBSDID().
Brought to you by: a boring talk at OLS
|
Revision tags: release/5.1.0_cvs, release/5.1.0 |
|
#
afa88623 |
| 01-May-2003 |
Peter Wemm <peter@FreeBSD.org> |
Commit MD parts of a loosely functional AMD64 port. This is based on a heavily stripped down FreeBSD/i386 (brutally stripped down actually) to attempt to get a stable base to start from. There is a
Commit MD parts of a loosely functional AMD64 port. This is based on a heavily stripped down FreeBSD/i386 (brutally stripped down actually) to attempt to get a stable base to start from. There is a lot missing still. Worth noting: - The kernel runs at 1GB in order to cheat with the pmap code. pmap uses a variation of the PAE code in order to avoid having to worry about 4 levels of page tables yet. - It boots in 64 bit "long mode" with a tiny trampoline embedded in the i386 loader. This simplifies locore.s greatly. - There are still quite a few fragments of i386-specific code that have not been translated yet, and some that I cheated and wrote dumb C versions of (bcopy etc). - It has both int 0x80 for syscalls (but using registers for argument passing, as is native on the amd64 ABI), and the 'syscall' instruction for syscalls. int 0x80 preserves all registers, 'syscall' does not. - I have tried to minimize looking at the NetBSD code, except in a couple of places (eg: to find which register they use to replace the trashed %rcx register in the syscall instruction). As a result, there is not a lot of similarity. I did look at NetBSD a few times while debugging to get some ideas about what I might have done wrong in my first attempt.
show more ...
|
Revision tags: release/4.8.0_cvs, release/4.8.0 |
|
#
b7b5ae3e |
| 24-Mar-2003 |
Matthew N. Dodd <mdodd@FreeBSD.org> |
Use repo-copied files in sys/i386/bios.
|
#
7ac40f5f |
| 03-Mar-2003 |
Poul-Henning Kamp <phk@FreeBSD.org> |
Gigacommit to improve device-driver source compatibility between branches:
Initialize struct cdevsw using C99 sparse initializtion and remove all initializations to default values.
This patch is au
Gigacommit to improve device-driver source compatibility between branches:
Initialize struct cdevsw using C99 sparse initializtion and remove all initializations to default values.
This patch is automatically generated and has been tested by compiling LINT with all the fields in struct cdevsw in reverse order on alpha, sparc64 and i386.
Approved by: re(scottl)
show more ...
|
Revision tags: release/5.0.0_cvs, release/5.0.0 |
|
#
ebff7660 |
| 21-Nov-2002 |
John Baldwin <jhb@FreeBSD.org> |
*sigh*. It seems that in the ACPICA code, Intel defines its own APIC_IO macro for use when parsing MADT tables, thus we always tried to set the interrupt model to APIC. This proved to be harmful on
*sigh*. It seems that in the ACPICA code, Intel defines its own APIC_IO macro for use when parsing MADT tables, thus we always tried to set the interrupt model to APIC. This proved to be harmful on UP machines with IO APIC's (or for UP kernels on SMP machines) since the wrong interrupt routing information would be returned.
Pointy hat to: jhb Approved by: re (rwatson)
show more ...
|
#
42233ad3 |
| 16-Oct-2002 |
John Baldwin <jhb@FreeBSD.org> |
Include <sys/select.h> on -stable instead of <sys/selinfo.h> to get the definition of struct selinfo.
Sponsored by: The Weather Channel
|
#
6b4d1b08 |
| 09-Oct-2002 |
John Baldwin <jhb@FreeBSD.org> |
Use d_thread_t for cdevsw functions instead of struct thread * so that it is easier to share this code with 4-stable.
|
Revision tags: release/4.7.0_cvs |
|
#
31a51bf6 |
| 30-Sep-2002 |
John Baldwin <jhb@FreeBSD.org> |
Trash the PnPBIOStable pointer later on when we know that the acpi probe and attach routines have succeeded so that if they fail we can still use the PnP BIOS to find ISA on-board devices. The fact
Trash the PnPBIOStable pointer later on when we know that the acpi probe and attach routines have succeeded so that if they fail we can still use the PnP BIOS to find ISA on-board devices. The fact that we do this here is gross but fixing it properly involves a lot more work.
show more ...
|
#
d3b9beba |
| 06-Sep-2002 |
John Baldwin <jhb@FreeBSD.org> |
If we are using APIC_IO tell ACPI so it can route interrupts properly. This still doesn't work quite right because of other APIC_IO hacks in the i386 PCI code.
|
Revision tags: release/4.6.2_cvs, release/4.6.2, release/4.6.1, release/4.6.0_cvs, release/4.5.0_cvs, release/4.4.0_cvs |
|
#
f86214b6 |
| 26-Oct-2001 |
Mitsuru IWASAKI <iwasaki@FreeBSD.org> |
Add APM compatibility feature to ACPI. This emulates APM device node interface APIs (mainly ioctl) and provides APM services for the applications. The goal is to support most of APM applications wit
Add APM compatibility feature to ACPI. This emulates APM device node interface APIs (mainly ioctl) and provides APM services for the applications. The goal is to support most of APM applications without any changes. Implemented ioctls in this commit are: - APMIO_SUSPEND (mapped ACPI S3 as default but changable by sysctl) - APMIO_STANDBY (mapped ACPI S1 as default but changable by sysctl) - APMIO_GETINFO and APMIO_GETINFO_OLD - APMIO_GETPWSTATUS
With above, many APM applications which get batteries, ac-line info. and transition the system into suspend/standby mode (such as wmapm, xbatt) should work with ACPI enabled kernel (if ACPI works well :-)
Reviewed by: arch@, audit@ and some guys
show more ...
|