summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Use SO_REUSEADDR on the socket, to make the use of syslogd in jails easier.cognet2005-09-281-1/+7
| | | | Submitted by: Jeremie Le Hen <jeremie le-hen org>
* o Follow the trend and update a host-based wireless bridge example.maxim2005-09-282-6/+6
|
* Fix an endianness issue in pnp_eisaformat(). This corrects printing PnP IDsmarius2005-09-281-1/+4
| | | | | | | | | | | | | | on big-endian archs like sparc64, e.g.: uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 pnpid @HEd041 on isa0 is now correctly printed as: uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 pnpid PNP0501 on isa0 There are probably other endianness issues lurking in the PnP code which however aren't exhibited on sparc64 as the PnP devices there are sort of PnP BIOS devices rather than ISA PnP devices. Tested on: i386, sparc64 MFC after: 1 week
* Add a font width argument to vi_load_font_t, vi_save_font_t and vi_putm_tmarius2005-09-2815-74/+81
| | | | | | | | | | | | | | | | and do some preparations for handling 12x22 fonts (currently lots of code implies and/or hardcodes a font width of 8 pixels). This will be required on sparc64 which uses a default font size of 12x22 in order to add font loading and saving support as well as to use a syscons(4)-supplied mouse pointer image. This API breakage is committed now so it can be MFC'ed in time for 6.0 and later on upcoming framebuffer drivers destined for use on sparc64 and which are expected to rely on using font loading internally and on a syscons(4)-supplied mouse pointer image can be easily MFC'ed to RELENG_6 rather than requiring a backport. Tested on: i386, sparc64, make universe MFC after: 1 week
* Commenting out WARNS actually brought it up to 4.ru2005-09-281-1/+1
|
* Note the requirement for 'device apic' on i386 systems. [1]jkoshy2005-09-281-4/+7
| | | | | | | Consistently use 'x86' when referring to behaviour common to the i386 and amd64. Submitted by: Niklas Sorensson <nik@cs.chalmers.se> [1]
* Minor clarifications and fixes to wording, grammar, and markupyar2005-09-281-16/+27
| | | | around ${network_interfaces}.
* Add SHA256 checksums to the release build.kensmith2005-09-281-6/+17
| | | | | | Requested by: cperciva (so) Reviewed/improved by: ru MFC after: 2 days
* Introduce "route del" as an alias to "route delete".tobez2005-09-283-1/+7
| | | | Reviewed by: arch
* Fix "taskqueue_drain with the following non-sleepable locks held"ru2005-09-281-1/+1
| | | | witness(9) warning on detach.
* Do not commit before the first cup of coffee. Other entries don't have amlaier2005-09-281-2/+2
| | | | | | preceeding slash. Pointed out by: thompsa
* Document bridge(4) leftovers.mlaier2005-09-281-0/+3
| | | | Submitted by: maxim
* Redirect bridge(4) to if_bridge(4) and rename sysctl accordingly.mlaier2005-09-281-4/+4
| | | | Reminded by: ru
* We bootstrap make(1) if necessary during an upgrade, so checkingru2005-09-281-7/+0
| | | | if MACHINE_ARCH is defined is no longer needed.
* Redirect bridge(4) to if_bridge(4). These should have pointed to if_bridgemlaier2005-09-282-3/+3
| | | | | | from the begining. Reminded by: ru
* Oops, revert last commit (the manpage is still built in objdir).ru2005-09-281-1/+0
|
* Add NO_OBJ, remove redundant SCRIPTSNAME.ru2005-09-281-2/+1
|
* Add NO_OBJ.ru2005-09-281-0/+1
|
* Unbreak - remove leftover reference to pcb_rflags.peter2005-09-281-1/+0
|
* Sort LOCALES.ru2005-09-281-4/+4
|
* Sort MLINKS.ru2005-09-281-17/+17
|
* Sort MAN.ru2005-09-282-4/+4
|
* Sort SUBDIR.ru2005-09-281-3/+3
|
* Back out alpha/alpha/trap.c:1.124, osf1_ioctl.c:1.14, osf1_misc.c:1.57,rwatson2005-09-2822-139/+12
| | | | | | | | | | | | | | | | | | | | osf1_signal.c:1.41, amd64/amd64/trap.c:1.291, linux_socket.c:1.60, svr4_fcntl.c:1.36, svr4_ioctl.c:1.23, svr4_ipc.c:1.18, svr4_misc.c:1.81, svr4_signal.c:1.34, svr4_stat.c:1.21, svr4_stream.c:1.55, svr4_termios.c:1.13, svr4_ttold.c:1.15, svr4_util.h:1.10, ext2_alloc.c:1.43, i386/i386/trap.c:1.279, vm86.c:1.58, unaligned.c:1.12, imgact_elf.c:1.164, ffs_alloc.c:1.133: Now that Giant is acquired in uprintf() and tprintf(), the caller no longer leads to acquire Giant unless it also holds another mutex that would generate a lock order reversal when calling into these functions. Specifically not backed out is the acquisition of Giant in nfs_socket.c and rpcclnt.c, where local mutexes are held and would otherwise violate the lock order with Giant. This aligns this code more with the eventual locking of ttys. Suggested by: bde
* Simplified markup.ru2005-09-281-10/+3
|
* Comment out WARNS, the OpenSSL headers don't compile cleanly on some platforms.des2005-09-281-1/+1
|
* Remove more OLDCARD references.imp2005-09-281-15/+0
|
* Correct a typo.jkoshy2005-09-281-1/+1
| | | | MFC after: 3 days
* Push Giant down in jails. Pass the MPSAFE flag to NDINIT, and keep trackcsjp2005-09-281-16/+15
| | | | | | | | | of whether or not Giant was picked up by the filesystem. Add VFS_LOCK_GIANT macros around vrele as it's possible that this can call in the VOP_INACTIVE filesystem specific code. Also while we are here, remove the Giant assertion. from the sysctl handler, we do not actually require Giant here so we shouldn't assert it. Doing so will just complicate things when Giant is removed from the sysctl framework.
* If KDB_STOP_NMI is compiled into the kernel, defaultrwatson2005-09-271-1/+1
| | | | | | debug.kdb.stop_cpus_with_nmi to 1 rather than 0. MFC after: 3 days
* I believe the stack underflows during early development that caused me topeter2005-09-271-1/+0
| | | | | add spare padding at the beginning of the pcb are long gone. Remove the padding fields.
* Kill pcb_rflags. It served no purpose.peter2005-09-275-12/+1
| | | | Reported by: bde
* In lockstatus(), don't lock and unlock the interlock when testing therwatson2005-09-271-2/+8
| | | | | | | | | | sleep lock status while kdb_active, or we risk contending with the mutex on another CPU, resulting in a panic when using "show lockedvnods" while in DDB. MFC after: 3 days Reviewed by: jhb Reported by: kris
* - Add a work-around for nForce3-250. Aperture base address encoded in misc.jkim2005-09-274-16/+350
| | | | | | | | | | | | | | | | | control register and AGP bridge seems to be inconsistent with some BIOS. Instead of relying on BIOS settings, we just take the initial aperture size and encode them for both miscellaneous control register and AGP bridge. Some idea was borrowed from agp_nvidia.c. - Add preliminary ULi M1689 chipset support. The idea was taken from Linux because hardware and documentation are unavailable. Not tested. - Add more VIA chipset PCI IDs taken from Linux driver. Approved by: anholt (mentor) Tested by: Adam Gregoire <ebola at psychoholics dot org> Ganael Laplanche <ganael.laplanche at martymac dot com> K Wieland <kwieland at wustl dot edu>
* No longer maintain mbstat statistics for the mbuf allocator, UMArwatson2005-09-271-11/+0
| | | | | | statistics and libmemstat(3) are now used to track mbuf statistics. MFC after: 1 month
* s/routnes/routines/ in help message.brooks2005-09-271-1/+1
| | | | | | | | This file is already off the vendor branch and there hasn't been a bc release in more than 4 years so I can't see any harm in fixing this. Submitted by: Arne Woerner <arne_woerner at yahoo dot com> PR: gnu/86627
* Fix a minor nit that has been bugging me for a while. Fix the obviouspeter2005-09-272-12/+12
| | | | | cases of using a 64 bit operation to zero a register. 32 bit opcodes are smaller and supposedly faster, and clear the upper 32 bits for free.
* Add a bare minimum (but wrong) R_X86_64_JMP_SLOT relocation type forpeter2005-09-271-0/+1
| | | | | | kernel modules. We actually need to include any addends and the symbol offset value, but for gcc/binutils didn't set it anywhere I've found on 'cc -fpic -shared' kernel modules.
* Don't report Maxmem as 'real memory'. It is really the highest addresspeter2005-09-271-2/+2
| | | | | | available and can give the wrong impression when there are memory holes. Report the total amount of usable memory that we detected instead of the highest address.
* MFi386: If we take a trap with interrupts disabled while in a criticalpeter2005-09-271-2/+2
| | | | section, don't enable them if we're servicing an NMI.
* Remove bridge(4) from the tree. if_bridge(4) is a full functionalmlaier2005-09-2781-1922/+71
| | | | | | | | replacement and has additional features which make it superior. Discussed on: -arch Reviewed by: thompsa X-MFC-after: never (RELENG_6 as transition period)
* Don't let the upper bits of %dr6/%dr7 get set.peter2005-09-271-0/+4
| | | | Submitted by: Nate Eldredge <neldredge@math.ucsd.edu>
* Use the refcount API to manage the reference count for user credentialsjhb2005-09-276-26/+18
| | | | | | rather than using pool mutexes. Tested on: i386, alpha, sparc64
* Use the reference count API to manage the reference counts for processjhb2005-09-272-16/+4
| | | | | | | limit structures rather than using pool mutexes to protect the reference counts. Tested on: i386, alpha, sparc64
* Regeneratepeter2005-09-274-10/+26
|
* Implement 32 bit getcontext/setcontext/swapcontext on amd64. I've addedpeter2005-09-273-46/+193
| | | | | stubs for ia64 to keep it compiling. These are used by 32 bit apps such as gdb.
* Use the refcount API to implement reference counts on process argumentjhb2005-09-272-16/+4
| | | | | | | structures rather than using a global mutex to protect the reference counts. Tested on: i386, alpha, sparc64
* Add a simple reference count API that is simply a thin wrapper API aroundjhb2005-09-271-0/+59
| | | | | | | atomic operations on ints. Reviewed by: arch@ MFC after: 1 week
* - Document atomic_fetchadd(9) and add a MLINK.jhb2005-09-272-8/+39
| | | | | | | | | - Add arm and ppc to the list of archs not supporting operations on 64-bit integers. - Update the sample code for acquiring a mutex to be more recent and to take into account the recent atomic_foo_ptr() changes. MFC after: 1 week
* Add a new atomic_fetchadd() primitive that atomically adds a value to ajhb2005-09-277-0/+137
| | | | | | | | | variable and returns the previous value of the variable. Tested on: i386, alpha, sparc64, arm (cognet) Reviewed by: arch@ Submitted by: cognet (arm) MFC after: 1 week
OpenPOWER on IntegriCloud