summaryrefslogtreecommitdiffstats
path: root/sys/conf
Commit message (Collapse)AuthorAgeFilesLines
...
* Add COMPAT_FREEBSD5peter2005-06-301-0/+1
| | | | Approved by: re
* Move the KDB_STOP_NMI option from opt_global.h to opt_kdb.hpeter2005-06-293-3/+3
| | | | Approved by: re
* Use -mno-apcs-frame if DEBUG isn't defined.cognet2005-06-271-0/+3
| | | | Approved by: re (blanket)
* Backout the change I made before 5.4-R since I wasn't aware that it was onlydwhite2005-06-241-0/+3
| | | | | | | | | | | | | a problem with one particular switch module. Create a kernel option BGE_FAKE_AUTONEG that restores the 5.4 behavior, which should make the DNLK switch module work. IBM/Intel blades with Intel or AD switch modules should work without patching or kernel options with this commit. Hardware for testing provided by several folks, including Danny Braniss <danny@cs.huji.ac.il>, Achim Patzner <ap@bnc.net>, and OffMyServer. Approved by: re
* Remove duplicate REISERFS option.des2005-06-241-3/+0
| | | | | Approved by: re (scottl) Pointy hat to: dumbbell
* Move HWPMC_HOOKS into its own opt_hwpmc_hooks.h file. It doesn't meritpeter2005-06-241-1/+1
| | | | | | | being in opt_global.h and forcing a global recompile when only a few files reference it. Approved by: re
* Connect reiserfs build to every platforms, not only i386 and pc98.dumbbell2005-06-216-21/+16
| | | | | Reviewed by: mux (mentor) Approved by: re (dougb)
* Don't compile legacy libalias support into kernel.glebius2005-06-201-1/+0
| | | | Approved by: re (dwhite)
* Moving reiserfs from sys/gnu to sys/gnu/fs. This was discussed on arch@.dumbbell2005-06-181-8/+8
| | | | | Reviewed by: mux (mentor) Approved by: re (scottl)
* Preserve sorting order.jkoshy2005-06-161-5/+2
| | | | | Submitted by: obrien Approved by: re
* Move ext2fs from src/gnu to src/gnu/fs.rodrigc2005-06-151-11/+11
| | | | | | | Discussed on arch@. Reviewed by: kan Approved by: re (blanket), kan
* Move IPI_PREEMPTION option from global NOTES file to i386+amd64 specificups2005-06-141-3/+0
| | | | | | NOTES files. Approved by: re (scottl)
* Include the puc(4) bus frontend for ppc(4) when both ppc and puc aremarcel2005-06-143-0/+3
| | | | | | | | | configured. PR: kern/80737 Submitted by: David Taylor &lt davidt-fbsd at yadt dot co dot uk &gt Approved by: re (scottl) MFC after: 5 days
* Refactor the NETSMBCRYPTO option so that it does the same on allmarcel2005-06-128-10/+10
| | | | | | | | platforms. ARM is excluded as it doesn't yet have any crypto sources. Approved by: re (dwhite) MFC after: 1 day
* - Hook up atkbdc(4), atkbd(4) and psm(4) to the sparc64 build, notmarius2005-06-102-0/+18
| | | | | | enabled in GENERIC by default, yet. - While here remove the exclusion of ukbd(4) from the sparc64 NOTES as ukbd(4) compiles and works on sparc64.
* - Hook up the new locations of the atkbdc(4), atkbd(4) and psm(4) sourcemarius2005-06-104-20/+24
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | files after they were repo-copied to sys/dev/atkbdc. The sources of atkbdc(4) and its children were moved to the new location in preparation for adding an EBus front-end to atkbdc(4) for use on sparc64; i.e. in order to not further scatter them over the whole tree which would have been the result of adding atkbdc_ebus.c in e.g. sys/sparc64/ebus. Another reason for the repo-copies was that some of the sources were misfiled, e.g. sys/isa/atkbd_isa.c wasn't ISA-specific at all but for hanging atkbd(4) off of atkbdc(4) and was renamed to atkbd_atkbdc.c accordingly. Most of sys/isa/psm.c, i.e. expect for its PSMC PNP part, also isn't ISA-specific. - Separate the parts of atkbdc_isa.c which aren't actually ISA-specific but are shareable between different atkbdc(4) bus front-ends into atkbdc_subr.c (repo-copied from atkbdc_isa.c). While here use bus_generic_rl_alloc_resource() and bus_generic_rl_release_resource() respectively in atkbdc_isa.c instead of rolling own versions. - Add sparc64 MD bits to atkbdc(4) and atkbd(4) and an EBus front-end for atkbdc(4). PS/2 controllers and input devices are used on a couple of Sun OEM boards and occur on either the EBus or the ISA bus. Depending on the board it's either the only on-board mean to connect a keyboard and mouse or an alternative to either RS232 or USB devices. - Wrap the PSMC PNP part of psm.c in #ifdef DEV_ISA so it can be compiled without isa(4) (e.g. for EBus-only machines). This ISA-specific part isn't separated into its own source file, yet, as it requires more work than was feasible for 6.0 in order to do it in a clean way. Actually philip@ is working on a rewrite of psm(4) so a more comprehensive clean-up and separation of hardware dependent and independent parts is expected to happen after 6.0. Tested on: i386, sparc64 (AX1105, AXe and AXi boards) Reviewed by: philip
* Attach ng_tcpmss to the build.glebius2005-06-103-0/+3
|
* MFP4:jkoshy2005-06-099-2/+10
| | | | | | | | | | | | | | | | - Implement sampling modes and logging support in hwpmc(4). - Separate MI and MD parts of hwpmc(4) and allow sharing of PMC implementations across different architectures. Add support for P4 (EMT64) style PMCs to the amd64 code. - New pmcstat(8) options: -E (exit time counts) -W (counts every context switch), -R (print log file). - pmc(3) API changes, improve our ability to keep ABI compatibility in the future. Add more 'alias' names for commonly used events. - bug fixes & documentation.
* Whitespace cleanupups2005-06-091-2/+2
| | | | Submitted by: nate@
* Add IPI support for preempting a thread on another CPU.ups2005-06-092-0/+4
| | | | MFC after: 3 weeks
* Don't build PORTS_MODULES if NO_MODULES is definedimp2005-06-091-1/+1
|
* Add ARM_USE_SMALL_ALLOC.cognet2005-06-071-0/+1
|
* Install ports defined in PORTS_MODULES at make reinstall time too.mux2005-06-051-2/+2
| | | | Reviewed by: imp
* Connect if_bridge to the build.thompsa2005-06-052-0/+3
| | | | Approved by: mlaier (mentor)
* MFi386: revision 1.533.nyan2005-05-311-0/+1
|
* Add support for XMM registers in GDB for x86 processors that supportdfr2005-05-311-0/+1
| | | | | | | SSE (or its successors). Reviewed by: marcel, davidxu MFC After: 2 weeks
* MFi386: Add ReiserFSnyan2005-05-252-0/+12
|
* - Move the REISERFS option in the MD NOTES file for i386, it doesn'tmux2005-05-241-6/+0
| | | | | | exist on other architectures yet. - While I'm here, fix the formatting of the options line. The keyword "options" should be followed by a space and then a tab, not 2 tabs.
* Connect the ReiserFS filesystem to the build (i386 only).dumbbell2005-05-243-0/+18
| | | | Approved by: mux (mentor)
* - Hook up machfb(4) to the sparc64 build, not enabled in GENERICmarius2005-05-211-0/+1
| | | | | | | by default, yet. - Replace "graphics cards" with "framebuffers" in the description of creator(4) in order to make it uniform with the description of machfb(4) and the latter occur both on-board and as add-on cards.
* For sparc64 conditionalize the compilation of the gfb_cursor() variantmarius2005-05-211-2/+0
| | | | | | | which doesn't assume a hardware cursor on __sparc64__ rather than on DEV_CREATOR. If we want to include more than one framebuffer driver in e.g. the GENERIC kernel all drivers have to work the same way. Now that DEV_CREATOR is no longer used remove it from options.sparc64.
* Sync with the other files.<arch> files and put the keyboard mapmarius2005-05-191-7/+7
| | | | | generation stuff at the beginning of this file as well as add a dependency on dev/kbd/kbd.c for ukbd(4).
* - Collapse eeprom_ebus.c and eeprom_sbus.c into eeprom.c andmarius2005-05-191-4/+3
| | | | | | | | | | | | eeprom_ebus_attach() and eeprom_sbus_attach() into eeprom_attach() respectively. Since the introduction of the ofw_bus interface some time ago and now that ebus(4) also uses SYS_RES_MEMORY for the memory resources since ebus.c rev. 1.22 there is no longer a need to have separate front-ends for ebus(4), fhc(4) and sbus(4). - Fail gracefully instead of panicing when the model can't be determined. - Don't leak resources when mk48txx_attach() fails. - Use FBSDID.
* - Try to not leak resources in the attach functions of the esp(4) SBusmarius2005-05-191-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | front-end and the LSI64854 and NCR53C9x code in case one of these functions fails. Add detach functions to these parts and make esp(4) detachable. - Revert rev. 1.7 of esp_sbus.c, since rev. 1.34 of sbus.c the clockfreq IVAR defaults to the per-child values. - Merge ncr53c9x.c rev. 1.111 from NetBSD (partial): On reset, clear state flags and the msgout queue. In NetBSD code to notify the upper layer (i.e. CAM in FreeBSD) on reset was also added with this revision. This is believed to be not necessary in FreeBSD and was not merged. This makes ncr53c9x.c to be in sync with NetBSD up to rev. 1.114. - Conditionalize the LSI64854 support on sbus(4) only instead of sbus(4) and esp(4) as it's also required for the 'dma', 'espdma' and 'ledma' busses/devices as well as the 'SUNW,bpp' device (printer port) which all hang off of sbus(4). - Add a driver for the 'dma', 'espdma' and 'ledma' (pseudo-)busses/ devices. These busses and devices actually represent the LSI64854 DMA engines for the ESP SCSI and LANCE Ethernet controllers found on the SBus of Ultra 1 and SBus add-on cards. With 'espdma' and 'ledma' the 'esp' and 'le' devices hang off of the respective DMA bus instead of directly from the SBus. The 'dma' devices are either also used in this manner or on some add-on cards also as a companion device to an 'esp' device which also hangs off directly from the SBus. With the latter variant it's a bit tricky to glue the DMA engine to the core logic of the respective 'esp' device. With rev. 1.35 of sbus.c we are however guaranteed that such a 'dma' device is probed before the respective 'esp' device which simplifies things a lot. [1] - In the esp(4) SBus front-end read the part-unique ID code of Fast-SCSI capable chips the right way. This fixes erroneously detecting some chips as FAS366 when in fact they are not. Add explicit checks for the FAS100A, FAS216 and FAS236 variants instead treating all of these as ESP200. That way we can correctly set the respective Fast-SCSI config bits instead of driving them out of specs. This includes adding the FAS100A and FAS236 variants to the NCR53C9x core code. We probably still subsume some chip variants as ESP200 while in fact they are another variant which however shouldn't really matter as this will only happen when these chips are driven at 25MHz or less which implies not being able to run Fast-SCSI. [3] - Add a workaround to the NCR53C9x interrupt handler which ignores the stray interrupt generated by FAS100A when doing path inquiry during boot and which otherwiese would trigger a panic. - Add support for the 'esp' devices hanging off of a 'dma' or 'espdma' busses or which are companions of 'dma' devices to esp(4). In case of the variants that hang off of a DMA device this is a bit hackish as esp(4) then directly uses the softc of the respective parent to talk to the DMA engine. It might make sense to add an interface for this in order to implement this in a cleaner way however it's not yet clear how the requirements for the LANCE Ethernet controllers are and the hack works for now. [2] This effectively adds support for the onboard SCSI controller in Ultra 1 as well as most of the ESP-based SBus add-on cards to esp(4). With this the code for supporting the Performance Technologies SBS430 SBus SCSI add-on cards is also largely in place the remaining bits were however omitted as it's unclear from the NetBSD how to couple the DMA engine and the core logic together for these cards. Obtained from: OpenBSD [1] Obtained from: NetBSD [2] Clue from: BSD/OS [3] Reviewed by: scottl (earlier version) Tested with: FSBE/S add-on card (FAS236), SSHA add-on card (ESP100A), Ultra 1 (onboard FAS100A), Ultra 2 (onboard FAS366)
* Correct format is 'options<space><tab>'.glebius2005-05-161-3/+3
| | | | Submitted by: ru
* Make NETGRAPH_DEBUG a kernel option, so that it can't be turned offglebius2005-05-162-1/+5
| | | | | | without hacking source. In collaboration with: ru, julian
* - Move the NPX_DEBUG option to options.{i386,pc98} and use opt_npx.h.nyan2005-05-123-1/+2
| | | | | - Move npx related defines to {i386,pc98}/include/npx.h to remove #include {isa,cbus}.h.
* Change a directory layout for pc98.nyan2005-05-101-19/+19
| | | | | | | | | - Move MD files into <arch>/<arch>. - Move bus dependent files into <arch>/<bus>. Rename some files to more suitable names. Repo-copied by: peter Discussed with: imp
* Attach ng_nat and libalias to build.glebius2005-05-061-0/+4
|
* ng_nat - a netgraph(4) node, which does NATglebius2005-05-052-0/+2
|
* libalias is now buildable as kernel moduleglebius2005-05-052-0/+14
|
* Introduce MAC Framework and MAC Policy entry points to label and controlrwatson2005-05-041-0/+1
| | | | | | | | | | | | | | | | | | | | | | access to POSIX Semaphores: mac_init_posix_sem() Initialize label for POSIX semaphore mac_create_posix_sem() Create POSIX semaphore mac_destroy_posix_sem() Destroy POSIX semaphore mac_check_posix_sem_destroy() Check whether semaphore may be destroyed mac_check_posix_sem_getvalue() Check whether semaphore may be queried mac_check_possix_sem_open() Check whether semaphore may be opened mac_check_posix_sem_post() Check whether semaphore may be posted to mac_check_posix_sem_unlink() Check whether semaphore may be unlinked mac_check_posix_sem_wait() Check whether may wait on semaphore Update Biba, MLS, Stub, and Test policies to implement these entry points. For information flow policies, most semaphore operations are effectively read/write. Submitted by: Dandekar Hrishikesh <rishi_dandekar at sbcglobal dot net> Sponsored by: DARPA, McAfee, SPARTA Obtained from: TrustedBSD Project
* MFi386: revision 1.220 (add KDB_STOP_NMI option).nyan2005-05-011-0/+3
|
* Implement an alternate method to stop CPUs when entering DDB. Normally we usedwhite2005-04-302-0/+6
| | | | | | | | | | | | | | a regular IPI vector, but this vector is blocked when interrupts are disabled. With "options KDB_STOP_NMI" and debug.kdb.stop_cpus_with_nmi set, KDB will send an NMI to each CPU instead. The code also has a context-stuffing feature which helps ddb extract the state of processes running on the stopped CPUs. KDB_STOP_NMI is only useful with SMP and complains if SMP is not defined. This feature only applies to i386 and amd64 at the moment, but could be used on other architectures with the appropriate MD bits. Submitted by: ups
* Update the file.* entries for the new home of hwpmcscottl2005-04-294-12/+12
|
* Patches from Ruslan Ermilov to address problems compiling LINTdarrenr2005-04-283-1/+7
|
* Be resistant to DESTDIR being set to some unkosher value, e.g. "/".ru2005-04-281-1/+1
| | | | Noticed by: Steve Ames
* retire the musycc E1/T1 driver.phk2005-04-252-2/+0
|
* Throw the switch on the new driver generation/loading mechanism. Fromwpaul2005-04-242-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Make aic*_reg_print.o appear in the .depend file, fixing the "make"ru2005-04-221-8/+28
| | | | | | failure after "make depend; make clean". Prodded by: bde
OpenPOWER on IntegriCloud