sys: Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with: `cd sys/modules; make ALL_MODULES=` on amd64MFC after: 1 monthSponsored by: Dell EMC Isilon
Rewrite x86bios and update its dependent drivers.- Do not map entire real mode memory (1MB). Instead, we map IVT/BDA andROM area separately. Most notably, ROM area is mapped as device memory(un
Rewrite x86bios and update its dependent drivers.- Do not map entire real mode memory (1MB). Instead, we map IVT/BDA andROM area separately. Most notably, ROM area is mapped as device memory(uncacheable) as it should be. User memory is dynamically allocated andfree'ed with contigmalloc(9) and contigfree(9). Remove now redundant andpotentially dangerous x86bios_alloc.c. If this emulator ever grows tosupport non-PC hardware, we may implement it with rman(9) later.- Move all host-specific initializations from x86emu_util.c to x86bios.c andremove now unnecessary x86emu_util.c. Currently, non-PC hardware is notsupported. We may use bus_space(9) later when the KPI is fixed.- Replace all bzero() calls for emulated registers with more obviously namedx86bios_init_regs(). This function also initializes DS and SS properly.- Add x86bios_get_intr(). This function checks if the interrupt vector isavailable for the platform. It is not necessary for PC-compatible hardwarebut it may be needed later. ;-)- Do not try turning off monitor if DPMS does not support the state.- Allocate stable memory for VESA OEM strings instead of just holdingpointers to them. They may or may not be accessible always. Fix a memoryleak of video mode table while I am here.- Add (experimental) BIOS POST call for vesa(4). This function calls VGABIOS POST code from the current VGA option ROM. Some video controllerscannot save and restore the state properly even if it is claimed to besupported. Usually the symptom is blank display after resuming from suspendstate. If the video mode does not match the previous mode after restoring,we try BIOS POST and force the known good initial state. Some magic wastaken from NetBSD (and it was taken from vbetool, I believe.)- Add a loader tunable for vgapci(4) to give a hint to dpms(4) and vesa(4)to identify who owns the VESA BIOS. This is very useful for multi-displayadapter setup. By default, the POST video controller is automaticallyprobed and the tunable "hw.pci.default_vgapci_unit" is set to correspondingvgapci unit number. You may override it from loader but it is very unlikelyto be necessary. Unfortunately only AGP/PCI/PCI-E controllers can bematched because ISA controller does not have necessary device IDs.- Fix a long standing bug in state save/restore function. The state bufferpointer should be ES:BX, not ES:DI according to VBE 3.0. If it ever worked,that's because BX was always zero. :-)- Clean up register initializations more clearer per VBE 3.0.- Fix a lot of style issues with vesa(4).
show more ...
- Teach vesa(4) and dpms(4) about x86emu. [1] - Add vesa kernel options for amd64. - Connect libvgl library and splash kernel modules to amd64 build. - Connect manual page dpms(4) to amd64 build.
- Teach vesa(4) and dpms(4) about x86emu. [1] - Add vesa kernel options for amd64. - Connect libvgl library and splash kernel modules to amd64 build. - Connect manual page dpms(4) to amd64 build. - Remove old vesa/dpms files.Submitted by: paradox <ddkprog yahoo com> [1], swell k at gmail.com (with some minor tweaks)
Drop <bsd.man.mk> support from <bsd.kmod.mk>.Not objected to by: -current
Use a consistent style and one much closer to the rest of /usr/src
- Include opt_vesa.h in vesa.c so that the VESA_DEBUG option is actually propagated from the kernel config file to the source.- Add some more debug messages to list each mode that is rejected or f
- Include opt_vesa.h in vesa.c so that the VESA_DEBUG option is actually propagated from the kernel config file to the source.- Add some more debug messages to list each mode that is rejected or found.
Use .include <bsd.kmod.mk> to get to ../../*/conf/kmod.mk instead ofencoding the relative path.
Pull in sys/conf/kmod.mk, rather than /usr/share/mk/bsd.kmod.mk.This means that the kernel can be totally self contained now and is notdependent on the last buildworld to update /usr/share/mk. Thi
Pull in sys/conf/kmod.mk, rather than /usr/share/mk/bsd.kmod.mk.This means that the kernel can be totally self contained now and is notdependent on the last buildworld to update /usr/share/mk. This mightalso make it easier to build 5.x kernels on 4.0 boxes etc, assuminggensetdefs and config(8) are updated.
Use config's conditional compilation rather than using #ifdefs that makemodular compilation harder. I'm doing this because people seem to likecut/pasting examples of bad practices in existing code.
Removed special rules for building and cleaning device interface filesand empty options files. The rules are now generated automatically inbsd.kmod.mk. Cleaned up related things ($S and ${CLEANFI
Removed special rules for building and cleaning device interface filesand empty options files. The rules are now generated automatically inbsd.kmod.mk. Cleaned up related things ($S and ${CLEANFILES}).
$Id$ -> $FreeBSD$
Unifdef VM86.Reviewed by: silence on on -current
The first stage of console driver reorganization: activate newkeyboard and video card drivers.Because of the changes, you are required to update your kernelconfiguration file now!The files in s
The first stage of console driver reorganization: activate newkeyboard and video card drivers.Because of the changes, you are required to update your kernelconfiguration file now!The files in sys/dev/syscons are still i386-specific (but less so thanbefore), and won't compile for alpha and PC98 yet.syscons still directly accesses the video card registers here andthere; this will be rectified in the later stages.
Make the VESA KLD module work!
Sample initial set of kld-ified modules. Not all have been completelyconverted yet. These are more of a starting point. This is NOT connectedto the parent Makefile.OK'ed by jkh (who is ever so
Sample initial set of kld-ified modules. Not all have been completelyconverted yet. These are more of a starting point. This is NOT connectedto the parent Makefile.OK'ed by jkh (who is ever so patiently waiting)
Double oops, committed the wrong Makefile ata that, fixed.
Oops for the Makefile for the VESA lkm