1993-08-21 22:24:24 +00:00
|
|
|
# This file tells config what files go into building a kernel,
|
|
|
|
|
# files marked standard are always included.
|
1993-06-12 14:58:17 +00:00
|
|
|
#
|
1999-06-18 19:56:02 +00:00
|
|
|
# $Id: files.i386,v 1.246 1999/06/01 18:18:38 jlemon Exp $
|
Mega-commit for Linux emulator update.. This has been stress tested under
netscape-2.0 for Linux running all the Java stuff. The scrollbars are now
working, at least on my machine. (whew! :-)
I'm uncomfortable with the size of this commit, but it's too
inter-dependant to easily seperate out.
The main changes:
COMPAT_LINUX is *GONE*. Most of the code has been moved out of the i386
machine dependent section into the linux emulator itself. The int 0x80
syscall code was almost identical to the lcall 7,0 code and a minor tweak
allows them to both be used with the same C code. All kernels can now
just modload the lkm and it'll DTRT without having to rebuild the kernel
first. Like IBCS2, you can statically compile it in with "options LINUX".
A pile of new syscalls implemented, including getdents(), llseek(),
readv(), writev(), msync(), personality(). The Linux-ELF libraries want
to use some of these.
linux_select() now obeys Linux semantics, ie: returns the time remaining
of the timeout value rather than leaving it the original value.
Quite a few bugs removed, including incorrect arguments being used in
syscalls.. eg: mixups between passing the sigset as an int, vs passing
it as a pointer and doing a copyin(), missing return values, unhandled
cases, SIOC* ioctls, etc.
The build for the code has changed. i386/conf/files now knows how
to build linux_genassym and generate linux_assym.h on the fly.
Supporting changes elsewhere in the kernel:
The user-mode signal trampoline has moved from the U area to immediately
below the top of the stack (below PS_STRINGS). This allows the different
binary emulations to have their own signal trampoline code (which gets rid
of the hardwired syscall 103 (sigreturn on BSD, syslog on Linux)) and so
that the emulator can provide the exact "struct sigcontext *" argument to
the program's signal handlers.
The sigstack's "ss_flags" now uses SS_DISABLE and SS_ONSTACK flags, which
have the same values as the re-used SA_DISABLE and SA_ONSTACK which are
intended for sigaction only. This enables the support of a SA_RESETHAND
flag to sigaction to implement the gross SYSV and Linux SA_ONESHOT signal
semantics where the signal handler is reset when it's triggered.
makesyscalls.sh no longer appends the struct sysentvec on the end of the
generated init_sysent.c code. It's a lot saner to have it in a seperate
file rather than trying to update the structure inside the awk script. :-)
At exec time, the dozen bytes or so of signal trampoline code are copied
to the top of the user's stack, rather than obtaining the trampoline code
the old way by getting a clone of the parent's user area. This allows
Linux and native binaries to freely exec each other without getting
trampolines mixed up.
1996-03-02 19:38:20 +00:00
|
|
|
#
|
1997-06-01 20:25:55 +00:00
|
|
|
# The long compile-with and dependency lines are required because of
|
|
|
|
|
# limitations in config: backslash-newline doesn't work in strings, and
|
|
|
|
|
# dependency lines other than the first are silently ignored.
|
|
|
|
|
#
|
1996-05-02 10:41:18 +00:00
|
|
|
linux_genassym optional compat_linux \
|
Mega-commit for Linux emulator update.. This has been stress tested under
netscape-2.0 for Linux running all the Java stuff. The scrollbars are now
working, at least on my machine. (whew! :-)
I'm uncomfortable with the size of this commit, but it's too
inter-dependant to easily seperate out.
The main changes:
COMPAT_LINUX is *GONE*. Most of the code has been moved out of the i386
machine dependent section into the linux emulator itself. The int 0x80
syscall code was almost identical to the lcall 7,0 code and a minor tweak
allows them to both be used with the same C code. All kernels can now
just modload the lkm and it'll DTRT without having to rebuild the kernel
first. Like IBCS2, you can statically compile it in with "options LINUX".
A pile of new syscalls implemented, including getdents(), llseek(),
readv(), writev(), msync(), personality(). The Linux-ELF libraries want
to use some of these.
linux_select() now obeys Linux semantics, ie: returns the time remaining
of the timeout value rather than leaving it the original value.
Quite a few bugs removed, including incorrect arguments being used in
syscalls.. eg: mixups between passing the sigset as an int, vs passing
it as a pointer and doing a copyin(), missing return values, unhandled
cases, SIOC* ioctls, etc.
The build for the code has changed. i386/conf/files now knows how
to build linux_genassym and generate linux_assym.h on the fly.
Supporting changes elsewhere in the kernel:
The user-mode signal trampoline has moved from the U area to immediately
below the top of the stack (below PS_STRINGS). This allows the different
binary emulations to have their own signal trampoline code (which gets rid
of the hardwired syscall 103 (sigreturn on BSD, syslog on Linux)) and so
that the emulator can provide the exact "struct sigcontext *" argument to
the program's signal handlers.
The sigstack's "ss_flags" now uses SS_DISABLE and SS_ONSTACK flags, which
have the same values as the re-used SA_DISABLE and SA_ONSTACK which are
intended for sigaction only. This enables the support of a SA_RESETHAND
flag to sigaction to implement the gross SYSV and Linux SA_ONESHOT signal
semantics where the signal handler is reset when it's triggered.
makesyscalls.sh no longer appends the struct sysentvec on the end of the
generated init_sysent.c code. It's a lot saner to have it in a seperate
file rather than trying to update the structure inside the awk script. :-)
At exec time, the dozen bytes or so of signal trampoline code are copied
to the top of the user's stack, rather than obtaining the trampoline code
the old way by getting a clone of the parent's user area. This allows
Linux and native binaries to freely exec each other without getting
trampolines mixed up.
1996-03-02 19:38:20 +00:00
|
|
|
dependency "$S/i386/linux/linux_genassym.c $S/i386/linux/linux.h" \
|
1996-11-06 15:13:41 +00:00
|
|
|
compile-with "${CC} ${CFLAGS} ${PARAM} -UKERNEL -o $@ $<" \
|
Mega-commit for Linux emulator update.. This has been stress tested under
netscape-2.0 for Linux running all the Java stuff. The scrollbars are now
working, at least on my machine. (whew! :-)
I'm uncomfortable with the size of this commit, but it's too
inter-dependant to easily seperate out.
The main changes:
COMPAT_LINUX is *GONE*. Most of the code has been moved out of the i386
machine dependent section into the linux emulator itself. The int 0x80
syscall code was almost identical to the lcall 7,0 code and a minor tweak
allows them to both be used with the same C code. All kernels can now
just modload the lkm and it'll DTRT without having to rebuild the kernel
first. Like IBCS2, you can statically compile it in with "options LINUX".
A pile of new syscalls implemented, including getdents(), llseek(),
readv(), writev(), msync(), personality(). The Linux-ELF libraries want
to use some of these.
linux_select() now obeys Linux semantics, ie: returns the time remaining
of the timeout value rather than leaving it the original value.
Quite a few bugs removed, including incorrect arguments being used in
syscalls.. eg: mixups between passing the sigset as an int, vs passing
it as a pointer and doing a copyin(), missing return values, unhandled
cases, SIOC* ioctls, etc.
The build for the code has changed. i386/conf/files now knows how
to build linux_genassym and generate linux_assym.h on the fly.
Supporting changes elsewhere in the kernel:
The user-mode signal trampoline has moved from the U area to immediately
below the top of the stack (below PS_STRINGS). This allows the different
binary emulations to have their own signal trampoline code (which gets rid
of the hardwired syscall 103 (sigreturn on BSD, syslog on Linux)) and so
that the emulator can provide the exact "struct sigcontext *" argument to
the program's signal handlers.
The sigstack's "ss_flags" now uses SS_DISABLE and SS_ONSTACK flags, which
have the same values as the re-used SA_DISABLE and SA_ONSTACK which are
intended for sigaction only. This enables the support of a SA_RESETHAND
flag to sigaction to implement the gross SYSV and Linux SA_ONESHOT signal
semantics where the signal handler is reset when it's triggered.
makesyscalls.sh no longer appends the struct sysentvec on the end of the
generated init_sysent.c code. It's a lot saner to have it in a seperate
file rather than trying to update the structure inside the awk script. :-)
At exec time, the dozen bytes or so of signal trampoline code are copied
to the top of the user's stack, rather than obtaining the trampoline code
the old way by getting a clone of the parent's user area. This allows
Linux and native binaries to freely exec each other without getting
trampolines mixed up.
1996-03-02 19:38:20 +00:00
|
|
|
no-obj no-implicit-rule \
|
|
|
|
|
clean "linux_genassym"
|
|
|
|
|
#
|
1996-05-02 10:41:18 +00:00
|
|
|
linux_assym.h optional compat_linux \
|
1996-11-06 15:13:41 +00:00
|
|
|
dependency "linux_genassym" \
|
Mega-commit for Linux emulator update.. This has been stress tested under
netscape-2.0 for Linux running all the Java stuff. The scrollbars are now
working, at least on my machine. (whew! :-)
I'm uncomfortable with the size of this commit, but it's too
inter-dependant to easily seperate out.
The main changes:
COMPAT_LINUX is *GONE*. Most of the code has been moved out of the i386
machine dependent section into the linux emulator itself. The int 0x80
syscall code was almost identical to the lcall 7,0 code and a minor tweak
allows them to both be used with the same C code. All kernels can now
just modload the lkm and it'll DTRT without having to rebuild the kernel
first. Like IBCS2, you can statically compile it in with "options LINUX".
A pile of new syscalls implemented, including getdents(), llseek(),
readv(), writev(), msync(), personality(). The Linux-ELF libraries want
to use some of these.
linux_select() now obeys Linux semantics, ie: returns the time remaining
of the timeout value rather than leaving it the original value.
Quite a few bugs removed, including incorrect arguments being used in
syscalls.. eg: mixups between passing the sigset as an int, vs passing
it as a pointer and doing a copyin(), missing return values, unhandled
cases, SIOC* ioctls, etc.
The build for the code has changed. i386/conf/files now knows how
to build linux_genassym and generate linux_assym.h on the fly.
Supporting changes elsewhere in the kernel:
The user-mode signal trampoline has moved from the U area to immediately
below the top of the stack (below PS_STRINGS). This allows the different
binary emulations to have their own signal trampoline code (which gets rid
of the hardwired syscall 103 (sigreturn on BSD, syslog on Linux)) and so
that the emulator can provide the exact "struct sigcontext *" argument to
the program's signal handlers.
The sigstack's "ss_flags" now uses SS_DISABLE and SS_ONSTACK flags, which
have the same values as the re-used SA_DISABLE and SA_ONSTACK which are
intended for sigaction only. This enables the support of a SA_RESETHAND
flag to sigaction to implement the gross SYSV and Linux SA_ONESHOT signal
semantics where the signal handler is reset when it's triggered.
makesyscalls.sh no longer appends the struct sysentvec on the end of the
generated init_sysent.c code. It's a lot saner to have it in a seperate
file rather than trying to update the structure inside the awk script. :-)
At exec time, the dozen bytes or so of signal trampoline code are copied
to the top of the user's stack, rather than obtaining the trampoline code
the old way by getting a clone of the parent's user area. This allows
Linux and native binaries to freely exec each other without getting
trampolines mixed up.
1996-03-02 19:38:20 +00:00
|
|
|
compile-with "./linux_genassym > $@" \
|
|
|
|
|
no-obj no-implicit-rule before-depend \
|
|
|
|
|
clean "linux_assym.h"
|
|
|
|
|
#
|
1997-07-25 11:53:30 +00:00
|
|
|
font8x16.o optional std8x16font \
|
|
|
|
|
compile-with "uudecode < /usr/share/syscons/fonts/${STD8X16FONT}-8x16.fnt && file2c 'unsigned char font_16[16*256] = {' '};' < ${STD8X16FONT}-8x16 > font8x16.c && ${CC} -c ${CFLAGS} font8x16.c" \
|
|
|
|
|
no-implicit-rule before-depend \
|
|
|
|
|
clean "${STD8X16FONT}-8x16 font8x16.c"
|
|
|
|
|
#
|
Keyboard driver update in preparation for the USB keyboard driver.
- Refined internal interface in keyboard drivers so that:
1. the side effect of device probe is kept minimal,
2. polling mode function is added,
3. and new ioctl and configuration options are added (see below).
- Added new ioctl: KDSETREPEAT
Set keyboard typematic rate. There has existed an ioctl command,
KDSETRAD, for the same purpose. However, KDSETRAD is dependent on
the AT keyboard. KDSETREPEAT provides more generic interface.
KDSETRAD will still be supported in the atkbd driver.
- Added new configuration options:
ATKBD_DFLT_KEYMAP
Specify a keymap to be used as the default, built-in keymap.
(There has been undocumented options, DKKEYMAP, UKKEYMAP, GRKEYMAP,
SWKEYMAP, RUKEYMAP, ESKEYMAP, and ISKEYMAP to set the default keymap.
These options are now gone for good. The new option is more general.)
KBD_DISABLE_KEYMAP_LOADING
Don't allow the user to change the keymap.
1999-03-10 10:36:53 +00:00
|
|
|
atkbdmap.h optional atkbd_dflt_keymap \
|
|
|
|
|
compile-with "kbdcontrol -L ${ATKBD_DFLT_KEYMAP} | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h" \
|
|
|
|
|
no-obj no-implicit-rule before-depend \
|
|
|
|
|
clean "atkbdmap.h"
|
|
|
|
|
#
|
|
|
|
|
ukbdmap.h optional ukbd_dflt_keymap \
|
|
|
|
|
compile-with "kbdcontrol -L ${UKBD_DFLT_KEYMAP} | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h" \
|
|
|
|
|
no-obj no-implicit-rule before-depend \
|
|
|
|
|
clean "ukbdmap.h"
|
|
|
|
|
#
|
Finally!!
The much roumored replacement for our current IDE/ATA/ATAPI is
materialising in the CVS repositories around the globe.
So what does this bring us:
A new reengineered ATA/ATAPI subsystem, that tries to overcome
most of the deficiencies with the current drivers.
It supports PCI as well as ISA devices without all the hackery
in ide_pci.c to make PCI devices look like ISA counterparts.
It doesn't have the excessive wait problem on probe, in fact you
shouldn't notice any delay when your devices are getting probed.
Probing and attaching of devices are postponed until interrupts
are enabled (well almost, not finished yet for disks), making
things alot cleaner.
Improved performance, although DMA support is still WIP and not
in this pre alpha release, worldstone is faster with the new
driver compared to the old even with DMA.
So what does it take away:
There is NO support for old MFM/RLL/ESDI disks.
There is NO support for bad144, if your disk is bad, ditch it, it has
already outgrown its internal spare sectors, and is dying.
For you to try this out, you will have to modify your kernel config
file to use the "ata" controller instead of all wdc? entries.
example:
# for a PCI only system (most modern machines)
controller ata0
device atadisk0 # ATA disks
device atapicd0 # ATAPI CDROM's
device atapist0 # ATAPI tapes
#You should add the following on ISA systems:
controller ata1 at isa? port "IO_WD1" bio irq 14
controller ata2 at isa? port "IO_WD2" bio irq 15
You can leave it all in there, the system knows how to manage.
For now this driver reuses the device entries from the old system
(that will probably change later), but remember that disks are
now numbered in the sequence they are found (like the SCSI system)
not as absolute positions as the old system.
Although I have tested this on all the systems I can get my hands on,
there might very well be gremlins in there, so use AT YOU OWN RISK!!
This is still WIP, so there are lots of rough edges and unfinished
things in there, and what I have in my lab might look very different
from whats in CVS at any given time. So please have all eventual
changes go through me, or chances are they just dissapears...
I would very much like to hear from you, both good and bad news
are very welcome.
Enjoy!!
-Søren
1999-03-01 21:19:19 +00:00
|
|
|
dev/ata/ata-all.c optional ata device-driver
|
Fourth update to the new ATA/ATAPI driver:
Well, better late than newer, but things has been hectic
around here, sorry for the long delay.
DMA support has been added to the ATA disk driver.
This only works on Intel PIIX3/4, Acer Aladdin and Promise controllers.
The promise support works without the BIOS on the board,
and timing modes are set to support up to UDMA speed. This
solves the problems with having more than one promise controller
in the same system.
There is support for "generic" DMA, that might work on other
controllers, but now you have been warned :)
More chipset specific code will come soon, I have to find testers
with the approbiate HW, more on that when I have it ready.
The system now uses its own major numbers, please run MAKEDEV
with the devices you need (ad?, acd?, afd?, ast?).
For now the disk driver will also attach to the old wd major
so one can at least boot without this step, but be warned, this
will eventually go away. The bootblocks will have to be changed
before one can boot directly from an "ad" device though.
Fixed problems:
All known hang problems should be solved
The probe code has been sligthly changed, this should solve
the reports I have lying around (I hope).
Hangs when accessing ata & atapi device on the same channel simultaniously.
A real braino in ata_start caused this, fixed.
As usual USE AT YOUR OWN RISK!!, this is still pre alpha level code.
Especially the DMA support can hose your disk real bad if anything
goes wrong, agaiin you have been warned :)
But please tell me how it works for you!
Enjoy!
-Søren
1999-03-28 18:57:20 +00:00
|
|
|
dev/ata/ata-dma.c optional ata device-driver
|
Finally!!
The much roumored replacement for our current IDE/ATA/ATAPI is
materialising in the CVS repositories around the globe.
So what does this bring us:
A new reengineered ATA/ATAPI subsystem, that tries to overcome
most of the deficiencies with the current drivers.
It supports PCI as well as ISA devices without all the hackery
in ide_pci.c to make PCI devices look like ISA counterparts.
It doesn't have the excessive wait problem on probe, in fact you
shouldn't notice any delay when your devices are getting probed.
Probing and attaching of devices are postponed until interrupts
are enabled (well almost, not finished yet for disks), making
things alot cleaner.
Improved performance, although DMA support is still WIP and not
in this pre alpha release, worldstone is faster with the new
driver compared to the old even with DMA.
So what does it take away:
There is NO support for old MFM/RLL/ESDI disks.
There is NO support for bad144, if your disk is bad, ditch it, it has
already outgrown its internal spare sectors, and is dying.
For you to try this out, you will have to modify your kernel config
file to use the "ata" controller instead of all wdc? entries.
example:
# for a PCI only system (most modern machines)
controller ata0
device atadisk0 # ATA disks
device atapicd0 # ATAPI CDROM's
device atapist0 # ATAPI tapes
#You should add the following on ISA systems:
controller ata1 at isa? port "IO_WD1" bio irq 14
controller ata2 at isa? port "IO_WD2" bio irq 15
You can leave it all in there, the system knows how to manage.
For now this driver reuses the device entries from the old system
(that will probably change later), but remember that disks are
now numbered in the sequence they are found (like the SCSI system)
not as absolute positions as the old system.
Although I have tested this on all the systems I can get my hands on,
there might very well be gremlins in there, so use AT YOU OWN RISK!!
This is still WIP, so there are lots of rough edges and unfinished
things in there, and what I have in my lab might look very different
from whats in CVS at any given time. So please have all eventual
changes go through me, or chances are they just dissapears...
I would very much like to hear from you, both good and bad news
are very welcome.
Enjoy!!
-Søren
1999-03-01 21:19:19 +00:00
|
|
|
dev/ata/atapi-all.c optional ata device-driver
|
|
|
|
|
dev/ata/ata-disk.c optional atadisk device-driver
|
|
|
|
|
dev/ata/atapi-cd.c optional atapicd device-driver
|
1999-03-04 09:53:19 +00:00
|
|
|
dev/ata/atapi-fd.c optional atapifd device-driver
|
Finally!!
The much roumored replacement for our current IDE/ATA/ATAPI is
materialising in the CVS repositories around the globe.
So what does this bring us:
A new reengineered ATA/ATAPI subsystem, that tries to overcome
most of the deficiencies with the current drivers.
It supports PCI as well as ISA devices without all the hackery
in ide_pci.c to make PCI devices look like ISA counterparts.
It doesn't have the excessive wait problem on probe, in fact you
shouldn't notice any delay when your devices are getting probed.
Probing and attaching of devices are postponed until interrupts
are enabled (well almost, not finished yet for disks), making
things alot cleaner.
Improved performance, although DMA support is still WIP and not
in this pre alpha release, worldstone is faster with the new
driver compared to the old even with DMA.
So what does it take away:
There is NO support for old MFM/RLL/ESDI disks.
There is NO support for bad144, if your disk is bad, ditch it, it has
already outgrown its internal spare sectors, and is dying.
For you to try this out, you will have to modify your kernel config
file to use the "ata" controller instead of all wdc? entries.
example:
# for a PCI only system (most modern machines)
controller ata0
device atadisk0 # ATA disks
device atapicd0 # ATAPI CDROM's
device atapist0 # ATAPI tapes
#You should add the following on ISA systems:
controller ata1 at isa? port "IO_WD1" bio irq 14
controller ata2 at isa? port "IO_WD2" bio irq 15
You can leave it all in there, the system knows how to manage.
For now this driver reuses the device entries from the old system
(that will probably change later), but remember that disks are
now numbered in the sequence they are found (like the SCSI system)
not as absolute positions as the old system.
Although I have tested this on all the systems I can get my hands on,
there might very well be gremlins in there, so use AT YOU OWN RISK!!
This is still WIP, so there are lots of rough edges and unfinished
things in there, and what I have in my lab might look very different
from whats in CVS at any given time. So please have all eventual
changes go through me, or chances are they just dissapears...
I would very much like to hear from you, both good and bad news
are very welcome.
Enjoy!!
-Søren
1999-03-01 21:19:19 +00:00
|
|
|
dev/ata/atapi-tape.c optional atapist device-driver
|
1999-01-11 03:18:56 +00:00
|
|
|
dev/fb/fb.c optional fb device-driver
|
|
|
|
|
dev/fb/fb.c optional vga device-driver
|
|
|
|
|
dev/fb/splash.c optional splash
|
|
|
|
|
dev/kbd/atkbd.c optional atkbd device-driver
|
|
|
|
|
dev/kbd/atkbdc.c optional atkbdc device-driver
|
|
|
|
|
dev/kbd/kbd.c optional atkbd device-driver
|
|
|
|
|
dev/kbd/kbd.c optional kbd device-driver
|
Keyboard driver update in preparation for the USB keyboard driver.
- Refined internal interface in keyboard drivers so that:
1. the side effect of device probe is kept minimal,
2. polling mode function is added,
3. and new ioctl and configuration options are added (see below).
- Added new ioctl: KDSETREPEAT
Set keyboard typematic rate. There has existed an ioctl command,
KDSETRAD, for the same purpose. However, KDSETRAD is dependent on
the AT keyboard. KDSETREPEAT provides more generic interface.
KDSETRAD will still be supported in the atkbd driver.
- Added new configuration options:
ATKBD_DFLT_KEYMAP
Specify a keymap to be used as the default, built-in keymap.
(There has been undocumented options, DKKEYMAP, UKKEYMAP, GRKEYMAP,
SWKEYMAP, RUKEYMAP, ESKEYMAP, and ISKEYMAP to set the default keymap.
These options are now gone for good. The new option is more general.)
KBD_DISABLE_KEYMAP_LOADING
Don't allow the user to change the keymap.
1999-03-10 10:36:53 +00:00
|
|
|
dev/kbd/kbd.c optional ukbd device-driver
|
1999-01-11 03:18:56 +00:00
|
|
|
dev/syscons/syscons.c optional sc device-driver
|
|
|
|
|
dev/syscons/scvidctl.c optional sc device-driver
|
|
|
|
|
dev/syscons/scvesactl.c optional sc device-driver
|
1994-10-01 02:56:21 +00:00
|
|
|
i386/apm/apm.c optional apm device-driver
|
|
|
|
|
i386/apm/apm_setup.s optional apm
|
1998-03-11 00:30:16 +00:00
|
|
|
i386/eisa/dpt_eisa.c optional eisa dpt device-driver
|
1996-02-26 00:58:38 +00:00
|
|
|
i386/eisa/3c5x9.c optional ep device-driver
|
1998-09-15 10:01:14 +00:00
|
|
|
i386/eisa/adv_eisa.c optional adv device-driver
|
1999-02-11 07:11:00 +00:00
|
|
|
i386/eisa/ahc_eisa.c optional eisa ahc device-driver \
|
1998-09-15 10:01:14 +00:00
|
|
|
dependency "aic7xxx_reg.h $S/i386/eisa/ahc_eisa.c"
|
|
|
|
|
i386/eisa/ahb.c optional ahb device-driver
|
|
|
|
|
i386/eisa/bt_eisa.c optional bt device-driver
|
1995-11-05 04:38:55 +00:00
|
|
|
i386/eisa/eisaconf.c optional eisa
|
1996-11-04 22:17:20 +00:00
|
|
|
i386/eisa/if_vx_eisa.c optional vx device-driver
|
1997-01-17 23:54:45 +00:00
|
|
|
i386/eisa/if_fea.c optional fea device-driver
|
1994-08-24 11:44:45 +00:00
|
|
|
i386/i386/autoconf.c standard device-driver
|
1997-08-01 06:04:34 +00:00
|
|
|
i386/i386/bios.c standard
|
|
|
|
|
i386/i386/bioscall.s standard
|
1998-01-15 07:30:54 +00:00
|
|
|
i386/i386/busdma_machdep.c standard
|
1993-06-12 14:58:17 +00:00
|
|
|
i386/i386/cons.c standard
|
|
|
|
|
i386/i386/db_disasm.c optional ddb
|
|
|
|
|
i386/i386/db_interface.c optional ddb
|
|
|
|
|
i386/i386/db_trace.c optional ddb
|
1998-10-09 23:08:14 +00:00
|
|
|
i386/i386/elf_machdep.c standard
|
1994-08-30 17:18:34 +00:00
|
|
|
i386/i386/exception.s standard
|
1998-04-06 15:49:35 +00:00
|
|
|
i386/i386/globals.s standard
|
|
|
|
|
i386/i386/i386-gdbstub.c optional ddb
|
1996-07-08 19:44:39 +00:00
|
|
|
i386/i386/identcpu.c standard
|
1993-06-12 14:58:17 +00:00
|
|
|
i386/i386/in_cksum.c optional inet
|
1997-03-22 18:54:54 +00:00
|
|
|
i386/i386/initcpu.c standard
|
1994-08-30 17:18:34 +00:00
|
|
|
# locore.s needs to be handled in Makefile to put it first. Otherwise it's
|
|
|
|
|
# now normal.
|
|
|
|
|
# i386/i386/locore.s standard
|
|
|
|
|
i386/i386/machdep.c standard
|
1993-08-28 13:21:48 +00:00
|
|
|
i386/i386/math_emulate.c optional math_emulate
|
1993-06-12 14:58:17 +00:00
|
|
|
i386/i386/mem.c standard
|
1999-04-07 03:55:36 +00:00
|
|
|
i386/i386/i686_mem.c standard
|
1999-06-18 19:56:02 +00:00
|
|
|
i386/i386/k6_mem.c standard
|
1997-04-26 11:46:25 +00:00
|
|
|
i386/i386/mp_machdep.c optional smp
|
|
|
|
|
i386/i386/mpapic.c optional smp
|
|
|
|
|
i386/i386/mpboot.s optional smp
|
|
|
|
|
i386/i386/mplock.s optional smp
|
1999-04-16 21:22:55 +00:00
|
|
|
i386/i386/nexus.c standard
|
1996-10-17 19:32:31 +00:00
|
|
|
i386/i386/perfmon.c optional perfmon profiling-routine
|
1996-03-26 19:57:56 +00:00
|
|
|
i386/i386/perfmon.c optional perfmon
|
1993-06-12 14:58:17 +00:00
|
|
|
i386/i386/pmap.c standard
|
1996-01-24 18:47:58 +00:00
|
|
|
i386/i386/procfs_machdep.c standard
|
1997-07-24 23:45:17 +00:00
|
|
|
i386/i386/simplelock.s optional smp
|
1994-08-30 17:18:34 +00:00
|
|
|
i386/i386/support.s standard
|
|
|
|
|
i386/i386/swtch.s standard
|
1993-06-12 14:58:17 +00:00
|
|
|
i386/i386/sys_machdep.c standard
|
|
|
|
|
i386/i386/trap.c standard
|
1996-09-11 19:53:45 +00:00
|
|
|
i386/i386/userconfig.c optional userconfig
|
1993-06-12 14:58:17 +00:00
|
|
|
i386/i386/vm_machdep.c standard
|
1999-06-01 18:18:39 +00:00
|
|
|
i386/i386/vm86.c standard
|
1995-10-10 08:04:10 +00:00
|
|
|
i386/ibcs2/ibcs2_fcntl.c optional ibcs2
|
|
|
|
|
i386/ibcs2/ibcs2_stat.c optional ibcs2
|
1994-08-24 11:44:45 +00:00
|
|
|
i386/ibcs2/ibcs2_ipc.c optional ibcs2
|
1995-10-10 08:04:10 +00:00
|
|
|
i386/ibcs2/ibcs2_msg.c optional ibcs2
|
1994-08-24 11:44:45 +00:00
|
|
|
i386/ibcs2/ibcs2_misc.c optional ibcs2
|
1995-10-10 08:04:10 +00:00
|
|
|
i386/ibcs2/ibcs2_other.c optional ibcs2
|
1994-08-24 11:44:45 +00:00
|
|
|
i386/ibcs2/ibcs2_signal.c optional ibcs2
|
1995-10-10 08:04:10 +00:00
|
|
|
i386/ibcs2/ibcs2_ioctl.c optional ibcs2
|
1995-02-17 08:45:59 +00:00
|
|
|
i386/ibcs2/ibcs2_socksys.c optional ibcs2
|
1994-08-24 11:44:45 +00:00
|
|
|
i386/ibcs2/ibcs2_sysi86.c optional ibcs2
|
1995-10-10 08:04:10 +00:00
|
|
|
i386/ibcs2/ibcs2_util.c optional ibcs2
|
|
|
|
|
i386/ibcs2/ibcs2_isc.c optional ibcs2
|
|
|
|
|
i386/ibcs2/ibcs2_isc_sysent.c optional ibcs2
|
1994-08-24 11:44:45 +00:00
|
|
|
i386/ibcs2/ibcs2_xenix.c optional ibcs2
|
1995-10-10 08:04:10 +00:00
|
|
|
i386/ibcs2/ibcs2_xenix_sysent.c optional ibcs2
|
|
|
|
|
i386/ibcs2/ibcs2_errno.c optional ibcs2
|
|
|
|
|
i386/ibcs2/ibcs2_sysent.c optional ibcs2
|
|
|
|
|
i386/ibcs2/ibcs2_sysvec.c optional ibcs2
|
1994-08-24 11:44:45 +00:00
|
|
|
i386/ibcs2/imgact_coff.c optional ibcs2
|
1998-09-15 10:01:14 +00:00
|
|
|
i386/isa/adv_isa.c optional adv device-driver
|
|
|
|
|
#i386/isa/aha1542.c optional aha device-driver
|
|
|
|
|
i386/isa/aha_isa.c optional aha device-driver
|
1999-04-16 21:22:55 +00:00
|
|
|
isa/atkbd_isa.c optional atkbd device-driver
|
|
|
|
|
isa/atkbdc_isa.c optional atkbdc device-driver
|
1998-09-15 10:01:14 +00:00
|
|
|
i386/isa/bt_isa.c optional bt device-driver
|
1993-06-12 14:58:17 +00:00
|
|
|
i386/isa/clock.c standard
|
1994-12-11 23:39:01 +00:00
|
|
|
i386/isa/cronyx.c optional cx device-driver
|
1994-10-01 17:59:42 +00:00
|
|
|
i386/isa/ctx.c optional ctx device-driver
|
1994-12-11 23:39:01 +00:00
|
|
|
i386/isa/cx.c optional cx device-driver
|
1995-02-09 09:47:31 +00:00
|
|
|
i386/isa/cy.c optional cy device-driver
|
1995-02-23 17:19:54 +00:00
|
|
|
i386/isa/diskslice_machdep.c standard
|
1995-02-17 08:45:59 +00:00
|
|
|
i386/isa/elink.c optional ep device-driver
|
|
|
|
|
i386/isa/elink.c optional ie device-driver
|
1999-06-01 11:16:23 +00:00
|
|
|
isa/fd.c optional fd device-driver
|
1999-05-08 15:46:46 +00:00
|
|
|
i386/isa/fla.c optional fla device-driver
|
1994-12-17 08:07:03 +00:00
|
|
|
i386/isa/gpib.c optional gp device-driver
|
1995-09-08 03:20:10 +00:00
|
|
|
i386/isa/asc.c optional asc device-driver
|
1995-01-07 14:52:08 +00:00
|
|
|
i386/isa/gsc.c optional gsc device-driver
|
1995-11-21 02:50:10 +00:00
|
|
|
i386/isa/if_ar.c optional ar device-driver
|
1998-07-20 20:00:43 +00:00
|
|
|
i386/isa/if_cs.c optional cs device-driver
|
1994-12-11 23:39:01 +00:00
|
|
|
i386/isa/if_cx.c optional cx device-driver
|
1993-06-12 14:58:17 +00:00
|
|
|
i386/isa/if_ed.c optional ed device-driver
|
1994-04-07 12:10:31 +00:00
|
|
|
i386/isa/if_el.c optional el device-driver
|
1994-01-09 13:30:50 +00:00
|
|
|
i386/isa/if_ep.c optional ep device-driver
|
1997-01-16 12:19:21 +00:00
|
|
|
i386/isa/if_ex.c optional ex device-driver
|
1995-04-23 18:30:27 +00:00
|
|
|
i386/isa/if_fe.c optional fe device-driver
|
1993-10-10 16:25:13 +00:00
|
|
|
i386/isa/if_ie.c optional ie device-driver
|
1994-08-12 06:51:12 +00:00
|
|
|
i386/isa/if_le.c optional le device-driver
|
1994-09-02 15:49:48 +00:00
|
|
|
i386/isa/if_lnc.c optional lnc device-driver
|
1998-12-21 18:04:20 +00:00
|
|
|
i386/isa/if_rdp.c optional rdp device-driver
|
1996-07-05 18:51:59 +00:00
|
|
|
i386/isa/if_sr.c optional sr device-driver
|
1999-05-05 07:37:11 +00:00
|
|
|
i386/isa/if_wi.c optional wi device-driver
|
1997-05-22 08:47:40 +00:00
|
|
|
i386/isa/if_wl.c optional wl device-driver
|
1999-05-14 03:57:25 +00:00
|
|
|
dev/pccard/if_xe.c optional xe device-driver
|
1994-09-01 02:21:20 +00:00
|
|
|
i386/isa/if_ze.c optional ze device-driver
|
1995-02-17 02:22:57 +00:00
|
|
|
i386/isa/if_zp.c optional zp device-driver
|
1999-03-30 21:32:43 +00:00
|
|
|
contrib/dev/oltr/if_oltr.c optional oltr device-driver
|
|
|
|
|
trlld.o optional oltr device-driver \
|
1999-03-10 10:11:43 +00:00
|
|
|
dependency "$S/contrib/dev/oltr/i386-${KERNFORMAT}.trlld.o.uu" \
|
|
|
|
|
compile-with "uudecode < $S/contrib/dev/oltr/i386-${KERNFORMAT}.trlld.o.uu" \
|
|
|
|
|
no-implicit-rule
|
|
|
|
|
contrib/dev/oltr/trlldmac.c optional oltr device-driver
|
|
|
|
|
contrib/dev/oltr/trlldhm.c optional oltr device-driver
|
|
|
|
|
contrib/dev/oltr/trlldbm.c optional oltr device-driver
|
1997-06-01 20:25:55 +00:00
|
|
|
i386/isa/ipl_funcs.c standard \
|
1997-06-29 16:39:11 +00:00
|
|
|
compile-with "${CC} -c ${CFLAGS} ${DEFINED_PROF:S/^$/-fomit-frame-pointer/} $<"
|
1997-06-02 08:19:06 +00:00
|
|
|
i386/isa/intr_machdep.c standard
|
1993-06-12 14:58:17 +00:00
|
|
|
i386/isa/isa.c optional isa device-driver
|
1996-05-04 08:41:28 +00:00
|
|
|
i386/isa/istallion.c optional stli device-driver
|
1995-01-25 21:04:15 +00:00
|
|
|
i386/isa/joy.c optional joy device-driver
|
1998-02-24 22:08:05 +00:00
|
|
|
i386/isa/loran.c optional loran device-driver
|
1995-04-28 00:51:40 +00:00
|
|
|
i386/isa/labpc.c optional labpc device-driver
|
1993-10-11 06:19:40 +00:00
|
|
|
i386/isa/mcd.c optional mcd device-driver
|
1993-06-12 14:58:17 +00:00
|
|
|
i386/isa/mse.c optional mse device-driver
|
1997-10-28 07:28:34 +00:00
|
|
|
i386/isa/npx.c mandatory npx device-driver
|
1994-04-21 14:13:43 +00:00
|
|
|
i386/isa/pcaudio.c optional pca device-driver
|
1995-04-09 15:50:27 +00:00
|
|
|
i386/isa/matcd/matcd.c optional matcd device-driver
|
1999-04-16 21:22:55 +00:00
|
|
|
i386/isa/isa_compat.c optional isa device-driver
|
|
|
|
|
i386/isa/isa_dma.c optional isa device-driver
|
1995-02-17 08:45:59 +00:00
|
|
|
i386/isa/pcibus.c optional pci device-driver
|
1995-10-31 18:28:55 +00:00
|
|
|
i386/isa/pcicx.c optional ze device-driver
|
|
|
|
|
i386/isa/pcicx.c optional zp device-driver
|
1999-01-01 08:09:58 +00:00
|
|
|
i386/isa/pcvt/pcvt_drv.c optional vt device-driver
|
|
|
|
|
i386/isa/pcvt/pcvt_ext.c optional vt device-driver
|
|
|
|
|
i386/isa/pcvt/pcvt_kbd.c optional vt device-driver
|
|
|
|
|
i386/isa/pcvt/pcvt_out.c optional vt device-driver
|
|
|
|
|
i386/isa/pcvt/pcvt_sup.c optional vt device-driver
|
|
|
|
|
i386/isa/pcvt/pcvt_vtf.c optional vt device-driver
|
1997-09-09 12:40:54 +00:00
|
|
|
i386/isa/pnp.c optional pnp device-driver
|
1995-12-29 15:30:05 +00:00
|
|
|
i386/isa/prof_machdep.c optional profiling-routine
|
1997-08-14 14:03:27 +00:00
|
|
|
i386/isa/ppc.c optional ppc device-driver
|
1998-09-04 06:06:55 +00:00
|
|
|
i386/isa/pcf.c optional pcf device-driver
|
1999-04-16 21:22:55 +00:00
|
|
|
isa/psm.c optional psm device-driver
|
1995-12-26 12:50:24 +00:00
|
|
|
i386/isa/random_machdep.c standard
|
1995-03-27 19:39:58 +00:00
|
|
|
i386/isa/rc.c optional rc device-driver
|
1997-08-28 12:18:09 +00:00
|
|
|
i386/isa/rp.c optional rp device-driver
|
1995-03-24 18:30:11 +00:00
|
|
|
i386/isa/scd.c optional scd device-driver
|
1995-08-05 21:33:04 +00:00
|
|
|
i386/isa/si.c optional si device-driver
|
1998-03-23 16:44:22 +00:00
|
|
|
i386/isa/si2_z280.c optional si device-driver
|
|
|
|
|
i386/isa/si3_t225.c optional si device-driver
|
1999-04-16 21:22:55 +00:00
|
|
|
isa/sio.c optional sio device-driver
|
1997-09-14 21:45:05 +00:00
|
|
|
i386/isa/snd/sound.c optional pcm device-driver
|
|
|
|
|
i386/isa/snd/dmabuf.c optional pcm device-driver
|
|
|
|
|
i386/isa/snd/ad1848.c optional pcm device-driver
|
|
|
|
|
i386/isa/snd/sb_dsp.c optional pcm device-driver
|
|
|
|
|
i386/isa/snd/clones.c optional pcm device-driver
|
1999-01-01 08:09:58 +00:00
|
|
|
i386/isa/sound/dev_table.c optional snd device-driver
|
|
|
|
|
i386/isa/sound/soundcard.c optional snd device-driver
|
|
|
|
|
i386/isa/sound/sound_switch.c optional snd device-driver
|
|
|
|
|
i386/isa/sound/audio.c optional snd device-driver
|
|
|
|
|
i386/isa/sound/dmabuf.c optional snd device-driver
|
|
|
|
|
i386/isa/sound/sys_timer.c optional snd device-driver
|
|
|
|
|
i386/isa/sound/sequencer.c optional snd device-driver
|
|
|
|
|
i386/isa/sound/patmgr.c optional snd device-driver
|
|
|
|
|
i386/isa/sound/adlib_card.c optional opl device-driver
|
|
|
|
|
i386/isa/sound/opl3.c optional opl device-driver
|
|
|
|
|
i386/isa/sound/gus_card.c optional gus device-driver
|
|
|
|
|
i386/isa/sound/gus_midi.c optional gus device-driver
|
|
|
|
|
i386/isa/sound/gus_vol.c optional gus device-driver
|
|
|
|
|
i386/isa/sound/gus_wave.c optional gus device-driver
|
|
|
|
|
i386/isa/sound/ics2101.c optional gus device-driver
|
|
|
|
|
i386/isa/sound/sound_timer.c optional gus device-driver
|
|
|
|
|
i386/isa/sound/sound_timer.c optional css device-driver
|
|
|
|
|
i386/isa/sound/sound_timer.c optional mss device-driver
|
|
|
|
|
i386/isa/sound/midi_synth.c optional gus device-driver
|
|
|
|
|
i386/isa/sound/midibuf.c optional gus device-driver
|
|
|
|
|
i386/isa/sound/ad1848.c optional gusxvi device-driver
|
|
|
|
|
i386/isa/sound/ad1848.c optional gus device-driver
|
|
|
|
|
i386/isa/sound/ad1848.c optional mss device-driver
|
|
|
|
|
i386/isa/sound/ad1848.c optional css device-driver
|
|
|
|
|
i386/isa/sound/sound_timer.c optional mss device-driver
|
|
|
|
|
i386/isa/sound/midi_synth.c optional mss device-driver
|
|
|
|
|
i386/isa/sound/midibuf.c optional mss device-driver
|
|
|
|
|
i386/isa/sound/mpu401.c optional mpu device-driver
|
|
|
|
|
i386/isa/sound/midi_synth.c optional mpu device-driver
|
|
|
|
|
i386/isa/sound/midibuf.c optional mpu device-driver
|
|
|
|
|
i386/isa/sound/pas2_card.c optional pas device-driver
|
|
|
|
|
i386/isa/sound/pas2_midi.c optional pas device-driver
|
|
|
|
|
i386/isa/sound/pas2_mixer.c optional pas device-driver
|
|
|
|
|
i386/isa/sound/pas2_pcm.c optional pas device-driver
|
|
|
|
|
i386/isa/sound/midi_synth.c optional pas device-driver
|
|
|
|
|
i386/isa/sound/midibuf.c optional pas device-driver
|
|
|
|
|
i386/isa/sound/sb_card.c optional sb device-driver
|
|
|
|
|
i386/isa/sound/sb_dsp.c optional sb device-driver
|
|
|
|
|
i386/isa/sound/sb_midi.c optional sb device-driver
|
|
|
|
|
i386/isa/sound/sb_mixer.c optional sb device-driver
|
|
|
|
|
i386/isa/sound/midi_synth.c optional sb device-driver
|
|
|
|
|
i386/isa/sound/midibuf.c optional sb device-driver
|
|
|
|
|
i386/isa/sound/sb16_dsp.c optional sbxvi device-driver
|
|
|
|
|
i386/isa/sound/sb16_midi.c optional sbmidi device-driver
|
|
|
|
|
i386/isa/sound/uart6850.c optional uart device-driver
|
|
|
|
|
i386/isa/sound/midi_synth.c optional uart device-driver
|
|
|
|
|
i386/isa/sound/midi_synth.c optional css device-driver
|
|
|
|
|
i386/isa/sound/midibuf.c optional uart device-driver
|
|
|
|
|
i386/isa/sound/midibuf.c optional css device-driver
|
|
|
|
|
i386/isa/sound/trix.c optional trix device-driver
|
|
|
|
|
i386/isa/sound/adlib_card.c optional trix device-driver
|
|
|
|
|
i386/isa/sound/opl3.c optional trix device-driver
|
|
|
|
|
i386/isa/sound/ad1848.c optional trix device-driver
|
|
|
|
|
i386/isa/sound/sound_timer.c optional trix device-driver
|
|
|
|
|
i386/isa/sound/sscape.c optional sscape device-driver
|
|
|
|
|
i386/isa/sound/ad1848.c optional sscape device-driver
|
|
|
|
|
i386/isa/sound/sound_timer.c optional sscape device-driver
|
|
|
|
|
i386/isa/sound/mpu401.c optional sscape device-driver
|
|
|
|
|
i386/isa/sound/midi_synth.c optional sscape device-driver
|
|
|
|
|
i386/isa/sound/midibuf.c optional sscape device-driver
|
|
|
|
|
i386/isa/sound/cs4232.c optional css device-driver
|
1995-02-17 08:45:59 +00:00
|
|
|
i386/isa/spigot.c optional spigot device-driver
|
1995-11-18 05:34:00 +00:00
|
|
|
i386/isa/spkr.c optional speaker device-driver
|
1996-05-04 08:41:28 +00:00
|
|
|
i386/isa/stallion.c optional stl device-driver
|
1999-04-16 21:22:55 +00:00
|
|
|
isa/syscons_isa.c optional sc device-driver
|
1999-01-11 03:18:56 +00:00
|
|
|
i386/isa/vesa.c optional vga device-driver
|
1999-04-16 21:22:55 +00:00
|
|
|
isa/vga_isa.c optional vga device-driver
|
1993-10-23 20:31:17 +00:00
|
|
|
i386/isa/tw.c optional tw device-driver
|
1995-11-18 05:34:00 +00:00
|
|
|
i386/isa/wd.c optional wdc device-driver
|
1993-10-23 20:31:17 +00:00
|
|
|
i386/isa/wd.c optional wd device-driver
|
1999-04-13 19:38:12 +00:00
|
|
|
i386/isa/atapi.c optional wdc device-driver
|
1999-03-16 13:34:03 +00:00
|
|
|
i386/isa/atapi-cd.c optional wcd device-driver
|
1998-02-17 11:32:33 +00:00
|
|
|
i386/isa/wfd.c optional wfd device-driver
|
|
|
|
|
i386/isa/wst.c optional wst device-driver
|
1993-10-23 20:31:17 +00:00
|
|
|
i386/isa/wt.c optional wt device-driver
|
1996-05-02 10:41:18 +00:00
|
|
|
i386/linux/imgact_linux.c optional compat_linux
|
|
|
|
|
i386/linux/linux_dummy.c optional compat_linux
|
|
|
|
|
i386/linux/linux_file.c optional compat_linux
|
|
|
|
|
i386/linux/linux_ioctl.c optional compat_linux
|
|
|
|
|
i386/linux/linux_ipc.c optional compat_linux
|
1997-06-01 20:25:55 +00:00
|
|
|
i386/linux/linux_locore.s optional compat_linux \
|
1996-03-15 07:49:02 +00:00
|
|
|
dependency "linux_assym.h"
|
1996-05-02 10:41:18 +00:00
|
|
|
i386/linux/linux_misc.c optional compat_linux
|
|
|
|
|
i386/linux/linux_signal.c optional compat_linux
|
|
|
|
|
i386/linux/linux_socket.c optional compat_linux
|
|
|
|
|
i386/linux/linux_stats.c optional compat_linux
|
|
|
|
|
i386/linux/linux_sysent.c optional compat_linux
|
|
|
|
|
i386/linux/linux_sysvec.c optional compat_linux
|
|
|
|
|
i386/linux/linux_util.c optional compat_linux
|
1998-12-27 21:47:14 +00:00
|
|
|
i4b/layer1/i4b_isic.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_isic_isa.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_isic_pnp.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_isic_pci.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_isic_pcmcia.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_isac.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_hscx.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_l1.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_l1fsm.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_bchan.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_tel_s08.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_tel_s016.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_tel_s0163.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_tel_s0P.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_ctx_s0P.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_avm_a1.c optional isic device-driver
|
1999-03-07 16:11:12 +00:00
|
|
|
i4b/layer1/i4b_avm_fritz_pci.c optional isic device-driver
|
1998-12-27 21:47:14 +00:00
|
|
|
i4b/layer1/i4b_avm_fritz_pcmcia.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_usr_sti.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_itk_ix1.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_drn_ngo.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_sws.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_dynalink.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_elsa_qs1i.c optional isic device-driver
|
|
|
|
|
i4b/layer1/i4b_elsa_qs1p.c optional isic device-driver
|
1996-01-15 10:28:44 +00:00
|
|
|
libkern/bcd.c standard
|
1995-12-26 13:58:31 +00:00
|
|
|
libkern/divdi3.c standard
|
|
|
|
|
libkern/inet_ntoa.c standard
|
1996-06-07 22:26:59 +00:00
|
|
|
libkern/index.c standard
|
1995-12-26 13:58:31 +00:00
|
|
|
libkern/mcount.c optional profiling-routine
|
|
|
|
|
libkern/moddi3.c standard
|
|
|
|
|
libkern/qdivrem.c standard
|
|
|
|
|
libkern/qsort.c standard
|
|
|
|
|
libkern/random.c standard
|
1998-10-09 23:08:14 +00:00
|
|
|
libkern/rindex.c standard
|
1995-12-26 13:58:31 +00:00
|
|
|
libkern/scanc.c standard
|
|
|
|
|
libkern/skpc.c standard
|
|
|
|
|
libkern/strcat.c standard
|
|
|
|
|
libkern/strcmp.c standard
|
|
|
|
|
libkern/strcpy.c standard
|
|
|
|
|
libkern/strlen.c standard
|
|
|
|
|
libkern/strncmp.c standard
|
|
|
|
|
libkern/strncpy.c standard
|
|
|
|
|
libkern/udivdi3.c standard
|
|
|
|
|
libkern/umoddi3.c standard
|
1994-08-30 19:01:44 +00:00
|
|
|
gnu/i386/fpemul/div_small.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/errors.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/fpu_arith.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/fpu_aux.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/fpu_entry.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/fpu_etc.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/fpu_trig.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/get_address.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/load_store.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/poly_2xm1.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/poly_atan.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/poly_div.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/poly_l2.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/poly_mul64.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/poly_sin.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/poly_tan.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/polynomial.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_add_sub.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_compare.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_constant.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_div.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_ld_str.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_mul.c optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_norm.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_round.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_u_add.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_u_div.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_u_mul.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/reg_u_sub.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/wm_shrx.s optional gpl_math_emulate
|
|
|
|
|
gnu/i386/fpemul/wm_sqrt.s optional gpl_math_emulate
|
1995-09-03 19:53:11 +00:00
|
|
|
gnu/i386/isa/dgb.c optional dgb device-driver
|
1998-08-04 21:44:09 +00:00
|
|
|
gnu/i386/isa/dgm.c optional dgm device-driver
|
1999-01-01 08:09:58 +00:00
|
|
|
gnu/i386/isa/sound/awe_wave.c optional awe device-driver
|
|
|
|
|
pci/es1370.c optional pcm device-driver
|
Add support for busmaster DMA on some PCI IDE chipsets.
I changed a few bits here and there, mainly renaming wd82371.c
to ide_pci.c now that it's supposed to handle different chipsets.
It runs on my P6 natoma board with two Maxtor drives, and also
on a Fujitsu machine I have at work with an Opti chipset and
a Quantum drive.
Submitted by:cgull@smoke.marlboro.vt.us <John Hood>
Original readme:
*** WARNING ***
This code has so far been tested on exactly one motherboard with two
identical drives known for their good DMA support.
This code, in the right circumstances, could corrupt data subtly,
silently, and invisibly, in much the same way that older PCI IDE
controllers do. It's ALPHA-quality code; there's one or two major
gaps in my understanding of PCI IDE still. Don't use this code on any
system with data that you care about; it's only good for hack boxes.
Expect that any data may be silently and randomly corrupted at any
moment. It's a disk driver. It has bugs. Disk drivers with bugs
munch data. It's a fact of life.
I also *STRONGLY* recommend getting a copy of your chipset's manual
and the ATA-2 or ATA-3 spec and making sure that timing modes on your
disk drives and IDE controller are being setup correctly by the BIOS--
because the driver makes only the lamest of attempts to do this just
now.
*** END WARNING ***
that said, i happen to think the code is working pretty well...
WHAT IT DOES:
this code adds support to the wd driver for bus mastering PCI IDE
controllers that follow the SFF-8038 standard. (all the bus mastering
PCI IDE controllers i've seen so far do follow this standard.) it
should provide busmastering on nearly any current P5 or P6 chipset,
specifically including any Intel chipset using one of the PIIX south
bridges-- this includes the '430FX, '430VX, '430HX, '430TX, '440LX,
and (i think) the Orion '450GX chipsets. specific support is also
included for the VIA Apollo VP-1 chipset, as it appears in the
relabeled "HXPro" incarnation seen on cheap US$70 taiwanese
motherboards (that's what's in my development machine). it works out
of the box on controllers that do DMA mode2; if my understanding is
correct, it'll probably work on Ultra-DMA33 controllers as well.
it'll probably work on busmastering IDE controllers in PCI slots, too,
but this is an area i am less sure about.
it cuts CPU usage considerably and improves drive performance
slightly. usable numbers are difficult to come by with existing
benchmark tools, but experimentation on my K5-P90 system, with VIA
VP-1 chipset and Quantum Fireball 1080 drives, shows that disk i/o on
raw partitions imposes perhaps 5% cpu load. cpu load during
filesystem i/o drops a lot, from near 100% to anywhere between 30% and
70%. (the improvement may not be as large on an Intel chipset; from
what i can tell, the VIA VP-1 may not be very efficient with PCI I/O.)
disk performance improves by 5% or 10% with these drives.
real, visible, end-user performance improvement on a single user
machine is about nil. :) a kernel compile was sped up by a whole three
seconds. it *does* feel a bit better-behaved when the system is
swapping heavily, but a better disk driver is not the fix for *that*
problem.
THE CODE:
this code is a patch to wd.c and wd82371.c, and associated header
files. it should be considered alpha code; more work needs to be
done.
wd.c has fairly clean patches to add calls to busmaster code, as
implemented in wd82371.c and potentially elsewhere (one could imagine,
say, a Mac having a different DMA controller).
wd82371.c has been considerably reworked: the wddma interface that it
presents has been changed (expect more changes), many bugs have been
fixed, a new internal interface has been added for supporting
different chipsets, and the PCI probe has been considerably extended.
the interface between wd82371.c and wd.c is still fairly clean, but
i'm not sure it's in the right place. there's a mess of issues around
ATA/ATAPI that need to be sorted out, including ATAPI support, CD-ROM
support, tape support, LS-120/Zip support, SFF-8038i DMA, UltraDMA,
PCI IDE controllers, bus probes, buggy controllers, controller timing
setup, drive timing setup, world peace and kitchen sinks. whatever
happens with all this and however it gets partitioned, it is fairly
clear that wd.c needs some significant rework-- probably a complete
rewrite.
timing setup on disk controllers is something i've entirely punted on.
on my development machine, it appears that the BIOS does at least some
of the necessary timing setup. i chose to restrict operation to
drives that are already configured for Mode4 PIO and Mode2 multiword
DMA, since the timing is essentially the same and many if not most
chipsets use the same control registers for DMA and PIO timing.
does anybody *know* whether BIOSes are required to do timing setup for
DMA modes on drives under their care?
error recovery is probably weak. early on in development, i was
getting drive errors induced by bugs in the driver; i used these to
flush out the worst of the bugs in the driver's error handling, but
problems may remain. i haven't got a drive with bad sectors i can
watch the driver flail on.
complaints about how wd82371.c has been reindented will be ignored
until the FreeBSD project has a real style policy, there is a
mechanism for individual authors to match it (indent flags or an emacs
c-mode or whatever), and it is enforced. if i'm going to use a source
style i don't like, it would help if i could figure out what it *is*
(style(9) is about half of a policy), and a way to reasonably
duplicate it. i ended up wasting a while trying to figure out what
the right thing to do was before deciding reformatting the whole thing
was the worst possible thing to do, except for all the other
possibilities.
i have maintained wd.c's indentation; that was not too hard,
fortunately.
TO INSTALL:
my dev box is freebsd 2.2.2 release. fortunately, wd.c is a living
fossil, and has diverged very little recently. included in this
tarball is a patch file, 'otherdiffs', for all files except wd82371.c,
my edited wd82371.c, a patch file, 'wd82371.c-diff-exact', against the
2.2.2 dist of 82371.c, and another patch file,
'wd82371.c-diff-whitespace', generated with diff -b (ignore
whitespace). most of you not using 2.2.2 will probably have to use
this last patchfile with 'patch --ignore-whitespace'. apply from the
kernel source tree root. as far as i can tell, this should apply
cleanly on anything from -current back to 2.2.2 and probably back to
2.2.0. you, the kernel hacker, can figure out what to do from here.
if you need more specific directions, you probably should not be
experimenting with this code yet.
to enable DMA support, set flag 0x2000 for that drive in your config
file or in userconfig, as you would the 32-bit-PIO flag. the driver
will then turn on DMA support if your drive and controller pass its
tests. it's a bit picky, probably. on discovering DMA mode failures
or disk errors or transfers that the DMA controller can't deal with,
the driver will fall back to PIO, so it is wise to setup the flags as
if PIO were still important.
'controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0xa0ffa0ff
vector wdintr' should work with nearly any PCI IDE controller.
i would *strongly* suggest booting single-user at first, and thrashing
the drive a bit while it's still mounted read-only. this should be
fairly safe, even if the driver goes completely out to lunch. it
might save you a reinstall.
one way to tell whether the driver is really using DMA is to check the
interrupt count during disk i/o with vmstat; DMA mode will add an
extremely low number of interrupts, as compared to even multi-sector
PIO.
boot -v will give you a copious register dump of timing-related info
on Intel and VIAtech chipsets, as well as PIO/DMA mode information on
all hard drives. refer to your ATA and chipset documentation to
interpret these.
WHAT I'D LIKE FROM YOU and THINGS TO TEST:
reports. success reports, failure reports, any kind of reports. :)
send them to cgull+ide@smoke.marlboro.vt.us.
i'd also like to see the kernel messages from various BIOSes (boot -v;
dmesg), along with info on the motherboard and BIOS on that machine.
i'm especially interested in reports on how this code works on the
various Intel chipsets, and whether the register dump works
correctly. i'm also interested in hearing about other chipsets.
i'm especially interested in hearing success/failure reports for PCI
IDE controllers on cards, such as CMD's or Promise's new busmastering
IDE controllers.
UltraDMA-33 reports.
interoperation with ATAPI peripherals-- FreeBSD doesn't work with my
old Hitachi IDE CDROM, so i can't tell if I've broken anything. :)
i'd especially like to hear how the drive copes in DMA operation on
drives with bad sectors. i haven't been able to find any such yet.
success/failure reports on older IDE drives with early support for DMA
modes-- those introduced between 1.5 and 3 years ago, typically
ranging from perhaps 400MB to 1.6GB.
failure reports on operation with more than one drive would be
appreciated. the driver was developed with two drives on one
controller, the worst-case situation, and has been tested with one
drive on each controller, but you never know...
any reports of messages from the driver during normal operation,
especially "reverting to PIO mode", or "dmaverify odd vaddr or length"
(the DMA controller is strongly halfword oriented, and i'm curious to
know if any FreeBSD usage actually needs misaligned transfers).
performance reports. beware that bonnie's CPU usage reporting is
useless for IDE drives; the best test i've found has been to run a
program that runs a spin loop at an idle priority and reports how many
iterations it manages, and even that sometimes produces numbers i
don't believe. performance reports of multi-drive operation are
especially interesting; my system cannot sustain full throughput on
two drives on separate controllers, but that may just be a lame
motherboard.
THINGS I'M STILL MISSING CLUE ON:
* who's responsible for configuring DMA timing modes on IDE drives?
the BIOS or the driver?
* is there a spec for dealing with Ultra-DMA extensions?
* are there any chipsets or with bugs relating to DMA transfer that
should be blacklisted?
* are there any ATA interfaces that use some other kind of DMA
controller in conjunction with standard ATA protocol?
FINAL NOTE:
after having looked at the ATA-3 spec, all i can say is, "it's ugly".
*especially* electrically. the IDE bus is best modeled as an
unterminated transmission line, these days.
for maximum reliability, keep your IDE cables as short as possible and
as few as possible. from what i can tell, most current chipsets have
both IDE ports wired into a single buss, to a greater or lesser
degree. using two cables means you double the length of this bus.
SCSI may have its warts, but at least the basic analog design of the
bus is still somewhat reasonable. IDE passed beyond the veil two
years ago.
--John Hood, cgull@smoke.marlboro.vt.us
1997-07-29 12:57:25 +00:00
|
|
|
pci/ide_pci.c optional wd device-driver
|
