2002-06-30 08:05:21 +00:00
|
|
|
# This file tells config what files go into building a kernel,
|
|
|
|
|
# files marked standard are always included.
|
|
|
|
|
#
|
|
|
|
|
# $FreeBSD$
|
|
|
|
|
#
|
|
|
|
|
# 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.
|
|
|
|
|
#
|
2004-08-16 07:55:06 +00:00
|
|
|
#
|
|
|
|
|
linux32_genassym.o optional compat_linux32 \
|
|
|
|
|
dependency "$S/amd64/linux32/linux32_genassym.c" \
|
|
|
|
|
compile-with "${CC} ${CFLAGS:N-fno-common} -c ${.IMPSRC}" \
|
|
|
|
|
no-obj no-implicit-rule \
|
|
|
|
|
clean "linux32_genassym.o"
|
|
|
|
|
#
|
|
|
|
|
linux32_assym.h optional compat_linux32 \
|
|
|
|
|
dependency "$S/kern/genassym.sh linux32_genassym.o" \
|
|
|
|
|
compile-with "sh $S/kern/genassym.sh linux32_genassym.o > ${.TARGET}" \
|
|
|
|
|
no-obj no-implicit-rule before-depend \
|
|
|
|
|
clean "linux32_assym.h"
|
|
|
|
|
#
|
2003-11-17 08:58:16 +00:00
|
|
|
ia32_genassym.o standard \
|
2003-08-23 00:58:33 +00:00
|
|
|
dependency "$S/compat/ia32/ia32_genassym.c" \
|
2003-05-14 04:10:49 +00:00
|
|
|
compile-with "${CC} ${CFLAGS:N-fno-common} -c ${.IMPSRC}" \
|
|
|
|
|
no-obj no-implicit-rule \
|
|
|
|
|
clean "ia32_genassym.o"
|
|
|
|
|
#
|
2003-11-17 08:58:16 +00:00
|
|
|
ia32_assym.h standard \
|
2003-05-14 04:10:49 +00:00
|
|
|
dependency "$S/kern/genassym.sh ia32_genassym.o" \
|
2004-12-21 02:08:14 +00:00
|
|
|
compile-with "env NM='${NM}' sh $S/kern/genassym.sh ia32_genassym.o > ${.TARGET}" \
|
2003-05-14 04:10:49 +00:00
|
|
|
no-obj no-implicit-rule before-depend \
|
|
|
|
|
clean "ia32_assym.h"
|
|
|
|
|
#
|
2004-03-03 09:37:44 +00:00
|
|
|
font.h optional sc_dflt_font \
|
|
|
|
|
compile-with "uudecode < /usr/share/syscons/fonts/${SC_DFLT_FONT}-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < ${SC_DFLT_FONT}-8x16 > font.h && uudecode < /usr/share/syscons/fonts/${SC_DFLT_FONT}-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < ${SC_DFLT_FONT}-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/${SC_DFLT_FONT}-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < ${SC_DFLT_FONT}-8x8 >> font.h" \
|
|
|
|
|
no-obj no-implicit-rule before-depend \
|
|
|
|
|
clean "font.h ${SC_DFLT_FONT}-8x14 ${SC_DFLT_FONT}-8x16 ${SC_DFLT_FONT}-8x8"
|
|
|
|
|
#
|
|
|
|
|
atkbdmap.h optional atkbd_dflt_keymap \
|
|
|
|
|
compile-with "/usr/sbin/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 "/usr/sbin/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"
|
|
|
|
|
#
|
2005-03-12 00:29:30 +00:00
|
|
|
nvenetlib.o optional nve pci \
|
|
|
|
|
dependency "$S/contrib/dev/nve/amd64/nvenetlib.o.bz2.uu" \
|
|
|
|
|
compile-with "uudecode $S/contrib/dev/nve/amd64/nvenetlib.o.bz2.uu ; bzip2 -df nvenetlib.o.bz2" \
|
2007-10-25 14:16:07 +00:00
|
|
|
no-implicit-rule
|
2005-03-12 00:29:30 +00:00
|
|
|
#
|
|
|
|
|
os+%DIKED-nve.h optional nve pci \
|
|
|
|
|
dependency "$S/contrib/dev/nve/os.h" \
|
|
|
|
|
compile-with "sed -e 's/^.*#include.*phy\.h.*$$//' $S/contrib/dev/nve/os.h > os+%DIKED-nve.h" \
|
2005-04-22 19:55:52 +00:00
|
|
|
no-implicit-rule no-obj before-depend \
|
|
|
|
|
clean "os+%DIKED-nve.h"
|
2005-03-12 00:29:30 +00:00
|
|
|
#
|
2005-09-08 03:29:18 +00:00
|
|
|
hptmvraid.o optional hptmv \
|
|
|
|
|
dependency "$S/dev/hptmv/amd64-elf.raid.o.uu" \
|
|
|
|
|
compile-with "uudecode < $S/dev/hptmv/amd64-elf.raid.o.uu" \
|
|
|
|
|
no-implicit-rule
|
2007-12-15 00:56:17 +00:00
|
|
|
hptrr_lib.o optional hptrr \
|
|
|
|
|
dependency "$S/dev/hptrr/amd64-elf.hptrr_lib.o.uu" \
|
|
|
|
|
compile-with "uudecode < $S/dev/hptrr/amd64-elf.hptrr_lib.o.uu" \
|
|
|
|
|
no-implicit-rule
|
|
|
|
|
#
|
2003-05-31 06:47:05 +00:00
|
|
|
amd64/acpica/OsdEnvironment.c optional acpi
|
|
|
|
|
amd64/acpica/acpi_machdep.c optional acpi
|
|
|
|
|
amd64/acpica/acpi_wakeup.c optional acpi
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/acpica/madt.c optional acpi
|
2004-09-28 07:29:54 +00:00
|
|
|
amd64/amd64/amd64_mem.c optional mem
|
2004-05-24 12:08:56 +00:00
|
|
|
#amd64/amd64/apic_vector.S standard
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/amd64/atomic.c standard
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/amd64/autoconf.c standard
|
2004-09-24 01:08:34 +00:00
|
|
|
amd64/amd64/bios.c standard
|
2005-12-07 21:30:47 +00:00
|
|
|
amd64/amd64/bpf_jit_machdep.c optional bpf_jitter
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/amd64/busdma_machdep.c standard
|
2003-05-03 03:30:29 +00:00
|
|
|
amd64/amd64/cpu_switch.S standard
|
2003-05-30 01:03:43 +00:00
|
|
|
amd64/amd64/db_disasm.c optional ddb
|
|
|
|
|
amd64/amd64/db_interface.c optional ddb
|
|
|
|
|
amd64/amd64/db_trace.c optional ddb
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/amd64/dump_machdep.c standard
|
|
|
|
|
amd64/amd64/elf_machdep.c standard
|
2003-05-03 00:19:42 +00:00
|
|
|
amd64/amd64/exception.S standard
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/amd64/fpu.c standard
|
2004-07-10 23:31:17 +00:00
|
|
|
amd64/amd64/gdb_machdep.c optional gdb
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/amd64/identcpu.c standard
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/amd64/in_cksum.c optional inet
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/amd64/initcpu.c standard
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/amd64/intr_machdep.c standard
|
2004-08-01 11:40:54 +00:00
|
|
|
amd64/amd64/io.c optional io
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/amd64/io_apic.c standard
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/amd64/legacy.c standard
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/amd64/local_apic.c standard
|
2003-05-03 00:19:42 +00:00
|
|
|
amd64/amd64/locore.S standard no-obj
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/amd64/machdep.c standard
|
2004-08-01 11:40:54 +00:00
|
|
|
amd64/amd64/mem.c optional mem
|
Introduce minidumps. Full physical memory crash dumps are still available
via the debug.minidump sysctl and tunable.
Traditional dumps store all physical memory. This was once a good thing
when machines had a maximum of 64M of ram and 1GB of kvm. These days,
machines often have many gigabytes of ram and a smaller amount of kvm.
libkvm+kgdb don't have a way to access physical ram that is not mapped
into kvm at the time of the crash dump, so the extra ram being dumped
is mostly wasted.
Minidumps invert the process. Instead of dumping physical memory in
in order to guarantee that all of kvm's backing is dumped, minidumps
instead dump only memory that is actively mapped into kvm.
amd64 has a direct map region that things like UMA use. Obviously we
cannot dump all of the direct map region because that is effectively
an old style all-physical-memory dump. Instead, introduce a bitmap
and two helper routines (dump_add_page(pa) and dump_drop_page(pa)) that
allow certain critical direct map pages to be included in the dump.
uma_machdep.c's allocator is the intended consumer.
Dumps are a custom format. At the very beginning of the file is a header,
then a copy of the message buffer, then the bitmap of pages present in
the dump, then the final level of the kvm page table trees (2MB mappings
are expanded into a 4K page mappings), then the sparse physical pages
according to the bitmap. libkvm can now conveniently access the kvm
page table entries.
Booting my test 8GB machine, forcing it into ddb and forcing a dump
leads to a 48MB minidump. While this is a best case, I expect minidumps
to be in the 100MB-500MB range. Obviously, never larger than physical
memory of course.
minidumps are on by default. It would want be necessary to turn them off
if it was necessary to debug corrupt kernel page table management as that
would mess up minidumps as well.
Both minidumps and regular dumps are supported on the same machine.
2006-04-21 04:24:50 +00:00
|
|
|
amd64/amd64/minidump_machdep.c standard
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/amd64/mp_machdep.c optional smp
|
2004-08-30 23:33:33 +00:00
|
|
|
amd64/amd64/mp_watchdog.c optional mp_watchdog smp
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/amd64/mpboot.S optional smp
|
|
|
|
|
amd64/amd64/mptable.c optional mptable
|
|
|
|
|
amd64/amd64/mptable_pci.c optional mptable pci
|
2006-11-13 22:23:34 +00:00
|
|
|
amd64/amd64/msi.c optional pci
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/amd64/nexus.c standard
|
2007-12-09 21:00:36 +00:00
|
|
|
amd64/amd64/pmap.c standard
|
2004-05-24 09:55:02 +00:00
|
|
|
amd64/amd64/prof_machdep.c optional profiling-routine
|
2003-05-03 00:19:42 +00:00
|
|
|
amd64/amd64/sigtramp.S standard
|
Break out stack(9) from ddb(4):
- Introduce per-architecture stack_machdep.c to hold stack_save(9).
- Introduce per-architecture machine/stack.h to capture any common
definitions required between db_trace.c and stack_machdep.c.
- Add new kernel option "options STACK"; we will build in stack(9) if it is
defined, or also if "options DDB" is defined to provide compatibility
with existing users of stack(9).
Add new stack_save_td(9) function, which allows the capture of a stacktrace
of another thread rather than the current thread, which the existing
stack_save(9) was limited to. It requires that the thread be neither
swapped out nor running, which is the responsibility of the consumer to
enforce.
Update stack(9) man page.
Build tested: amd64, arm, i386, ia64, powerpc, sparc64, sun4v
Runtime tested: amd64 (rwatson), arm (cognet), i386 (rwatson)
2007-12-02 20:40:35 +00:00
|
|
|
amd64/amd64/stack_machdep.c optional ddb | stack
|
2003-05-03 00:19:42 +00:00
|
|
|
amd64/amd64/support.S standard
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/amd64/sys_machdep.c standard
|
|
|
|
|
amd64/amd64/trap.c standard
|
|
|
|
|
amd64/amd64/tsc.c standard
|
2004-03-20 19:36:29 +00:00
|
|
|
amd64/amd64/uio_machdep.c standard
|
2003-10-14 05:51:31 +00:00
|
|
|
amd64/amd64/uma_machdep.c standard
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/amd64/vm_machdep.c standard
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/isa/atpic.c optional atpic isa
|
2004-05-24 12:08:56 +00:00
|
|
|
#amd64/isa/atpic_vector.S optional atpic isa
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/isa/clock.c standard
|
2004-05-16 20:30:47 +00:00
|
|
|
amd64/isa/elcr.c standard
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/isa/isa.c standard
|
|
|
|
|
amd64/isa/isa_dma.c standard
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/isa/nmi.c standard
|
2003-05-01 02:59:24 +00:00
|
|
|
amd64/pci/pci_bus.c optional pci
|
2003-11-17 08:58:16 +00:00
|
|
|
amd64/pci/pci_cfgreg.c optional pci
|
2007-07-03 12:13:45 +00:00
|
|
|
crypto/blowfish/bf_enc.c optional crypto | ipsec
|
|
|
|
|
crypto/des/des_enc.c optional crypto | ipsec | netsmb
|
2009-01-12 19:23:46 +00:00
|
|
|
crypto/via/padlock.c optional padlock
|
|
|
|
|
crypto/via/padlock_cipher.c optional padlock
|
|
|
|
|
crypto/via/padlock_hash.c optional padlock
|
2004-12-21 02:07:38 +00:00
|
|
|
dev/acpica/acpi_if.m standard
|
2009-01-23 17:48:18 +00:00
|
|
|
dev/agp/agp_amd64.c optional agp
|
|
|
|
|
dev/agp/agp_i810.c optional agp
|
|
|
|
|
dev/agp/agp_intel.c optional agp
|
|
|
|
|
dev/agp/agp_via.c optional agp
|
2005-04-01 19:32:12 +00:00
|
|
|
dev/arcmsr/arcmsr.c optional arcmsr pci
|
2007-11-07 20:08:15 +00:00
|
|
|
dev/asmc/asmc.c optional asmc isa
|
2005-06-10 20:56:38 +00:00
|
|
|
dev/atkbdc/atkbd.c optional atkbd atkbdc
|
|
|
|
|
dev/atkbdc/atkbd_atkbdc.c optional atkbd atkbdc
|
|
|
|
|
dev/atkbdc/atkbdc.c optional atkbdc
|
|
|
|
|
dev/atkbdc/atkbdc_isa.c optional atkbdc isa
|
|
|
|
|
dev/atkbdc/atkbdc_subr.c optional atkbdc
|
|
|
|
|
dev/atkbdc/psm.c optional psm atkbdc
|
2007-08-15 19:26:03 +00:00
|
|
|
dev/coretemp/coretemp.c optional coretemp
|
2008-08-08 16:26:53 +00:00
|
|
|
dev/cpuctl/cpuctl.c optional cpuctl
|
2005-07-21 21:55:11 +00:00
|
|
|
# There are no systems with isa slots, so all ed isa entries should go..
|
|
|
|
|
dev/ed/if_ed_3c503.c optional ed isa ed_3c503
|
|
|
|
|
dev/ed/if_ed_isa.c optional ed isa
|
|
|
|
|
dev/ed/if_ed_wd80x3.c optional ed isa
|
|
|
|
|
dev/ed/if_ed_hpp.c optional ed isa ed_hpp
|
|
|
|
|
dev/ed/if_ed_sic.c optional ed isa ed_sic
|
2005-11-27 21:41:58 +00:00
|
|
|
dev/fb/fb.c optional fb | vga
|
2003-05-01 02:59:24 +00:00
|
|
|
dev/fb/vga.c optional vga
|
2005-06-30 05:33:26 +00:00
|
|
|
dev/ichwd/ichwd.c optional ichwd
|
Add support for Windows/x86-64 binaries to Project Evil.
Ville-Pertti Keinonen (will at exomi dot comohmygodnospampleasekthx)
deserves a big thanks for submitting initial patches to make it
work. I have mangled his contributions appropriately.
The main gotcha with Windows/x86-64 is that Microsoft uses a different
calling convention than everyone else. The standard ABI requires using
6 registers for argument passing, with other arguments on the stack.
Microsoft uses only 4 registers, and requires the caller to leave room
on the stack for the register arguments incase the callee needs to
spill them. Unlike x86, where Microsoft uses a mix of _cdecl, _stdcall
and _fastcall, all routines on Windows/x86-64 uses the same convention.
This unfortunately means that all the functions we export to the
driver require an intermediate translation wrapper. Similarly, we have
to wrap all calls back into the driver binary itself.
The original patches provided macros to wrap every single routine at
compile time, providing a secondary jump table with a customized
wrapper for each exported routine. I decided to use a different approach:
the call wrapper for each function is created from a template at
runtime, and the routine to jump to is patched into the wrapper as
it is created. The subr_pe module has been modified to patch in the
wrapped function instead of the original. (On x86, the wrapping
routine is a no-op.)
There are some minor API differences that had to be accounted for:
- KeAcquireSpinLock() is a real function on amd64, not a macro wrapper
around KfAcquireSpinLock()
- NdisFreeBuffer() is actually IoFreeMdl(). I had to change the whole
NDIS_BUFFER API a bit to accomodate this.
Bugs fixed along the way:
- IoAllocateMdl() always returned NULL
- kern_windrv.c:windrv_unload() wasn't releasing private driver object
extensions correctly (found thanks to memguard)
This has only been tested with the driver for the Broadcom 802.11g
chipset, which was the only Windows/x86-64 driver I could find.
2005-02-16 05:41:18 +00:00
|
|
|
dev/if_ndis/if_ndis.c optional ndis
|
|
|
|
|
dev/if_ndis/if_ndis_pccard.c optional ndis pccard
|
2005-11-27 21:41:58 +00:00
|
|
|
dev/if_ndis/if_ndis_pci.c optional ndis cardbus | ndis pci
|
Throw the switch on the new driver generation/loading mechanism. From
here on in, if_ndis.ko will be pre-built as a module, and can be built
into a static kernel (though it's not part of GENERIC). Drivers are
created using the new ndisgen(8) script, which uses ndiscvt(8) under
the covers, along with a few other tools. The result is a driver module
that can be kldloaded into the kernel.
A driver with foo.inf and foo.sys files will be converted into
foo_sys.ko (and foo_sys.o, for those who want/need to make static
kernels). This module contains all of the necessary info from the
.INF file and the driver binary image, converted into an ELF module.
You can kldload this module (or add it to /boot/loader.conf) to have
it loaded automatically. Any required firmware files can be bundled
into the module as well (or converted/loaded separately).
Also, add a workaround for a problem in NdisMSleep(). During system
bootstrap (cold == 1), msleep() always returns 0 without actually
sleeping. The Intel 2200BG driver uses NdisMSleep() to wait for
the NIC's firmware to come to life, and fails to load if NdisMSleep()
doesn't actually delay. As a workaround, if msleep() (and hence
ndis_thsuspend()) returns 0, use a hard DELAY() to sleep instead).
This is not really the right thing to do, but we can't really do much
else. At the very least, this makes the Intel driver happy.
There are probably other drivers that fail in this way during bootstrap.
Unfortunately, the only workaround for those is to avoid pre-loading
them and kldload them once the system is running instead.
2005-04-24 20:21:22 +00:00
|
|
|
dev/if_ndis/if_ndis_usb.c optional ndis usb
|
2004-08-01 11:40:54 +00:00
|
|
|
dev/io/iodev.c optional io
|
2006-02-13 17:56:24 +00:00
|
|
|
dev/ipmi/ipmi.c optional ipmi
|
2006-09-22 22:11:29 +00:00
|
|
|
dev/ipmi/ipmi_acpi.c optional ipmi acpi
|
|
|
|
|
dev/ipmi/ipmi_isa.c optional ipmi isa
|
|
|
|
|
dev/ipmi/ipmi_kcs.c optional ipmi
|
|
|
|
|
dev/ipmi/ipmi_smic.c optional ipmi
|
|
|
|
|
dev/ipmi/ipmi_smbus.c optional ipmi smbus
|
|
|
|
|
dev/ipmi/ipmi_smbios.c optional ipmi
|
|
|
|
|
dev/ipmi/ipmi_ssif.c optional ipmi smbus
|
2006-02-13 17:56:24 +00:00
|
|
|
dev/ipmi/ipmi_pci.c optional ipmi pci
|
2004-07-09 05:05:13 +00:00
|
|
|
dev/fdc/fdc.c optional fdc
|
2004-07-15 16:43:52 +00:00
|
|
|
dev/fdc/fdc_acpi.c optional fdc
|
2004-07-07 22:29:33 +00:00
|
|
|
dev/fdc/fdc_isa.c optional fdc isa
|
|
|
|
|
dev/fdc/fdc_pccard.c optional fdc pccard
|
2005-09-08 03:29:18 +00:00
|
|
|
dev/hptmv/entry.c optional hptmv
|
|
|
|
|
dev/hptmv/mv.c optional hptmv
|
|
|
|
|
dev/hptmv/gui_lib.c optional hptmv
|
|
|
|
|
dev/hptmv/hptproc.c optional hptmv
|
|
|
|
|
dev/hptmv/ioctl.c optional hptmv
|
2007-12-15 00:56:17 +00:00
|
|
|
dev/hptrr/hptrr_os_bsd.c optional hptrr
|
|
|
|
|
dev/hptrr/hptrr_osm_bsd.c optional hptrr
|
|
|
|
|
dev/hptrr/hptrr_config.c optional hptrr
|
2005-04-29 02:40:16 +00:00
|
|
|
dev/hwpmc/hwpmc_amd.c optional hwpmc
|
2008-11-09 17:37:54 +00:00
|
|
|
dev/hwpmc/hwpmc_intel.c optional hwpmc
|
- Add support for PMCs in Intel CPUs of Family 6, model 0xE (Core Solo
and Core Duo), models 0xF (Core2), model 0x17 (Core2Extreme) and
model 0x1C (Atom).
In these CPUs, the actual numbers, kinds and widths of PMCs present
need to queried at run time. Support for specific "architectural"
events also needs to be queried at run time.
Model 0xE CPUs support programmable PMCs, subsequent CPUs
additionally support "fixed-function" counters.
- Use event names that are close to vendor documentation, taking in
account that:
- events with identical semantics on two or more CPUs in this family
can have differing names in vendor documentation,
- identical vendor event names may map to differing events across
CPUs,
- each type of CPU supports a different subset of measurable
events.
Fixed-function and programmable counters both use the same vendor
names for events. The use of a class name prefix ("iaf-" or
"iap-" respectively) permits these to be distinguished.
- In libpmc, refactor pmc_name_of_event() into a public interface
and an internal helper function, for use by log handling code.
- Minor code tweaks: staticize a global, freshen a few comments.
Tested by: gnn
2008-11-27 09:00:47 +00:00
|
|
|
dev/hwpmc/hwpmc_core.c optional hwpmc
|
2005-06-09 19:45:09 +00:00
|
|
|
dev/hwpmc/hwpmc_piv.c optional hwpmc
|
2008-11-09 17:37:54 +00:00
|
|
|
dev/hwpmc/hwpmc_tsc.c optional hwpmc
|
2005-06-09 19:45:09 +00:00
|
|
|
dev/hwpmc/hwpmc_x86.c optional hwpmc
|
2008-04-12 14:20:22 +00:00
|
|
|
dev/k8temp/k8temp.c optional k8temp
|
2009-02-15 20:24:21 +00:00
|
|
|
dev/kbd/kbd.c optional atkbd | sc | ukbd | usb2_input_kbd
|
2004-08-04 20:49:43 +00:00
|
|
|
dev/mem/memutil.c optional mem
|
2006-06-26 23:41:07 +00:00
|
|
|
dev/nfe/if_nfe.c optional nfe pci
|
2005-03-12 00:29:30 +00:00
|
|
|
dev/nve/if_nve.c optional nve pci
|
2007-10-26 03:23:54 +00:00
|
|
|
dev/nvram/nvram.c optional nvram isa
|
2003-11-17 08:58:16 +00:00
|
|
|
dev/sio/sio.c optional sio
|
|
|
|
|
dev/sio/sio_isa.c optional sio isa
|
2006-07-29 18:38:54 +00:00
|
|
|
dev/sio/sio_pccard.c optional sio pccard
|
|
|
|
|
dev/sio/sio_pci.c optional sio pci
|
|
|
|
|
dev/sio/sio_puc.c optional sio puc
|
2005-11-11 09:57:32 +00:00
|
|
|
dev/speaker/spkr.c optional speaker
|
2003-11-17 08:58:16 +00:00
|
|
|
dev/syscons/apm/apm_saver.c optional apm_saver apm
|
Replace syscons terminal renderer by a new renderer that uses libteken.
Some time ago I started working on a library called libteken, which is
terminal emulator. It does not buffer any screen contents, but only
keeps terminal state, such as cursor position, attributes, etc. It
should implement all escape sequences that are implemented by the
cons25 terminal emulator, but also a fair amount of sequences that are
present in VT100 and xterm.
A lot of random notes, which could be of interest to users/developers:
- Even though I'm leaving the terminal type set to `cons25', users can
do experiments with placing `xterm-color' in /etc/ttys. Because we
only implement a subset of features of xterm, this may cause
artifacts. We should consider extending libteken, because in my
opinion xterm is the way to go. Some missing features:
- Keypad application mode (DECKPAM)
- Character sets (SCS)
- libteken is filled with a fair amount of assertions, but unfortunately
we cannot go into the debugger anymore if we fail them. I've done
development of this library almost entirely in userspace. In
sys/dev/syscons/teken there are two applications that can be helpful
when debugging the code:
- teken_demo: a terminal emulator that can be started from a regular
xterm that emulates a terminal using libteken. This application can
be very useful to debug any rendering issues.
- teken_stress: a stress testing application that emulates random
terminal output. libteken has literally survived multiple terabytes
of random input.
- libteken also includes support for UTF-8, but unfortunately our input
layer and font renderer don't support this. If users want to
experiment with UTF-8 support, they can enable `TEKEN_UTF8' in
teken.h. If you recompile your kernel or the teken_demo application,
you can hold some nice experiments.
- I've left PC98 the way it is right now. The PC98 platform has a custom
syscons renderer, which supports some form of localised input. Maybe
we should port PC98 to libteken by the time syscons supports UTF-8?
- I've removed the `dumb' terminal emulator. It has been broken for
years. It hasn't survived the `struct proc' -> `struct thread'
conversion.
- To prevent confusion among people that want to hack on libteken:
unlike syscons, the state machines that parse the escape sequences are
machine generated. This means that if you want to add new escape
sequences, you have to add an entry to the `sequences' file. This will
cause new entries to be added to `teken_state.h'.
- Any rendering artifacts that didn't occur prior to this commit are by
accident. They should be reported to me, so I can fix them.
Discussed on: current@, hackers@
Discussed with: philip (at 25C3)
2009-01-01 13:26:53 +00:00
|
|
|
dev/syscons/scterm-teken.c optional sc
|
2003-05-01 02:59:24 +00:00
|
|
|
dev/syscons/scvgarndr.c optional sc vga
|
|
|
|
|
dev/syscons/scvtb.c optional sc
|
Replace syscons terminal renderer by a new renderer that uses libteken.
Some time ago I started working on a library called libteken, which is
terminal emulator. It does not buffer any screen contents, but only
keeps terminal state, such as cursor position, attributes, etc. It
should implement all escape sequences that are implemented by the
cons25 terminal emulator, but also a fair amount of sequences that are
present in VT100 and xterm.
A lot of random notes, which could be of interest to users/developers:
- Even though I'm leaving the terminal type set to `cons25', users can
do experiments with placing `xterm-color' in /etc/ttys. Because we
only implement a subset of features of xterm, this may cause
artifacts. We should consider extending libteken, because in my
opinion xterm is the way to go. Some missing features:
- Keypad application mode (DECKPAM)
- Character sets (SCS)
- libteken is filled with a fair amount of assertions, but unfortunately
we cannot go into the debugger anymore if we fail them. I've done
development of this library almost entirely in userspace. In
sys/dev/syscons/teken there are two applications that can be helpful
when debugging the code:
- teken_demo: a terminal emulator that can be started from a regular
xterm that emulates a terminal using libteken. This application can
be very useful to debug any rendering issues.
- teken_stress: a stress testing application that emulates random
terminal output. libteken has literally survived multiple terabytes
of random input.
- libteken also includes support for UTF-8, but unfortunately our input
layer and font renderer don't support this. If users want to
experiment with UTF-8 support, they can enable `TEKEN_UTF8' in
teken.h. If you recompile your kernel or the teken_demo application,
you can hold some nice experiments.
- I've left PC98 the way it is right now. The PC98 platform has a custom
syscons renderer, which supports some form of localised input. Maybe
we should port PC98 to libteken by the time syscons supports UTF-8?
- I've removed the `dumb' terminal emulator. It has been broken for
years. It hasn't survived the `struct proc' -> `struct thread'
conversion.
- To prevent confusion among people that want to hack on libteken:
unlike syscons, the state machines that parse the escape sequences are
machine generated. This means that if you want to add new escape
sequences, you have to add an entry to the `sequences' file. This will
cause new entries to be added to `teken_state.h'.
- Any rendering artifacts that didn't occur prior to this commit are by
accident. They should be reported to me, so I can fix them.
Discussed on: current@, hackers@
Discussed with: philip (at 25C3)
2009-01-01 13:26:53 +00:00
|
|
|
dev/syscons/teken/teken.c optional sc
|
2003-11-17 08:58:16 +00:00
|
|
|
dev/uart/uart_cpu_amd64.c optional uart
|
2007-11-08 22:09:37 +00:00
|
|
|
dev/wpi/if_wpi.c optional wpi
|
2008-04-14 08:00:00 +00:00
|
|
|
isa/atrtc.c standard
|
2003-05-01 02:59:24 +00:00
|
|
|
isa/syscons_isa.c optional sc
|
|
|
|
|
isa/vga_isa.c optional vga
|
2004-05-16 20:11:38 +00:00
|
|
|
kern/link_elf_obj.c standard
|
2003-11-17 08:58:16 +00:00
|
|
|
#
|
|
|
|
|
# IA32 binary support
|
|
|
|
|
#
|
2004-08-16 12:51:33 +00:00
|
|
|
#amd64/ia32/ia32_exception.S optional compat_ia32
|
2005-06-30 07:49:22 +00:00
|
|
|
amd64/ia32/ia32_reg.c optional compat_ia32
|
2004-08-16 12:51:33 +00:00
|
|
|
amd64/ia32/ia32_signal.c optional compat_ia32
|
|
|
|
|
amd64/ia32/ia32_sigtramp.S optional compat_ia32
|
|
|
|
|
amd64/ia32/ia32_syscall.c optional compat_ia32
|
2008-09-22 16:09:16 +00:00
|
|
|
compat/freebsd32/freebsd32_ioctl.c optional compat_ia32
|
2004-08-16 12:51:33 +00:00
|
|
|
compat/freebsd32/freebsd32_misc.c optional compat_ia32
|
|
|
|
|
compat/freebsd32/freebsd32_syscalls.c optional compat_ia32
|
|
|
|
|
compat/freebsd32/freebsd32_sysent.c optional compat_ia32
|
|
|
|
|
compat/ia32/ia32_sysvec.c optional compat_ia32
|
2006-05-07 18:12:18 +00:00
|
|
|
compat/linprocfs/linprocfs.c optional linprocfs
|
2006-05-09 22:27:01 +00:00
|
|
|
compat/linsysfs/linsysfs.c optional linsysfs
|
2004-08-16 12:51:33 +00:00
|
|
|
kern/imgact_elf32.c optional compat_ia32
|
2004-08-16 07:55:06 +00:00
|
|
|
#
|
|
|
|
|
# Linux/i386 binary support
|
|
|
|
|
#
|
|
|
|
|
amd64/linux32/linux32_dummy.c optional compat_linux32
|
|
|
|
|
amd64/linux32/linux32_locore.s optional compat_linux32 \
|
|
|
|
|
dependency "linux32_assym.h"
|
|
|
|
|
amd64/linux32/linux32_machdep.c optional compat_linux32
|
2007-05-23 15:45:52 +00:00
|
|
|
amd64/linux32/linux32_support.s optional compat_linux32 \
|
|
|
|
|
dependency "linux32_assym.h"
|
2004-08-16 07:55:06 +00:00
|
|
|
amd64/linux32/linux32_sysent.c optional compat_linux32
|
|
|
|
|
amd64/linux32/linux32_sysvec.c optional compat_linux32
|
2007-05-23 08:33:06 +00:00
|
|
|
compat/linux/linux_emul.c optional compat_linux32
|
2004-08-16 07:55:06 +00:00
|
|
|
compat/linux/linux_file.c optional compat_linux32
|
Add the linux 2.6.x stuff (not used by default!):
- TLS - complete
- pid/tid mangling - complete
- thread area - complete
- futexes - complete with issues
- clone() extension - complete with some possible minor issues
- mq*/timer*/clock* stuff - complete but untested and the mq* stuff is
disabled when not build as part of the kernel with native FreeBSD mq*
support (module support for this will come later)
Tested with:
- linux-firefox - works, tested
- linux-opera - works, tested
- linux-realplay - doesnt work, issue with futexes
- linux-skype - doesnt work, issue with futexes
- linux-rt2-demo - works, tested
- linux-acroread - doesnt work, unknown reason (coredump) and sometimes
issue with futexes
- various unix utilities in linux-base-gentoo3 and linux-base-fc4:
everything tried worked
On amd64 not everything is supported like on i386, the catchup is planned for
later when the remaining bugs in the new functions are fixed.
To test this new stuff, you have to run
sysctl compat.linux.osrelease=2.6.16
to switch back use
sysctl compat.linux.osrelease=2.4.2
Don't switch while running a linux program, strange things may or may not
happen.
Sponsored by: Google SoC 2006
Submitted by: rdivacky
Some suggestions/help by: jhb, kib, manu@NetBSD.org, netchild
2006-08-15 12:54:30 +00:00
|
|
|
compat/linux/linux_futex.c optional compat_linux32
|
2004-08-16 07:55:06 +00:00
|
|
|
compat/linux/linux_getcwd.c optional compat_linux32
|
|
|
|
|
compat/linux/linux_ioctl.c optional compat_linux32
|
|
|
|
|
compat/linux/linux_ipc.c optional compat_linux32
|
|
|
|
|
compat/linux/linux_mib.c optional compat_linux32
|
|
|
|
|
compat/linux/linux_misc.c optional compat_linux32
|
|
|
|
|
compat/linux/linux_signal.c optional compat_linux32
|
|
|
|
|
compat/linux/linux_socket.c optional compat_linux32
|
|
|
|
|
compat/linux/linux_stats.c optional compat_linux32
|
|
|
|
|
compat/linux/linux_sysctl.c optional compat_linux32
|
Add the linux 2.6.x stuff (not used by default!):
- TLS - complete
- pid/tid mangling - complete
- thread area - complete
- futexes - complete with issues
- clone() extension - complete with some possible minor issues
- mq*/timer*/clock* stuff - complete but untested and the mq* stuff is
disabled when not build as part of the kernel with native FreeBSD mq*
support (module support for this will come later)
Tested with:
- linux-firefox - works, tested
- linux-opera - works, tested
- linux-realplay - doesnt work, issue with futexes
- linux-skype - doesnt work, issue with futexes
- linux-rt2-demo - works, tested
- linux-acroread - doesnt work, unknown reason (coredump) and sometimes
issue with futexes
- various unix utilities in linux-base-gentoo3 and linux-base-fc4:
everything tried worked
On amd64 not everything is supported like on i386, the catchup is planned for
later when the remaining bugs in the new functions are fixed.
To test this new stuff, you have to run
sysctl compat.linux.osrelease=2.6.16
to switch back use
sysctl compat.linux.osrelease=2.4.2
Don't switch while running a linux program, strange things may or may not
happen.
Sponsored by: Google SoC 2006
Submitted by: rdivacky
Some suggestions/help by: jhb, kib, manu@NetBSD.org, netchild
2006-08-15 12:54:30 +00:00
|
|
|
compat/linux/linux_time.c optional compat_linux32
|
2004-08-16 07:55:06 +00:00
|
|
|
compat/linux/linux_uid16.c optional compat_linux32
|
|
|
|
|
compat/linux/linux_util.c optional compat_linux32
|
2006-01-24 21:13:50 +00:00
|
|
|
dev/amr/amr_linux.c optional compat_linux32 amr
|
2006-05-18 23:30:48 +00:00
|
|
|
dev/mfi/mfi_linux.c optional compat_linux32 mfi
|
Add support for Windows/x86-64 binaries to Project Evil.
Ville-Pertti Keinonen (will at exomi dot comohmygodnospampleasekthx)
deserves a big thanks for submitting initial patches to make it
work. I have mangled his contributions appropriately.
The main gotcha with Windows/x86-64 is that Microsoft uses a different
calling convention than everyone else. The standard ABI requires using
6 registers for argument passing, with other arguments on the stack.
Microsoft uses only 4 registers, and requires the caller to leave room
on the stack for the register arguments incase the callee needs to
spill them. Unlike x86, where Microsoft uses a mix of _cdecl, _stdcall
and _fastcall, all routines on Windows/x86-64 uses the same convention.
This unfortunately means that all the functions we export to the
driver require an intermediate translation wrapper. Similarly, we have
to wrap all calls back into the driver binary itself.
The original patches provided macros to wrap every single routine at
compile time, providing a secondary jump table with a customized
wrapper for each exported routine. I decided to use a different approach:
the call wrapper for each function is created from a template at
runtime, and the routine to jump to is patched into the wrapper as
it is created. The subr_pe module has been modified to patch in the
wrapped function instead of the original. (On x86, the wrapping
routine is a no-op.)
There are some minor API differences that had to be accounted for:
- KeAcquireSpinLock() is a real function on amd64, not a macro wrapper
around KfAcquireSpinLock()
- NdisFreeBuffer() is actually IoFreeMdl(). I had to change the whole
NDIS_BUFFER API a bit to accomodate this.
Bugs fixed along the way:
- IoAllocateMdl() always returned NULL
- kern_windrv.c:windrv_unload() wasn't releasing private driver object
extensions correctly (found thanks to memguard)
This has only been tested with the driver for the Broadcom 802.11g
chipset, which was the only Windows/x86-64 driver I could find.
2005-02-16 05:41:18 +00:00
|
|
|
#
|
|
|
|
|
# Windows NDIS driver support
|
|
|
|
|
#
|
|
|
|
|
compat/ndis/kern_ndis.c optional ndisapi pci
|
|
|
|
|
compat/ndis/kern_windrv.c optional ndisapi pci
|
|
|
|
|
compat/ndis/subr_hal.c optional ndisapi pci
|
|
|
|
|
compat/ndis/subr_ndis.c optional ndisapi pci
|
|
|
|
|
compat/ndis/subr_ntoskrnl.c optional ndisapi pci
|
|
|
|
|
compat/ndis/subr_pe.c optional ndisapi pci
|
- Correct one aspect of the driver_object/device_object/IRP framework:
when we create a PDO, the driver_object associated with it is that
of the parent driver, not the driver we're trying to attach. For
example, if we attach a PCI device, the PDO we pass to the NdisAddDevice()
function should contain a pointer to fake_pci_driver, not to the NDIS
driver itself. For PCI or PCMCIA devices this doesn't matter because
the child never needs to talk to the parent bus driver, but for USB,
the child needs to be able to send IRPs to the parent USB bus driver, and
for that to work the parent USB bus driver has to be hung off the PDO.
This involves modifying windrv_lookup() so that we can search for
bus drivers by name, if necessary. Our fake bus drivers attach themselves
as "PCI Bus," "PCCARD Bus" and "USB Bus," so we can search for them
using those names.
The individual attachment stubs now create and attach PDOs to the
parent bus drivers instead of hanging them off the NDIS driver's
object, and in if_ndis.c, we now search for the correct driver
object depending on the bus type, and use that to find the correct PDO.
With this fix, I can get my sample USB ethernet driver to deliver
an IRP to my fake parent USB bus driver's dispatch routines.
- Add stub modules for USB support: subr_usbd.c, usbd_var.h and
if_ndis_usb.c. The subr_usbd.c module is hooked up the build
but currently doesn't do very much. It provides the stub USB
parent driver object and a dispatch routine for
IRM_MJ_INTERNAL_DEVICE_CONTROL. The only exported function at
the moment is USBD_GetUSBDIVersion(). The if_ndis_usb.c stub
compiles, but is not hooked up to the build yet. I'm putting
these here so I can keep them under source code control as I
flesh them out.
2005-02-24 21:49:14 +00:00
|
|
|
compat/ndis/subr_usbd.c optional ndisapi pci
|
Add support for Windows/x86-64 binaries to Project Evil.
Ville-Pertti Keinonen (will at exomi dot comohmygodnospampleasekthx)
deserves a big thanks for submitting initial patches to make it
work. I have mangled his contributions appropriately.
The main gotcha with Windows/x86-64 is that Microsoft uses a different
calling convention than everyone else. The standard ABI requires using
6 registers for argument passing, with other arguments on the stack.
Microsoft uses only 4 registers, and requires the caller to leave room
on the stack for the register arguments incase the callee needs to
spill them. Unlike x86, where Microsoft uses a mix of _cdecl, _stdcall
and _fastcall, all routines on Windows/x86-64 uses the same convention.
This unfortunately means that all the functions we export to the
driver require an intermediate translation wrapper. Similarly, we have
to wrap all calls back into the driver binary itself.
The original patches provided macros to wrap every single routine at
compile time, providing a secondary jump table with a customized
wrapper for each exported routine. I decided to use a different approach:
the call wrapper for each function is created from a template at
runtime, and the routine to jump to is patched into the wrapper as
it is created. The subr_pe module has been modified to patch in the
wrapped function instead of the original. (On x86, the wrapping
routine is a no-op.)
There are some minor API differences that had to be accounted for:
- KeAcquireSpinLock() is a real function on amd64, not a macro wrapper
around KfAcquireSpinLock()
- NdisFreeBuffer() is actually IoFreeMdl(). I had to change the whole
NDIS_BUFFER API a bit to accomodate this.
Bugs fixed along the way:
- IoAllocateMdl() always returned NULL
- kern_windrv.c:windrv_unload() wasn't releasing private driver object
extensions correctly (found thanks to memguard)
This has only been tested with the driver for the Broadcom 802.11g
chipset, which was the only Windows/x86-64 driver I could find.
2005-02-16 05:41:18 +00:00
|
|
|
compat/ndis/winx64_wrap.S optional ndisapi pci
|
2005-07-21 00:18:28 +00:00
|
|
|
i386/bios/smbios.c optional smbios
|
2005-07-21 21:57:31 +00:00
|
|
|
i386/bios/vpd.c optional vpd
|
2005-03-27 21:50:30 +00:00
|
|
|
i386/cpufreq/powernow.c optional cpufreq
|
2005-07-19 01:10:27 +00:00
|
|
|
i386/cpufreq/est.c optional cpufreq
|
|
|
|
|
i386/cpufreq/p4tcc.c optional cpufreq
|
2007-04-06 04:51:50 +00:00
|
|
|
#
|
|
|
|
|
libkern/memset.c standard
|
